Newsgroup: it.tlc.provider
Titolo: POP Infostrada

Quando bisogna fare qualcosa sembra di avere la moviola.
Anche con Interbusiness le cose on andavano benissimo, ci devono essere
problemi di routing negli USA.
Davide Marcato.
---------------------------------------------------------
| -- AshNet S.r.l.
| -- C/C++ & Windows Developer
| -- Internet Developer & Administrator
| -- Tech. Writer: "Computer Programming", "Login", "DEV"
| -- 15 Years Old Student
---------------------------------------------------------
| -- E-Mail: 
dav...@ashnet.it
 - 
mar...@programmers.net
| -- Web: 
www.ashnet.it
 - 
www.netics.net
---------------------------------------------------------

Wiz...@Attic.otc wrote:
 >Guardate la situazione da vari POP Infostrada verso gli Stati Uniti
Effettivamente il collegamento e` parecchio disastrato, pero` un ping
piu` di questo non puo` dire. Il punto e`: i pacchetti dove si perdono?
Sulla rete di infostrada? Nel collegamento tra IOL e il backbone (ma
allora infostrada che c'entra?)? Al MAE East (presumo che si passi da li`)?
Sul backbone?
Potresti postare qualche traceroute verso siti significativi?
-- 
ciao,			[To reply remove "+nospam" from my address.        ]
Marco (il moderatore)	[Per rispondere togli "+nospam" dal mio indirizzo. ]
              * The Internet is full. Go away.  -- Joel Furr *

>Quando bisogna fare qualcosa sembra di avere la moviola.
 DM> Anche con Interbusiness le cose on andavano benissimo, ci devono
 DM> essere problemi di routing negli USA.
Con Interbusiness le cose andavano bene (almeno dove ho provato io,
sappiamo bene che ci sono provider che valgono 0 e su cui non si puo'
certo contare di avere un buon servizio) nello stesso momento, il problema
e' Infostrada, e basta leggere i gruppi di IOL e Flashnet per rendersi
conto che i loro abbonati che usano i POP Infostrada hanno notato i
cambiamenti e protestano alla grande per il "servizio".
Non venitemi a dire che e' normale perdere sempre, tranne che alle 5
di notte, il 30% di pacchetti. Senza parlare del routing assurdo che
da qualche giorno e' attivo per gran parte dei siti USA (come yahoo,
microsoft).
Rick

Ciao Riccardo,
ti mando qualche mio traceroute verso l'America. Io mi connetto tramite un
provider che ha 8 modem routati su una CDN a 19k2 verso Interbusiness.
Adesso sono l'unico utente collegato (modem 14k4) e quindi va velocissimo,
riesco a scaricare anche a 1.5KB/s che č tantissimo per me. Ecco i
traceroute:
Tracing route to 
www.microsoft.com
 [207.68.137.56]
over a maximum of 30 hops:
  1   164 ms   146 ms   137 ms  194.243.32.97
  2   256 ms   215 ms   212 ms  194.243.32.245
  3   228 ms   222 ms   213 ms  
router1.ftbcc.it
 [151.99.147.1]
  4   285 ms   270 ms   241 ms  
r-mi16-ftbcc-2.interbusiness.it
[151.99.51.21]
  5   250 ms   238 ms   241 ms  
