FiberTelecom (Klik Network)

GiovanniS · 2022-07-24T21:53:26+00:00

Buonasera a tutti, apro questo topic per discutere di instradamenti ed eventualmente mettere in evidenza Fiber Telecom come linea da gaming, considerando ch...

gandalf2016

GiovanniS r-an898 non so se può essere di aiuto e non ho idea di quale POP sia, AN -> Ancona

Si esatto, Ancona

Quindi con la rete aggiornata fai questo giro:
Ancona Bologna Milano. O Ancona Verona Milano
Direi che male non è.

GiovanniS Da Hurricane Electric (bgp.he.net)

Attenzione che Hurricane electric, proprio per come funziona, non può vedere tutto. È piuttosto classico cadere su questa assunzione per chi non è del settore.
La condizione che si veda da HE è sufficiente ma non necessaria.

Per esempio Sparkle ha anche Blizzard ma su HE non si vede:
blizzard.milano58.mil.seabone. net [195.22.192.29].

C’è anche Riot:
riot.milano51.mil.seabone.net [195.22.205.93]

GiovanniS in pochissimi hop si arriva al server di destinazione

Il numero di HOP c’entra poco, dipende strettamente dalla progettazione di rete.
Molti usano MPLS con tunnelizzazione arrivando a farti Milano- New York in un hop, quando hai N router in mezzo.

In sostanza il numero di hop che vedi ha poco significato, purtroppo. A seconda di come è progettata la rete possono o meno apparire.

GiovanniS verso i server, ogni tot minuti cambia instradamento

Questo è il gioco però, nessun provider si mette ogni tot minuti a ricomputare tutti gli instradamenti a meno di fault .
Causerebbe overload nella rete e un servizio pessimo.

Non so io non son per niente sicuro sia la rete la causa di tutti questi problemi, son curioso di vedere cosa succede cambiando.

LATIITAY

gandalf2016 rete aggiornata

Oh, ecco, cosi' ha molto piu' senso 😃 Finalmente... Speriamo che anche Fastweb si "svegli" presto cosi'...

gandalf2016 Sono 12 ms a Milano e 20 ms ad Amsterdam.

Io veramente dalla traccia del primo post vedo ben 16-22 ms fino a Milano e 33 fino ad Amsterdam... In teoria ne dovrebbe pingare 9-12 fino a Milano in base alla distanza geografica e a come sono collegate le citta'...

gandalf2016 Non so io non son per niente sicuro sia la rete la causa di tutti questi problemi, son curioso di vedere cosa succede cambiando.

Effettivamente questo dubbio viene anche a me. Considerando poi che Fastweb lo portera' fino a Roma (come gli e' gia' stato detto anche da Klik...), anche se la latenza dovesse "stabilizzarsi", cmq ci sarebbe sempre un'aggiunta "statica" non indifferente...

MiloZ

gandalf2016 Il numero di HOP c’entra poco, dipende strettamente dalla progettazione di rete.
Molti usano MPLS con tunnelizzazione arrivando a farti Milano- New York in un hop, quando hai N router in mezzo.

In sostanza il numero di hop che vedi ha poco significato, purtroppo. A seconda di come è progettata la rete possono o meno apparire.

Concordo.
Ricordo ancora quando Fastweb 20 anni fa aveva una sfilza di router nella sua rete interna che non finiva più (ora mi pare siano generalmente un pò diminuiti), però poi nella pratica funzionava molto meglio di altri ISP che magari raggiungevano determinate destinazione con la metà degli hop. 😇

gandalf2016 Con TIM l’instradamento poi varia anche di +-10ms a seconda dell’IP che prendi, essendo una rete con molti indirizzi che vengono annunciati in modi lievemente diversi anche per bilanciare il carico.

In parte credo dipenda anche da TI Sparkle non solo da TIM con ISP in sè, in quanto la stessa cosa accade anche con le FTTH OpenInternet, per cui a seconda dell'IP cambiano le latenza di 10-20ms (e spesso proprio sugli stessi server dove sto giochino succede con TIM).