gw-seabone6-mi.interbusiness.it
[151.99.49.150
  6   365 ms   352 ms   355 ms  
gin-mtt-bb2.Teleglobe.net
 [207.45.203.13]
  7   399 ms   378 ms   361 ms  
gin-nyy-bb2.Teleglobe.net
 [207.45.202.9]
  8   389 ms   365 ms   373 ms  
Hssi5-0.SR1.NYC1.ALTER.NET
 [137.39.131.197]
  9   386 ms   390 ms   394 ms  
341.atm6-0.cr1.nyc1.alter.net
[137.39.21.94]
 10   452 ms   446 ms   441 ms  
104.Hssi8-0.CR1.SCL1.Alter.Net
[137.39.30.102]
 11   904 ms   527 ms   458 ms  
311.atm1-0.gw1.scl1.alter.net
[137.39.13.149]
 12   518 ms   447 ms   479 ms  
Dist1-SCL.MOSWEST.MSN.NET
 [137.39.100.58]
 13   535 ms   908 ms   529 ms  207.68.145.46
 14   575 ms   535 ms   520 ms  
www.microsoft.com
 [207.68.137.56]
Trace complete.
Tracing route to 
www2.yahoo.com
 [204.71.177.67]
over a maximum of 30 hops:
  1   147 ms   131 ms   134 ms  194.243.32.97
  2   246 ms   207 ms   210 ms  194.243.32.245
  3   230 ms   212 ms   212 ms  
router1.ftbcc.it
 [151.99.147.1]
  4   247 ms   232 ms   252 ms  
r-mi16-ftbcc-2.interbusiness.it
[151.99.51.21]
  5   343 ms   400 ms   228 ms  
gw-seabone6-mi.interbusiness.it
[151.99.49.150]
  6   373 ms   492 ms   388 ms  
gin-mtt-bb2.Teleglobe.net
 [207.45.203.13]
  7   383 ms   393 ms   436 ms  
gin-nyy-bb2.Teleglobe.net
 [207.45.202.9]
  8   426 ms   404 ms   385 ms  
bordercore4-hssi5-0-2.WestOrange.mci.net
[166.48.10.9]
  9   471 ms   462 ms   443 ms  
bordercore2-loopback.Bloomington.mci.net
[166.48.176.1]
 10   520 ms   527 ms   532 ms  
internet-connection.Bloomington.mci.net
[166.48.177.254]
 11   703 ms   518 ms   564 ms  
core1-fddi5-0.MV.isi.net
 [206.251.1.17]
 12   509 ms   469 ms   468 ms  
www2.yahoo.com
 [204.71.177.67]
Trace complete.
Tracing route to 
altavista.digital.com
 [204.74.103.37]
over a maximum of 30 hops:
  1   142 ms   135 ms   131 ms  194.243.32.97
  2   255 ms   223 ms   212 ms  194.243.32.245
  3   228 ms   212 ms   213 ms  
router1.ftbcc.it
 [151.99.147.1]
  4   243 ms   235 ms   233 ms  
r-mi16-ftbcc-2.interbusiness.it
[151.99.51.21]
  5   240 ms   266 ms   235 ms  
gw-seabone5-mi.interbusiness.it
[151.99.49.146]
  6   383 ms   367 ms   362 ms  
gin-mtt-bb2.Teleglobe.net
 [207.45.203.13]
  7   556 ms   378 ms   650 ms  
gin-nyy-bb2.Teleglobe.net
 [207.45.202.9]
  8   384 ms   385 ms   389 ms  
Hssi5-0.SR1.NYC1.ALTER.NET
 [137.39.131.197]
  9   396 ms   396 ms   419 ms  
341.atm6-0.cr1.nyc1.alter.net
[137.39.21.94]
 10   562 ms   469 ms   511 ms  
104.Hssi8-0.CR1.SJC1.Alter.Net
[137.39.72.193]
 11   475 ms   457 ms   456 ms  
411.atm11-0.San-Jose9.CA.alter.net
[137.39.13.12]
 12   842 ms   700 ms   476 ms  
f6.peer1.sjc1.genuity.net
 [198.32.136.56]
 13   463 ms   452 ms   445 ms  
f12.border1.sjc1.genuity.net
 [207.240.1.35]
 14   878 ms   463 ms   493 ms  
altavista.digital.com
 [204.74.103.37]
Trace complete.
Come puoi vedere le mappe di routing verso gli USA per Interbusiness
dipendono da Teleglobe quindi loro non ci possono fare niente se in USA non
va piů niente cmq mi sembra che siano abbastanza corte e veloci, almeno
IMHO.

Wiz...@Attic.otc wrote:
 >1
 > 1  
pd-max.infostrada.it
 (161.27.9.31)  178 ms  177 ms  175 ms
 > 2  serial0-gw1 (193.76.81.1)  301 ms  260 ms  188 ms
 > 3  gsl-dc-3-Serial9/
2.gsl.net
 (204.59.224.237)  409 ms  299 ms  374 ms
 > 4  
gsl-sl-dc-fddi.gsl.net
 (204.59.144.198)  437 ms  353 ms  382 ms
[...]
 >13  sl-ana-4-F0/
0.sprintlink.net
 (144.228.70.4)  636 ms  434 ms  413 ms
 >14  
sl-a2i-1-S0-T1.sprintlink.net
 (144.228.74.10)  762 ms  1529 ms  491 ms
 >15  
www.altavista.com
 (192.160.13.21)  500 ms  509 ms *
Questo mi sembra abbondantemente nella norma. Infostrada non sembra intasato
e i primi ritardi si iniziano a vedere sul backbone di sprint.
 > 6  sl-dc-1-F0/
0.sprintlink.net
 (144.228.20.1)  15 ms  11 ms  12 ms
 > 7  gsl-dc-3-Fddi0/
0.gsl.net
 (204.59.144.197)  11 ms  12 ms  12 ms
 > 8  204.59.224.238 (204.59.224.238)  153 ms  246 ms  152 ms
 > 9  
noc-gw-1.iunet.it
 (192.106.1.129)  109 ms  121 ms  107 ms
 >10  
ser-pd1-max.iunet.it
 (193.76.81.11)  178 ms  131 ms  181 ms
Anche questo direi che e` piu` che accettabile.
 > 1  gsl-res-1-Ethernet0/
3.gsl.net
 (204.59.152.193)  3.618 ms  1.665 ms  1.729 ms
BTW, il tuo resolver DNS e` obsoleto, "/" non e` un carattere valido per
un domain.
 > 6  
gsl-uunet-lond.gsl.net
 (204.59.2.18)  88.062 ms  114.32 ms  107.145 ms
 > 7  
Fddi5-0.CR2.LND1.Alter.Net
 (146.188.30.226)  107.213 ms  116.672 ms  90.448 ms
 > 8  
167.Hssi6-0.CR2.MLN2.Alter.Net
 (146.188.3.62)  376.22 ms  328.042 ms  346.644 ms
 > 9  
Fddi0-0.GW1.MLN2.Alter.Net
 (146.188.31.35)  348.608 ms  384.481 ms  323.26 ms
 >10  
IUnet1-gw.customer.ALTER.NET
 (146.188.228.2)  511.431 ms * *
 >11  
ser-pd1-max.iunet.it
 (193.76.81.11)  822.623 ms *  274.112 ms
 >12  * 
pd-max-ip-244.iunet.it
 (195.45.10.244)  487.649 ms  479.097 ms
Qui invece mi sembra di vedere un sovraccarico nel circuito di uunet tra
Londra e Milano, ma non e` molto semplice dirlo con solo questi dati.
 >Il 1o e' un normale trace verso gli USA dai POP Infostrada. Gli altri 2
 >sono importanti perche' da un po' di tempo l'instradamento dagli USA di
 >ritorno verso i POP e' diverso. Per alcuni siti (come Altavista ed il
Il routing asimmetrico e` una conseguenza delle politiche di routing
che negli ultimi anni effettuano tutti i provider, e che si possono
riassumere nel principio di fare uscire il prima possibile dalla propria
rete i pacchetti destinati ad altri peer.
Se vuoi vedere i peer di iunet devi usare whois e interpretare le
informazioni contenute nel DB del ripe (sempre che sia tutto registrato,
in europa non tutti lo fanno).
 >sito da cui ho fatto partire il trace, ad esempio) fa la strada giusta
 >che ha sempre fatto in passato, cioe' Sprintlink->Gsl.Net->IUnet.
Non c'e` una strada giusta. A questi livelli il routing puo` cambiare in
poche ore a causa di problemi hardware (negli ultimi tempi UUnet ne ha
avuti un bel po' a NY), per il riassetto della rete da parte di un
carrier o per nuovi accordi di peering.
 >Per tantissimi altri siti (tipo Yahoo, Microsoft, Fast.net e la lista
 >sarebbe enorme) invece si instrada verso Londra e poi Alternet fino
E` abbastanza logico, UUnet ha comprato pipex e quindi ha una forte
presenza a Londra, percio` i peer europei possono mandare i pacchetti
diretti alla sua rete a un exchange piu` vicino a loro.
 >a Milano, e quel passaggio e' STRAPIENO. Adesso non si nota perche'
E Infostrada che colpa ne ha? Non e` la rete FR dei POP ad essere intasata,
prova a cercare qualcuno con cui fare dei traceroute da pop a pop e
dovresti accorgertene.
 >cioe' che hanno fatto qualche casino. La cosa grave e' che nessuno
 >(ne' IOL ne' Infostrada) sembra fregarsene, la gente si incazza e nota
Semplicemente i tecnici hanno di meglio da fare che rispondere alle
domande degli utenti.


domande degli utenti.
Si ma visto che sono gli utenti a pagare i tecnici questi dovrebero
almeno essere molto piu attenti alle richieste degli utenti... 
Ciao!
Don Marco
don....@iol.it
Membro del Dragon Ball Fan Club 'Muten'
Membro del Sailor Moon Italian Fan Club 'PalaPala'
Fan #1 Della Clinica Dell'amore
Vittorio Gassman a J.L. Trinitignant, ne "Il Sorpasso", guardando una foto
di una signora di mezza eta':
- Ma chi e' 'sta cicciona?
- Mia Madre.
- Perbacco: bella donna.

Marco d'Itri wrote:
 Md>  > 1  
pd-max.infostrada.it
 (161.27.9.31)  178 ms  177 ms  175 ms
 Md>  > 2  serial0-gw1 (193.76.81.1)  301 ms  260 ms  188 ms
 Md> > 3  gsl-dc-3-Serial9/
2.gsl.net
 (204.59.224.237)  409 ms  299 ms  374
 Md> > ms
 Md> > 4  
gsl-sl-dc-fddi.gsl.net
 (204.59.144.198)  437 ms  353 ms  382 ms
 Md> [...]
 Md> >13  sl-ana-4-F0/
0.sprintlink.net
 (144.228.70.4)  636 ms  434 ms  413
 Md> >ms
 Md> >14  
sl-a2i-1-S0-T1.sprintlink.net
 (144.228.74.10)  762 ms  1529 ms 
 Md> >491 ms
 Md>  >15  
www.altavista.com
 (192.160.13.21)  500 ms  509 ms *
 Md> Questo mi sembra abbondantemente nella norma. Infostrada non sembra
 Md> intasato e i primi ritardi si iniziano a vedere sul backbone di
 Md> sprint.
Il problema non sono i ms come ho gia' detto (e comunque in molte ore
della giornata in meta' dei siti US si instrada di ritorno verso Londra,
e si arriva anche a 4500ms) ma il numero di pacchetti persi. Di giorno
se ne perdono il 25%, di sera fino al 60%, non e' affatto nella norma
considerando che NON puoi di fatto combinare niente (leggiti i
gruppi di IOL...) neanche collegarti ad un sito perche' si blocca
immediatamente tutto, e soprattutto considerando che fino 40gg fa la
media era del 3/4% ad ogni ora della giornata.
 Md> > 6  