gandalf2016

LATIITAY Io veramente dalla traccia del primo post vedo ben 16-22 ms fino a Milano

Penso sia nel margine di errore di ICMP TTL time exceeded per quei router.
Ho preso il minimo su questo hop che è 12 ms.
Quindi in 12 ms la rete lo porta a Milano che è poi coerente con i +20 ms ad Amsterdam.

ae48.milano11.mil.seabone.net [195.22.192.144] 8 13 ms 12 ms 16 ms

LATIITAY Speriamo che anche Fastweb si "svegli"

Non so, son tutti in festa per il nuovo DC di Roma e ci son collegati sempre più transiti a Roma 😅

LATIITAY

gandalf2016 Penso sia nel margine di errore di ICMP TTL time exceeded per quei router.
Ho preso il minimo su questo hop che è 12 ms.
Quindi in 12 ms la rete lo porta a Milano che è poi coerente con i +20 ms ad Amsterdam.

Uhm, no a guardare meglio la traceroute secondo me ci sta ECMP (Equal Cost Multi-Path routing) da qualche parte che rompe le uova nel paniere... Essendo quella la traceroute UDP di Windows che quindi se ricordo bene usa porte di destinazione in sequenza, ecco qui che si evidenziano i diversi percorsi, con latenze differenti ben evidenti ma cmq configurati in ECMP...

  7    22 ms    22 ms    21 ms  ae48.milano11.mil.seabone.net [195.22.192.144]
  8    13 ms    12 ms    16 ms  ae21.milano51.mil.seabone.net [195.22.205.39]
  9    22 ms    21 ms    21 ms  riot.milano51.mil.seabone.net [195.22.205.93]
 10    27 ms    27 ms    27 ms  ae11.er01.fra02.riotdirect.net [104.160.151.234]
 11    25 ms    25 ms    25 ms  ae14.er01.ams02.riotdirect.net [104.160.159.156]
 12    33 ms    33 ms    33 ms  104.160.141.30

In effetti se fosse cosi', credo proprio che il cambio Operatore probabilmente risolverebbe questa latenza "ballerina". Anche se, come detto sopra, aggiungerebbe il "costo fisso" del giretto panoramico Pesaro-Roma-Milano...

gandalf2016 Non so, son tutti in festa per il nuovo DC di Roma e ci son collegati sempre più transiti a Roma 😅

... ma almeno i wholesale li facessero passare diretti a Milano... 🤒

[cancellato]

LATIITAY ECMP fa divisione tra i percorsi sul singolo pacchetto, non è LACP che ha gli algoritmi di hashing tra cui anche dati L3 e L4 per mantenere un "flusso" su una stessa porta. 😉