gsl-uunet-lond.gsl.net
 (204.59.2.18)  88.062 ms  114.32 ms 
 Md> > 107.145 ms
 Md> > 7  
Fddi5-0.CR2.LND1.Alter.Net
 (146.188.30.226)  107.213 ms  116.672
 Md> > ms  90.448 ms
 Md> > 8  
167.Hssi6-0.CR2.MLN2.Alter.Net
 (146.188.3.62)  376.22 ms 
 Md> > 328.042 ms  346.644 ms
 Md> > 9  
Fddi0-0.GW1.MLN2.Alter.Net
 (146.188.31.35)  348.608 ms  384.481
 Md> > ms  323.26 ms
 Md>  >10  
IUnet1-gw.customer.ALTER.NET
 (146.188.228.2)  511.431 ms * *
 Md>  >11  
ser-pd1-max.iunet.it
 (193.76.81.11)  822.623 ms *  274.112 ms
 Md> >12  * 
pd-max-ip-244.iunet.it
 (195.45.10.244)  487.649 ms  479.097 ms
 Md> Qui invece mi sembra di vedere un sovraccarico nel circuito di uunet
 Md> tra Londra e Milano, ma non e` molto semplice dirlo con solo questi
 Md> dati.
A Milano, di sera, si arriva tranquillamente a 4000ms, e questa strada
DC->London->Milano la fa per meta' dei siti US... quando l'ho fatto
partire io era giorno e non si vedeva.
 Md> >Il 1o e' un normale trace verso gli USA dai POP Infostrada. Gli
 Md> >altri 2 sono importanti perche' da un po' di tempo l'instradamento
 Md> >dagli USA di ritorno verso i POP e' diverso. Per alcuni siti (come
 Md> Il routing asimmetrico e` una conseguenza delle politiche di routing
 Md> che negli ultimi anni effettuano tutti i provider, e che si possono
No, il passaggio verso Londra e' una cosa che hanno cambiato da qualche
giorno, e la banda da Londra a Milano (che usa anche 
IT.NET
) e' stra
occupata, e da questo derivano i 4000ms. Chissa' come mai fanno
passare per di la' invece di rimettere tutto come prima.
 Md> >sito da cui ho fatto partire il trace, ad esempio) fa la strada
 Md> >giusta che ha sempre fatto in passato, cioe'
 Md> >Sprintlink->Gsl.Net->IUnet.
 Md> Non c'e` una strada giusta. A questi livelli il routing puo` cambiare
 Md> in poche ore a causa di problemi hardware (negli ultimi tempi UUnet
 Md> ne ha avuti un bel po' a NY), per il riassetto della rete da parte di
 Md> un carrier o per nuovi accordi di peering.
Leggo giornalmente della manutenzione di UUnet e ho anche parlato
con loro (cosi' come con Sprint e 
gsl.net
) e non c'entrano niente come
hanno confermato, il problema e' da Infostrada in uscita non di come
instradano loro in US.
 Md> >a Milano, e quel passaggio e' STRAPIENO. Adesso non si nota perche'
 Md> E Infostrada che colpa ne ha? Non e` la rete FR dei POP ad essere
 Md> intasata, prova a cercare qualcuno con cui fare dei traceroute da pop
 Md> a pop e dovresti accorgertene.
Scusa, ma vuoi prendere in giro adesso? Secondo te quindi e' normale
perdere dal 30 al 60% dei pacchetti di giorno, avere ping con risposte
di 4000ms e non poter combinare niente? Che colpa ne ha? Ha colpa perche'
fino a 5 settimane fa la cosa era completamente diversa e se ne perdevano
massimo il 4%, poi avranno probabilmente diminuito la banda o fatto
chissa' cosa ed ecco che improvvisamente si e' passati al 60%, ed e'
colpa loro anche per l'instradamento di ritorno visto che fino a poco
fa da 
gsl.net
 verso infostrada faceva la stessa strada per andare da
infostrada 
verso 
gsl.net
, mentre adesso come ti ho fatto vedere in entrata in US
va bene ma di ritorno fanno passare per Londra e Milano che sono troppo
carichi. Basta fare una semplice prova stasera: ping verso altavista
e yahoo. Il primo anche di ritorno viene instradato direttamente gsl.net->
IUnet, il 2o viene fatto passare per Londra. Il primo avra' una media
di ping persi del 30/35%, il 2o arrivera' tranquillamente a 50/60%.
Il primo avra' valori sui 600ms, il 2o sui 4000 per via della strada
troppo congestionata. Chi puo' si vada a leggere sui gruppi interni di
IOL (ma anche quelli di Flashnet ora iniziano a venire fuori proteste)
quanto e' contenta la gente di non poter di fatto avere collegamenti
verso gli US...
Rick
P.S. Pls, Fabio, cerca di trattarlo tu d'Itri, dopo il suo post dove
per lui e' tutto ok e Infostrada non ha colpe sono un po' alterato. :))
Ma ovviamente dira' che e' colpa mia. <laugh>

>domande degli utenti.
 DM> Si ma visto che sono gli utenti a pagare i tecnici questi dovrebero
 DM> almeno essere molto piu attenti alle richieste degli utenti... 
Non dimentichiamo di dire che i tecnici di Sprint, UUnet e Gsl.net
(quindi non dei coglioni...) hanno avuto il tempo di rispondere e di
controllare se era un problema loro, mentre quelli di IUnet stanno
zitti (e per forza... visto come va la loro rete verso gli US...) e
quelli di IOL ufficialmente non dicono niente, i gruppi interni sono
pieni di gente incazzata ma non una parola da chi dovrebbe occuparsene.
Rick

 del supporto tecnico...
Uhm... io direi invece che in Italia mancano i *soldi* che come al
solito vanno dati sempre e solo alla mamma perche' senno' si muore. I
providers americani hanno dei margini decisamente superiori (tariffe
uguali se non superiori a quelle italiane ma costi ridotti di 1/5 -
1/10), quindi si possono permettere anche di pensare al servizio oltre
che alla sopravvivenza...
Gli investimenti che andrebbero fatti in
apparati/personale/connettivita' si evitano il piu' possibile e di
conseguenza i problemi si moltiplicano.
Probabilmente c'e' anche il fatto che i bravi tecnici in Italia si
devono cercare con il lanternino e senz'altro non all'uscita delle
universita'.
Nella mia (pur limitatissima) esperienza, le persone veramente in gamba
che ho conosciuto si contano sulle dita di una sola mano... boh....
Ciao!
-- 
 Daniele
------------------------ Fuck The Monopoly ! -----------------------
             ______                           ____                  
            /_  __/                          / __/                  
             / /__     __  __  __           / /_                    
            / //_  /  /_  /   / / /\/\     /_  / /  / \/ \/     
           / //__ /_ /__ /__ /_/ /   /    __/ / /__/  /\ /\       
          /_/ Italia                     /___/                      
 
  -> 181 <- days and telecom's monopoly will be fucked forever !    
 
--------------------------------------------------------------------
 Daniele Orlandi - Utility Line Italia - 
http://www.xt.net
 
 Via Mezzera 29/A - 20030 Seveso (MI) - Italy - FAX: 
++39(362)540153
--------------------------------------------------------------------

Wiz...@Attic.otc wrote:
 >Leggo giornalmente della manutenzione di UUnet e ho anche parlato
 >con loro (cosi' come con Sprint e 
gsl.net
) e non c'entrano niente come
 >hanno confermato, il problema e' da Infostrada in uscita non di come
 >instradano loro in US.
Quello che sto tentando di dire e` che il link in uscita da Milano (quello
intasato) non e` di Infostrada, ma di iunet/iol. Infostrada AFAIK gestisce
solo la rete FR dei pop, i problemi di banda sono di iol.
Anche se sono tutte aziende made in Ivrea cerchiamo di non mischiarle. :-)


 quelli che escono dall'universita` tutte le sere... ;-) ;-)