Ciò detto, non dimenticate che la latenza vista negli hop intermedi dei trace è anche il tempo che impiega la risposta ICMP ad arrivare all'host, difatti nel tuo caso la latenza all'ultimo hop (che è quella che conta di tutta 'sta trafila) è stabile e costante a 33ms. Che in mezzo ci balli la tarantella frega niente a nessuno, onestamente...

LATIITAY

[cancellato] ECMP fa divisione tra i percorsi sul singolo pacchetto, non è LACP che ha gli algoritmi di hashing tra cui anche dati L3 e L4 per mantenere un "flusso" su una stessa porta. 😉

Ehm no, viene fatto hashing anche per ECMP, se no addio... Vedi anche CloudFlare ne sa qualcosa: https://blog.cloudflare.com/warp-technical-challenges/ (emphasis mine)

It could be theoretically possible to use ECMP to balance packets between servers randomly, but you would almost never want to do that. A message over the Internet is generally composed of multiple TCP packets. If each packet were sent to a different server it would be impossible to reconstruct the original message in any one place and act on it. Even beyond that, it would be terrible for performance: we rely on being able to maintain long-lived TCP and TLS sessions which require a persistent connection to a single server. To provide that persistence, our routers don’t balance traffic randomly, they use a combination of four values: the source address, the source port, the destination address, and the destination port. Traffic with the same combination of those four values will always make it to the same server. In the case of my example above, all of my messages destined to cloudflare.com will make it to a single server which can reconstruct the TCP packets into my request and return packets in a response.

(dove leggi "server" leggilo come "next-hop router", se vuoi approfondire perche' leggi l'articolo del blog.)

[cancellato] è stabile e costante a 33ms

Su 3 probe fatte in 3 secondi... Non e' certo misura di stabilita' e costanza nel tempo... 😉

[cancellato]

LATIITAY Non c'entra nulla, è un esempio di come passano da un IP anycast ad un server via routing invece che usare un load balancer.
Nel mondo ISP le cose sono leggermente diverse, e se hai due o più router adiacenti che danno accesso allo stesso percorso ma su fibre diverse per distribuire il carico di tenere coerenti i flow non te ne importa più di tanto.

LATIITAY

[cancellato] va bene, certo, se vuoi puoi non configurare l'hashing e si comporta come dici tu (in round-robin "puro"), ma dalla traceroute postata e' evidente che in questo caso l'hashing c'e', tra almeno due percorsi diversificati e non adiacenti, e direi anche che si vedono chiaramente gli effetti: Milano che a volte si raggiunge in 12 ms e altre in 22 ms; Amsterdam che a volte si raggiunge in 25 ms e altre in 33 ms; Francoforte che si raggiunge in 27 ms pur essendo molto piu' vicina di Amsterdam che a volte si raggiunge anche in 25 ms.

GiovanniS

Purtroppo c'è ancora da aspettare per la nuova linea, il tecnico aveva appuntamento alle 8:30 ed ovviamente non si è presentato, non ha chiamato né ha lasciato note/spostato/annullato.

Oserei dire... tipico 😅 .

Non so quando sarò attivo, forse domani, ad ogni modo farò tutti i test del caso. Per il momento comunque, visto che la discussione sembra abbastanza accesa, fatemi sapere se vi servono tracciati o ping con la linea attuale, utili comunque per confrontare successivamente, a mio avviso.

GiovanniS

Purtroppo al momento non hanno ancora eseguito l'attivazione perché su due appuntamenti fissati, i tecnici non si sono presentati 😃

Per rispondere ad un pò di domande:

mark129 Non è chiara la tua risposta: per avere raccolta FW ci sono due strade, o un accesso Flashfiber (non Fibercop, anche se oggi Flashfiber è confluita in FC) o un kit VULA FW su accesso FC; nessuna di queste due opzioni è a listino, di qui la mia domanda.

Si tratta di kit VULA Fastweb in centrale TIM (Nome centrale: PESAITAG).

LATIITAY Non hai copertura OpenFiber? Solo FiberCop? OpenFiber non ha questi problemi di solito, si puo' scegliere liberamente dove farsi terminare senza "giri panoramici". Inoltre la latenza trovo che spesso sia inferiore di qualche ms a parita' di "percorso geografico".

Sarebbe l'ideale, purtroppo però Open Fiber qui ha iniziato le coperture e non le ha terminate e TIM ha fatto il resto.

Ne approfitto per chiedere: Qualcuno di voi ha rete Fiber Telecom e può controllarmi il traceroute di questo server League of Legends specificando la zona in cui vi trovate?

IP: 3.64.164.153 - Ping su Sparkle da Pesaro: 13 ms - Francoforte (sembra si appoggino ad Amazon AWS)

Traccia instradamento verso ec2-3-64-164-153.eu-central-1.compute.amazonaws.com [3.64.164.153]
su un massimo di 30 punti di passaggio:

  1    <1 ms    <1 ms    <1 ms  10.0.0.1
  2     *        *        *     Richiesta scaduta.
  3     2 ms     2 ms     3 ms  172.17.232.32
  4     3 ms     3 ms     3 ms  172.17.232.64
  5     9 ms     9 ms     8 ms  172.19.184.150
  6    19 ms    16 ms    16 ms  172.19.177.26
  7     *        *        *     Richiesta scaduta.
  8     *        *        *     Richiesta scaduta.
  9    13 ms    14 ms    13 ms  52.119.154.213
 10     *        *        *     Richiesta scaduta.

E' più che altro curiosità, vorrei capire che giri fa Fiber Telecom a differenza di Sparkle e con che latenze, anche se onestamente sono più uniche che rare queste connessioni in gioco con 15-16 ms, specialmente da Pesaro.

simonebortolin

GiovanniS IP: 3.64.164.153 - Ping su Sparkle da Pesaro: 13 ms - Francoforte (sembra si appoggino ad Amazon AWS)

Non mi sembra che sia pingabile, comunqe 52.119.155.155 lo fa in 18 ms dal friuli.

E neanche

GiovanniS 52.119.154.213

è pingabile, il max che sono riuscito a pingare è l'analogo del tuo 52.119.X.X su altra rotta.

[cancellato]

GiovanniS E' più che altro curiosità, vorrei capire che giri fa Fiber Telecom a differenza di Sparkle e con che latenze

Dovrebbe avere peering a Milano al MIX per lo meno, da qui passi entro la rete AWS.

MiloZ

GiovanniS

Traccia instradamento verso ec2-3-64-164-153.eu-central-1.compute.amazonaws.com [3.64.164.153]
su un massimo di 30 punti di passaggio:

  1    <1 ms    <1 ms    <1 ms  192.168.1.1
  2     7 ms     8 ms     7 ms  249-228-157-185.fibertelecom.it [185.157.228.249]
  3     8 ms     8 ms     8 ms  172.30.36.9
  4    10 ms     9 ms     8 ms  73-229-157-185.fibertelecom.it [185.157.229.73]
  5    10 ms    10 ms     9 ms  52.119.155.72
  6     9 ms     8 ms    10 ms  52.119.155.87
  7     *        *        *     Richiesta scaduta.
  8     *        *        *     Richiesta scaduta.
  9     *        *        *     Richiesta scaduta.
 10     *        *        *     Richiesta scaduta.
 11     *        *        *     Richiesta scaduta.
 12     *        *        *     Richiesta scaduta.
 13

Come hanno già scritto sopra, non si raggiunge il server finale.

LATIITAY

GiovanniS ahime' temo che da Pesaro su rete FW che gira per Roma avrai 20-25 ms verso Milano, a cui poi aggiungere un'altra decina di ms per arrivare a Francoforte. Purtroppo finche' il Long Distance su rete Telecom non calera' a prezzi "umani", poco altro c'e' da fare se non farsi trasportare da Fastweb, se non si e' coperti da OpenFiber... :/

GiovanniS

simonebortolin Se vai di traceroute su 3.64.164.153 non riesci a beccare il 52.119.154.213 con il ping? Io riesco effettivamente solo dal tracert, il ping è bloccato su praticamente tutti i server Riot.

simonebortolin

GiovanniS no becco il 52.119.155.155 che risponde in 18 ms (in liena con i tempi classici dati che fino a milano qui in friuli si passa per Trieste)

simonebortolin

LATIITAY Purtroppo finche' il Long Distance su rete Telecom non calera' a prezzi "umani"

Prezzi umani == non si paga se fai meno di una media di 3Mbps a cliente?

GiovanniS

LATIITAY Vedremo che succederà e quale sarà il risultato 🙂

Oggi c'è il 3° appuntamento con la squadra di tecnici, in cui probabilmente non si presenterà nessuno, come già accaduto le precedenti due volte.

Open Fiber non si sa che cosa sta combinando purtroppo e potrebbe passare anche un altro anno prima di vedere qualcosa, per cui dovrò accontentarmi o rimanere su sparkle.

LATIITAY

simonebortolin grrr

« Pagina precedente Pagina successiva »

Informativa privacy - Informativa cookie - Termini e condizioni - Regolamento - Disclaimer - 🏳️‍🌈 🇵🇸
P.I. IT16712091004 - info@fibraclick.it

♻️ Il server di questo sito è alimentato al 100% con energia rinnovabile