Ovviamente non mi riferivo a *tutti*, ci sono studenti molto in gamba e
amministratori che lo sono ancora di piu', ma sono piu' l'eccezione che
la regola.
Insomma, fare l'universita' non e' ne una condizione necessaria, ne
sufficiente, per essere un buon admin, e' essere utile e importante se
ne sai filtrare ed estrapolare i concetti veramente utili.
Comunque hai descritto perfettamente il mio pensiero nella tua
risposta....
Ciao!
-- 
 Daniele
------------------------ Fuck The Monopoly ! -----------------------
             ______                           ____                  
            /_  __/                          / __/                  
             / /__     __  __  __           / /_                    
            / //_  /  /_  /   / / /\/\     /_  / /  / \/ \/     
           / //__ /_ /__ /__ /_/ /   /    __/ / /__/  /\ /\       
          /_/ Italia                     /___/                      
 
  -> 176 <- days and telecom's monopoly will be fucked forever !    


Wiz...@Attic.otc wrote:
 >traffico verso gli abbonati di IOL/Flashnet, quindi come mai hanno
 >deciso di cambiare il routing utilizzandone uno peggiore?
Boh. Di questo non ne ho la minima idea, mi sembra strano che si tratti
di problemi tecnici (dura da troppo tempo), quindi non puo` che trattarsi
di un problema amministrativo/commerciale.
 >28.8 in funzione da' un servizio migliore... quindi puoi ben immaginare
 >e capire se uno non si deve incazzare con Infostrada.
Con IOL si, con Infostrada no.
 >Io non so che hanno combinato, se hanno limitato la banda per IOL/FNC,
Ma flashnet non dovrebbe avere la sua banda attraverso interbusinnes e
unisource?
 >subito che qualcosa era cambiato, e i tecnici Infostrada se ne guardano
 >bene dallo spiegare (cosi' come i responsabili di IOL...).
I tecnici Infostrada non hanno il dovere di dirti nulla, tu *non* sei
loro cliente (se i tecnici di sprint e altri lo hanno fatto, lo hanno
fatto per farti un favore, ma spesso questo comportamento e` scoraggiato
dal management (o almeno da quello con i capelli a punta)), e` IOL che
avrebbe dovuto informarti della ragione dei problemi.
