Re: Bad bad routing problems?

2002-09-01 Thread Stephen J. Wilcox



On Sat, 31 Aug 2002, Gerald wrote:

> 
> Man it is hard to find where routes die when you are dead on the net.

tip - keep some access via another provider!

> 
> 2 hops out from our network was not broadcasting our routes. We should be
> alive on the internet again to everyone. Thanks for the input as it helped
> us find where our BGP broadcast died.
> 
> Gerald
> 
> 
> 




Re: Bad bad routing problems?

2002-08-31 Thread David G. Andersen


In the last few days, it's been advertised, but often
withdrawn.  Perhaps the timing of the announces and
withdrawls will help you:

MIT saw it advertised via 1 701 8001 4276:
http://bgp.lcs.mit.edu/bgpview.cgi?time=day&prefix=216.223.192.0%2F19&rel=eq&table=updates&action=list

PSG (Randy Bush's BGP feed) saw it via 2914 8001 4276:
http://bgp.lcs.mit.edu/bgpview.cgi?time=day&prefix=216.223.192.0%2F19&rel=eq&table=ns0_psg_com_updates&action=list

Playground.net saw it via 14177 15290 7018 701 8001 4276:
http://bgp.lcs.mit.edu/bgpview.cgi?time=day&prefix=216.223.192.0%2F19&rel=eq&table=nortel_ron_lcs_mit_edu_updates&action=list

... and so on.  (Change the "table" menu to see a different view)

  -Dave

On Sat, Aug 31, 2002 at 11:25:00AM -0500, Malayter, Christopher mooed:
> 
> I'm not receiving that network at all.
> 
> I looked at our border to sprint, genuity, c&w, PSI, and our AADS peers.
> 
> Sorry to not be of more assistance.
> 
> -Chris
> 
> 
> -Original Message-
> From: Mike Tancsa [mailto:[EMAIL PROTECTED]]
> Sent: Saturday, August 31, 2002 11:14 AM
> To: Gerald
> Cc: [EMAIL PROTECTED]
> Subject: Re: Bad bad routing problems?
> 
> 
> 
> 
> Strange, from my network I see you via GT and via Telus but not via AT&T
> 
>  From me (as11647)
> BGP routing table entry for 216.223.192.0/19
> Paths: (2 available, best #2, table Default-IP-Routing-Table)
>Not advertised to any peer
>852 174 8001 4276
>  209.115.141.1 from 209.115.141.1 (209.115.137.196)
>Origin IGP, localpref 100, valid, external
>Last update: Sat Aug 31 08:47:55 2002
> 
>6539 8001 4276
>  64.7.143.42 from 64.7.143.42 (64.7.143.42)
>Origin IGP, localpref 100, valid, internal, best
>Community: 6539:30
>Last update: Sat Aug 31 08:47:30 2002
> 
> 
>  From the AT&T CANADA routeserver  (route-server.east.attcanada.com)
> AT&T route server
> route-server.east>show ip bgp 216.223.192.0/19
> % Network not in table
> route-server.east>
> 
> AT&T Canada gets to 8001 via Williams, but I dont see your /19 through them.
> 
> route-server.east>show ip bgp regex _8001_
> BGP table version is 2266132, local router ID is 216.191.65.118
> Status codes: s suppressed, d damped, h history, * valid, > best, i -
> internal
> Origin codes: i - IGP, e - EGP, ? - incomplete
> 
> Network  Next HopMetric LocPrf Weight Path
> *>i12.129.128.0/24  216.191.64.253 80  0 7911 8001 22420
> i
> *>i63.74.146.0/23   216.191.64.253 80  0 7911 8001 23368
> i
> 
> 
> At 10:54 AM 8/31/2002 -0400, Gerald wrote:
> 
> >We are seeing bad routing problems from outside our network. Can anyone
> >corroborate this or help?
> >
> >We are on AS4276 and all traffic from us to our upstream seems good. Great
> >way to spend holiday weekend. /me wonders if anyone is even awake on the
> >NANOG list. :-)
> >
> >2 addresses in our network I've tested with are:
> >
> >216.223.200.14
> >and 216.223.192.68
> >
> >Many many traces done, some interesting ones below:
> >
> >Here is a succesful traceroute:
> >traceroute to 216.223.200.14 (216.223.200.14), 30 hops max, 40 byte
> >   1   <10 ms   <10 ms   <10 ms  rt1.altair7.com [209.11.155.129]
> >   2   <10 ms15 ms16 ms  209.10.41.130
> >   3   <10 ms16 ms15 ms  ge-6-1-0.core1.sjc1.globix.net
> [209.10.2.193]
> >   4   <10 ms16 ms16 ms  so-4-2-0.core1.sjc4.globix.net 
> > [209.10.11.221]
> >   563 ms46 ms47 ms  so-1-0-0.core2.cgx2.globix.net 
> > [209.10.10.150]
> >   662 ms63 ms47 ms  so-0-0-0.core1.cgx2.globix.net 
> > [209.10.10.157]
> >   778 ms94 ms94 ms  so-1-0-0.core2.nyc8.globix.net 
> > [209.10.10.162]
> >   878 ms94 ms94 ms  pos15-0.core2.nyc1.globix.net
> [209.10.11.169]
> >   978 ms94 ms94 ms  s5-0-peer1.nyc3.globix.net [209.10.12.18]
> >  1078 ms94 ms94 ms  nyiix.peer.nac.net [198.32.160.20]
> >  1178 ms94 ms93 ms  internetchannel.customer.nac.net 
> > [209.123.10.34]
> >  1278 ms94 ms94 ms  auth-2.inch.com [216.223.200.14]
> >
> > > These show failures before reaching our network:
> > >
> > > traceroute to 216.223.192.68 (216.223.192.68): 1-30 hops, 38 byte
> packets
> > >  1  paleagw4.hpl.external.hp.com (192.6.19.2)  1.95 ms  1.95 ms  5.86 ms
> > >  2  palgwb01-vbblpa.americas.hp.net (15.243.170.49)  0.976 ms  0.977 ms
> 

Re: Bad bad routing problems?

2002-08-31 Thread Gerald


Man it is hard to find where routes die when you are dead on the net.

2 hops out from our network was not broadcasting our routes. We should be
alive on the internet again to everyone. Thanks for the input as it helped
us find where our BGP broadcast died.

Gerald





RE: Bad bad routing problems?

2002-08-31 Thread Michael Hallgren



Hi,

FYI,

I'm currently sitting as customer to 5511, and I see your two mentioned
addresses behind AT&T (NY peering FT-AT&T), NAC.

mh

-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]De la part de
Gerald
Envoye : samedi 31 aout 2002 16:55
A : [EMAIL PROTECTED]
Objet : Bad bad routing problems?



We are seeing bad routing problems from outside our network. Can anyone
corroborate this or help?

We are on AS4276 and all traffic from us to our upstream seems good. Great
way to spend holiday weekend. /me wonders if anyone is even awake on the
NANOG list. :-)

2 addresses in our network I've tested with are:

216.223.200.14
and 216.223.192.68

Many many traces done, some interesting ones below:

Here is a succesful traceroute:
traceroute to 216.223.200.14 (216.223.200.14), 30 hops max, 40 byte
  1   <10 ms   <10 ms   <10 ms  rt1.altair7.com [209.11.155.129]
  2   <10 ms15 ms16 ms  209.10.41.130
  3   <10 ms16 ms15 ms  ge-6-1-0.core1.sjc1.globix.net
[209.10.2.193]
  4   <10 ms16 ms16 ms  so-4-2-0.core1.sjc4.globix.net
[209.10.11.221]
  563 ms46 ms47 ms  so-1-0-0.core2.cgx2.globix.net
[209.10.10.150]
  662 ms63 ms47 ms  so-0-0-0.core1.cgx2.globix.net
[209.10.10.157]
  778 ms94 ms94 ms  so-1-0-0.core2.nyc8.globix.net
[209.10.10.162]
  878 ms94 ms94 ms  pos15-0.core2.nyc1.globix.net
[209.10.11.169]
  978 ms94 ms94 ms  s5-0-peer1.nyc3.globix.net [209.10.12.18]
 1078 ms94 ms94 ms  nyiix.peer.nac.net [198.32.160.20]
 1178 ms94 ms93 ms  internetchannel.customer.nac.net
[209.123.10.34]
 1278 ms94 ms94 ms  auth-2.inch.com [216.223.200.14]

> These show failures before reaching our network:
>
> traceroute to 216.223.192.68 (216.223.192.68): 1-30 hops, 38 byte packets
>  1  paleagw4.hpl.external.hp.com (192.6.19.2)  1.95 ms  1.95 ms  5.86 ms
>  2  palgwb01-vbblpa.americas.hp.net (15.243.170.49)  0.976 ms  0.977 ms
> 0.976 ms
>  3  svl-edge-15.inet.qwest.net (65.115.64.25)  0.976 ms !H  *  0.977 ms !H
>  4  * * *
>  5  * * *
>
>
>
> traceroute to 216.223.192.68 (216.223.192.68), 30 hops max, 40 byte
> packets
>  1  e3-13.foundry1.cs.wisc.edu (198.133.224.116)  2.195 ms  1.754 ms
> 1.663 ms
>  2  e15.extreme1.cs.wisc.edu (128.105.1.1)  0.856 ms  0.765 ms  0.737 ms
>  3  144.92.128.194 (144.92.128.194)  1.550 ms  1.171 ms  1.264 ms
>  4  * * *
>  5  * * *
>
> All global crossing traces seem to loop within their router:
> traceroute to 216.223.192.68 (216.223.192.68), 30 hops max, 40 byte
> 1 64.214.13.1 (64.214.13.1) 0.695 ms 0.889 ms 0.485 ms 0.453 ms 0.350 ms
> 2 64.214.13.1 (64.214.13.1) 4.535 ms !N ms * ms 0.574 ms !N ms
> 3 * (64.214.13.1) 64.214.13.1 ms 0.408 ms !N ms * ms 0.425 ms
> 4 64.214.13.1 (64.214.13.1) 0.741 ms !N ms * ms 0.542 ms !N ms
>
> traceroute to 216.223.200.14 (216.223.200.14), 30 hops max, 40 byte
>  1  ROUTER6.VINEYARD.NET (204.17.195.236)  0.401 ms  0.342 ms  0.325 ms
>  2  bos-edge-01.inet.qwest.net (65.115.97.141)  7.249 ms  7.089 ms  6.943
> ms
>  3  * * *
>  4  * * bos-edge-01.inet.qwest.net (65.115.97.141)  9.885 ms !H
>  5  * * *
>  6  * * *
>  7  bos-edge-01.inet.qwest.net (65.115.97.141)  7.330 ms !H * *
>  8  * * *
>  9  * * *
> 10  * * *
> 11  * * *
> 12  * * *
> 13  * * *
> 14  * * *
> 15  * bos-edge-01.inet.qwest.net (65.115.97.141)  7.021 ms !H *
> 16  * bos-edge-01.inet.qwest.net (65.115.97.141)  172.856 ms !H *
> 17  * * *
> 18  * * *
> 19  * * bos-edge-01.inet.qwest.net (65.115.97.141)  7.127 ms !H
> 20  * * bos-edge-01.inet.qwest.net (65.115.97.141)  6.787 ms !H
> 21  * * bos-edge-01.inet.qwest.net (65.115.97.141)  61.972 ms !H
> 22  * bos-edge-01.inet.qwest.net (65.115.97.141)  22.525 ms !H *
> 23  * bos-edge-01.inet.qwest.net (65.115.97.141)  6.944 ms !H *
> 24  bos-edge-01.inet.qwest.net (65.115.97.141)  15.922 ms !H * *
> 25  bos-edge-01.inet.qwest.net (65.115.97.141)  11.212 ms !H *  6.895 ms
>
> This one works:
>
> traceroute to 216.223.192.68 (216.223.192.68), 30 hops max, 40 byte
> 1 tin-V8.cac.washington.edu (140.142.3.1) 1 ms 0 ms 1 ms
> 2 uwbr2-GE1-1.cac.washington.edu (140.142.155.24) 1 ms 1 ms 0 ms
> 3 cnsp2-wes-GE0-1-0.pnw-gigapop.net (198.107.151.5) 1 ms 1 ms 1 ms
> 4 ge-7-2-0.r04.sttlwa01.us.bb.verio.net (129.250.10.77) 0 ms 0 ms 1 ms
> 5 p4-1-0-0.r03.sttlwa01.us.bb.verio.net (129.250.2.230) 0 ms 1 ms 0 ms
> 6 p16-0-1-0.r20.sttlwa01.us.bb.verio.net (129.250.2.14) 1 ms 0 ms 1 ms
> 7 p16-0-1-2.r21.plalca01.us.bb.verio.net (129.250.5.83) 23 ms 23 ms 23 ms
> 8 p64-0-0-0.r20.plalca01.us.bb.verio.net (129.250.3.76) 22 ms 23 ms 22 ms
> 9 p16-1-1-1.r20.dllstx01.us.bb.verio.net (129.250.4.104) 57 ms 57 ms 57 ms
> 10 p64-0-0-0.r21.dllstx01.us.bb.verio.net (129.250.3.41) 57 ms 57 m

Re: Bad bad routing problems?

2002-08-31 Thread Mark Kent


I see 216.223.192.0/19 with these ASpaths:

wcg 7911 8001 4276
globix  4513 8001 4276
mfn 6461 8001 4276

and fail to see it (Network not in table) 
behind AS2828 (XO) and AS1 (Genuity).

-mark



RE: Bad bad routing problems?

2002-08-31 Thread Malayter, Christopher


I'm not receiving that network at all.

I looked at our border to sprint, genuity, c&w, PSI, and our AADS peers.

Sorry to not be of more assistance.

-Chris


-Original Message-
From: Mike Tancsa [mailto:[EMAIL PROTECTED]]
Sent: Saturday, August 31, 2002 11:14 AM
To: Gerald
Cc: [EMAIL PROTECTED]
Subject: Re: Bad bad routing problems?




Strange, from my network I see you via GT and via Telus but not via AT&T

 From me (as11647)
BGP routing table entry for 216.223.192.0/19
Paths: (2 available, best #2, table Default-IP-Routing-Table)
   Not advertised to any peer
   852 174 8001 4276
 209.115.141.1 from 209.115.141.1 (209.115.137.196)
   Origin IGP, localpref 100, valid, external
   Last update: Sat Aug 31 08:47:55 2002

   6539 8001 4276
 64.7.143.42 from 64.7.143.42 (64.7.143.42)
   Origin IGP, localpref 100, valid, internal, best
   Community: 6539:30
   Last update: Sat Aug 31 08:47:30 2002


 From the AT&T CANADA routeserver  (route-server.east.attcanada.com)
AT&T route server
route-server.east>show ip bgp 216.223.192.0/19
% Network not in table
route-server.east>

AT&T Canada gets to 8001 via Williams, but I dont see your /19 through them.

route-server.east>show ip bgp regex _8001_
BGP table version is 2266132, local router ID is 216.191.65.118
Status codes: s suppressed, d damped, h history, * valid, > best, i -
internal
Origin codes: i - IGP, e - EGP, ? - incomplete

Network  Next HopMetric LocPrf Weight Path
*>i12.129.128.0/24  216.191.64.253 80  0 7911 8001 22420
i
*>i63.74.146.0/23   216.191.64.253 80  0 7911 8001 23368
i


At 10:54 AM 8/31/2002 -0400, Gerald wrote:

>We are seeing bad routing problems from outside our network. Can anyone
>corroborate this or help?
>
>We are on AS4276 and all traffic from us to our upstream seems good. Great
>way to spend holiday weekend. /me wonders if anyone is even awake on the
>NANOG list. :-)
>
>2 addresses in our network I've tested with are:
>
>216.223.200.14
>and 216.223.192.68
>
>Many many traces done, some interesting ones below:
>
>Here is a succesful traceroute:
>traceroute to 216.223.200.14 (216.223.200.14), 30 hops max, 40 byte
>   1   <10 ms   <10 ms   <10 ms  rt1.altair7.com [209.11.155.129]
>   2   <10 ms15 ms16 ms  209.10.41.130
>   3   <10 ms16 ms15 ms  ge-6-1-0.core1.sjc1.globix.net
[209.10.2.193]
>   4   <10 ms16 ms16 ms  so-4-2-0.core1.sjc4.globix.net 
> [209.10.11.221]
>   563 ms46 ms47 ms  so-1-0-0.core2.cgx2.globix.net 
> [209.10.10.150]
>   662 ms63 ms47 ms  so-0-0-0.core1.cgx2.globix.net 
> [209.10.10.157]
>   778 ms94 ms94 ms  so-1-0-0.core2.nyc8.globix.net 
> [209.10.10.162]
>   878 ms94 ms94 ms  pos15-0.core2.nyc1.globix.net
[209.10.11.169]
>   978 ms94 ms94 ms  s5-0-peer1.nyc3.globix.net [209.10.12.18]
>  1078 ms94 ms94 ms  nyiix.peer.nac.net [198.32.160.20]
>  1178 ms94 ms93 ms  internetchannel.customer.nac.net 
> [209.123.10.34]
>  1278 ms94 ms94 ms  auth-2.inch.com [216.223.200.14]
>
> > These show failures before reaching our network:
> >
> > traceroute to 216.223.192.68 (216.223.192.68): 1-30 hops, 38 byte
packets
> >  1  paleagw4.hpl.external.hp.com (192.6.19.2)  1.95 ms  1.95 ms  5.86 ms
> >  2  palgwb01-vbblpa.americas.hp.net (15.243.170.49)  0.976 ms  0.977 ms
> > 0.976 ms
> >  3  svl-edge-15.inet.qwest.net (65.115.64.25)  0.976 ms !H  *  0.977 ms
!H
> >  4  * * *
> >  5  * * *
> >
> >
> >
> > traceroute to 216.223.192.68 (216.223.192.68), 30 hops max, 40 byte
> > packets
> >  1  e3-13.foundry1.cs.wisc.edu (198.133.224.116)  2.195 ms  1.754 ms
> > 1.663 ms
> >  2  e15.extreme1.cs.wisc.edu (128.105.1.1)  0.856 ms  0.765 ms  0.737 ms
> >  3  144.92.128.194 (144.92.128.194)  1.550 ms  1.171 ms  1.264 ms
> >  4  * * *
> >  5  * * *
> >
> > All global crossing traces seem to loop within their router:
> > traceroute to 216.223.192.68 (216.223.192.68), 30 hops max, 40 byte
> > 1 64.214.13.1 (64.214.13.1) 0.695 ms 0.889 ms 0.485 ms 0.453 ms 0.350 ms
> > 2 64.214.13.1 (64.214.13.1) 4.535 ms !N ms * ms 0.574 ms !N ms
> > 3 * (64.214.13.1) 64.214.13.1 ms 0.408 ms !N ms * ms 0.425 ms
> > 4 64.214.13.1 (64.214.13.1) 0.741 ms !N ms * ms 0.542 ms !N ms
> >
> > traceroute to 216.223.200.14 (216.223.200.14), 30 hops max, 40 byte
> >  1  ROUTER6.VINEYARD.NET (204.17.195.236)  0.401 ms  0.342 ms  0.325 ms
> >  2  bos-edge-01.inet.qwest.net (65.115.97.141)  7.249 ms  7.089 ms
6.943
> > ms
> >  3  * * *
> >  4  * * bos-edge-01.inet.qwest.net (65.115.9

Re: Bad bad routing problems?

2002-08-31 Thread Mike Tancsa



Strange, from my network I see you via GT and via Telus but not via AT&T

 From me (as11647)
BGP routing table entry for 216.223.192.0/19
Paths: (2 available, best #2, table Default-IP-Routing-Table)
   Not advertised to any peer
   852 174 8001 4276
 209.115.141.1 from 209.115.141.1 (209.115.137.196)
   Origin IGP, localpref 100, valid, external
   Last update: Sat Aug 31 08:47:55 2002

   6539 8001 4276
 64.7.143.42 from 64.7.143.42 (64.7.143.42)
   Origin IGP, localpref 100, valid, internal, best
   Community: 6539:30
   Last update: Sat Aug 31 08:47:30 2002


 From the AT&T CANADA routeserver  (route-server.east.attcanada.com)
AT&T route server
route-server.east>show ip bgp 216.223.192.0/19
% Network not in table
route-server.east>

AT&T Canada gets to 8001 via Williams, but I dont see your /19 through them.

route-server.east>show ip bgp regex _8001_
BGP table version is 2266132, local router ID is 216.191.65.118
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal
Origin codes: i - IGP, e - EGP, ? - incomplete

Network  Next HopMetric LocPrf Weight Path
*>i12.129.128.0/24  216.191.64.253 80  0 7911 8001 22420 i
*>i63.74.146.0/23   216.191.64.253 80  0 7911 8001 23368 i


At 10:54 AM 8/31/2002 -0400, Gerald wrote:

>We are seeing bad routing problems from outside our network. Can anyone
>corroborate this or help?
>
>We are on AS4276 and all traffic from us to our upstream seems good. Great
>way to spend holiday weekend. /me wonders if anyone is even awake on the
>NANOG list. :-)
>
>2 addresses in our network I've tested with are:
>
>216.223.200.14
>and 216.223.192.68
>
>Many many traces done, some interesting ones below:
>
>Here is a succesful traceroute:
>traceroute to 216.223.200.14 (216.223.200.14), 30 hops max, 40 byte
>   1   <10 ms   <10 ms   <10 ms  rt1.altair7.com [209.11.155.129]
>   2   <10 ms15 ms16 ms  209.10.41.130
>   3   <10 ms16 ms15 ms  ge-6-1-0.core1.sjc1.globix.net [209.10.2.193]
>   4   <10 ms16 ms16 ms  so-4-2-0.core1.sjc4.globix.net 
> [209.10.11.221]
>   563 ms46 ms47 ms  so-1-0-0.core2.cgx2.globix.net 
> [209.10.10.150]
>   662 ms63 ms47 ms  so-0-0-0.core1.cgx2.globix.net 
> [209.10.10.157]
>   778 ms94 ms94 ms  so-1-0-0.core2.nyc8.globix.net 
> [209.10.10.162]
>   878 ms94 ms94 ms  pos15-0.core2.nyc1.globix.net [209.10.11.169]
>   978 ms94 ms94 ms  s5-0-peer1.nyc3.globix.net [209.10.12.18]
>  1078 ms94 ms94 ms  nyiix.peer.nac.net [198.32.160.20]
>  1178 ms94 ms93 ms  internetchannel.customer.nac.net 
> [209.123.10.34]
>  1278 ms94 ms94 ms  auth-2.inch.com [216.223.200.14]
>
> > These show failures before reaching our network:
> >
> > traceroute to 216.223.192.68 (216.223.192.68): 1-30 hops, 38 byte packets
> >  1  paleagw4.hpl.external.hp.com (192.6.19.2)  1.95 ms  1.95 ms  5.86 ms
> >  2  palgwb01-vbblpa.americas.hp.net (15.243.170.49)  0.976 ms  0.977 ms
> > 0.976 ms
> >  3  svl-edge-15.inet.qwest.net (65.115.64.25)  0.976 ms !H  *  0.977 ms !H
> >  4  * * *
> >  5  * * *
> >
> >
> >
> > traceroute to 216.223.192.68 (216.223.192.68), 30 hops max, 40 byte
> > packets
> >  1  e3-13.foundry1.cs.wisc.edu (198.133.224.116)  2.195 ms  1.754 ms
> > 1.663 ms
> >  2  e15.extreme1.cs.wisc.edu (128.105.1.1)  0.856 ms  0.765 ms  0.737 ms
> >  3  144.92.128.194 (144.92.128.194)  1.550 ms  1.171 ms  1.264 ms
> >  4  * * *
> >  5  * * *
> >
> > All global crossing traces seem to loop within their router:
> > traceroute to 216.223.192.68 (216.223.192.68), 30 hops max, 40 byte
> > 1 64.214.13.1 (64.214.13.1) 0.695 ms 0.889 ms 0.485 ms 0.453 ms 0.350 ms
> > 2 64.214.13.1 (64.214.13.1) 4.535 ms !N ms * ms 0.574 ms !N ms
> > 3 * (64.214.13.1) 64.214.13.1 ms 0.408 ms !N ms * ms 0.425 ms
> > 4 64.214.13.1 (64.214.13.1) 0.741 ms !N ms * ms 0.542 ms !N ms
> >
> > traceroute to 216.223.200.14 (216.223.200.14), 30 hops max, 40 byte
> >  1  ROUTER6.VINEYARD.NET (204.17.195.236)  0.401 ms  0.342 ms  0.325 ms
> >  2  bos-edge-01.inet.qwest.net (65.115.97.141)  7.249 ms  7.089 ms  6.943
> > ms
> >  3  * * *
> >  4  * * bos-edge-01.inet.qwest.net (65.115.97.141)  9.885 ms !H
> >  5  * * *
> >  6  * * *
> >  7  bos-edge-01.inet.qwest.net (65.115.97.141)  7.330 ms !H * *
> >  8  * * *
> >  9  * * *
> > 10  * * *
> > 11  * * *
> > 12  * * *
> > 13  * * *
> > 14  * * *
> > 15  * bos-edge-01.inet.qwest.net (65.115.97.141)  7.021 ms !H *
> > 16  * bos-edge-01.inet.qwest.net (65.115.97.141)  172.856 ms !H *
> > 17  * * *
> > 18  * * *
> > 19  * * bos-edge-01.inet.qwest.net (65.115.97.141)  7.127 ms !H
> > 20  * * bos-edge-01.inet.qwest.net (65.115.97.141)  6.787 ms !H
> > 21  * * bos-edge-01.inet.qwest.net (65.115.97.141)  61.972 ms !H
> > 22  * bos-edge-01.inet.qwest.net (65.115.97.141)  22.525 ms !H *
> > 23  * bos-edge-01.inet.qwest.net (65.115.97.141)  6.944 ms !H *
> > 2

Re: Bad bad routing problems?

2002-08-31 Thread Jesper Skriver


I don't recieve that route from any of our transit providers,
and the only place I found it was at LINX from AS8001

ldn2nxg1#sh ip bgp 216.223.192.68
BGP routing table entry for 216.223.192.0/19, version 0
Paths: (1 available, no best path)
  Not advertised to any peer
  8001 4276, (received-only)
195.66.224.94 from 195.66.224.94 (209.123.12.62)
  Origin IGP, metric 50, localpref 100, valid, external
  Community: 8001:120 8001:4000 8001:4001 8001:1,
  mpls labels in/out unknown/exp-null

Where we didn't accept it due to not being corect registered in the
IRR's - could it really be that filtering is now so effective, that one
loose global reachability if it's not ?

/Jesper


On Sat, Aug 31, 2002 at 10:54:42AM -0400, Gerald wrote:
> 
> We are seeing bad routing problems from outside our network. Can anyone
> corroborate this or help?
> 
> We are on AS4276 and all traffic from us to our upstream seems good. Great
> way to spend holiday weekend. /me wonders if anyone is even awake on the
> NANOG list. :-)
> 
> 2 addresses in our network I've tested with are:
> 
> 216.223.200.14
> and 216.223.192.68
> 
> Many many traces done, some interesting ones below:
> 
> Here is a succesful traceroute:
> traceroute to 216.223.200.14 (216.223.200.14), 30 hops max, 40 byte
>   1   <10 ms   <10 ms   <10 ms  rt1.altair7.com [209.11.155.129]
>   2   <10 ms15 ms16 ms  209.10.41.130
>   3   <10 ms16 ms15 ms  ge-6-1-0.core1.sjc1.globix.net [209.10.2.193]
>   4   <10 ms16 ms16 ms  so-4-2-0.core1.sjc4.globix.net [209.10.11.221]
>   563 ms46 ms47 ms  so-1-0-0.core2.cgx2.globix.net [209.10.10.150]
>   662 ms63 ms47 ms  so-0-0-0.core1.cgx2.globix.net [209.10.10.157]
>   778 ms94 ms94 ms  so-1-0-0.core2.nyc8.globix.net [209.10.10.162]
>   878 ms94 ms94 ms  pos15-0.core2.nyc1.globix.net [209.10.11.169]
>   978 ms94 ms94 ms  s5-0-peer1.nyc3.globix.net [209.10.12.18]
>  1078 ms94 ms94 ms  nyiix.peer.nac.net [198.32.160.20]
>  1178 ms94 ms93 ms  internetchannel.customer.nac.net [209.123.10.34]
>  1278 ms94 ms94 ms  auth-2.inch.com [216.223.200.14]
> 
> > These show failures before reaching our network:
> >
> > traceroute to 216.223.192.68 (216.223.192.68): 1-30 hops, 38 byte packets
> >  1  paleagw4.hpl.external.hp.com (192.6.19.2)  1.95 ms  1.95 ms  5.86 ms
> >  2  palgwb01-vbblpa.americas.hp.net (15.243.170.49)  0.976 ms  0.977 ms
> > 0.976 ms
> >  3  svl-edge-15.inet.qwest.net (65.115.64.25)  0.976 ms !H  *  0.977 ms !H
> >  4  * * *
> >  5  * * *
> >
> >
> >
> > traceroute to 216.223.192.68 (216.223.192.68), 30 hops max, 40 byte
> > packets
> >  1  e3-13.foundry1.cs.wisc.edu (198.133.224.116)  2.195 ms  1.754 ms
> > 1.663 ms
> >  2  e15.extreme1.cs.wisc.edu (128.105.1.1)  0.856 ms  0.765 ms  0.737 ms
> >  3  144.92.128.194 (144.92.128.194)  1.550 ms  1.171 ms  1.264 ms
> >  4  * * *
> >  5  * * *
> >
> > All global crossing traces seem to loop within their router:
> > traceroute to 216.223.192.68 (216.223.192.68), 30 hops max, 40 byte
> > 1 64.214.13.1 (64.214.13.1) 0.695 ms 0.889 ms 0.485 ms 0.453 ms 0.350 ms
> > 2 64.214.13.1 (64.214.13.1) 4.535 ms !N ms * ms 0.574 ms !N ms
> > 3 * (64.214.13.1) 64.214.13.1 ms 0.408 ms !N ms * ms 0.425 ms
> > 4 64.214.13.1 (64.214.13.1) 0.741 ms !N ms * ms 0.542 ms !N ms
> >
> > traceroute to 216.223.200.14 (216.223.200.14), 30 hops max, 40 byte
> >  1  ROUTER6.VINEYARD.NET (204.17.195.236)  0.401 ms  0.342 ms  0.325 ms
> >  2  bos-edge-01.inet.qwest.net (65.115.97.141)  7.249 ms  7.089 ms  6.943
> > ms
> >  3  * * *
> >  4  * * bos-edge-01.inet.qwest.net (65.115.97.141)  9.885 ms !H
> >  5  * * *
> >  6  * * *
> >  7  bos-edge-01.inet.qwest.net (65.115.97.141)  7.330 ms !H * *
> >  8  * * *
> >  9  * * *
> > 10  * * *
> > 11  * * *
> > 12  * * *
> > 13  * * *
> > 14  * * *
> > 15  * bos-edge-01.inet.qwest.net (65.115.97.141)  7.021 ms !H *
> > 16  * bos-edge-01.inet.qwest.net (65.115.97.141)  172.856 ms !H *
> > 17  * * *
> > 18  * * *
> > 19  * * bos-edge-01.inet.qwest.net (65.115.97.141)  7.127 ms !H
> > 20  * * bos-edge-01.inet.qwest.net (65.115.97.141)  6.787 ms !H
> > 21  * * bos-edge-01.inet.qwest.net (65.115.97.141)  61.972 ms !H
> > 22  * bos-edge-01.inet.qwest.net (65.115.97.141)  22.525 ms !H *
> > 23  * bos-edge-01.inet.qwest.net (65.115.97.141)  6.944 ms !H *
> > 24  bos-edge-01.inet.qwest.net (65.115.97.141)  15.922 ms !H * *
> > 25  bos-edge-01.inet.qwest.net (65.115.97.141)  11.212 ms !H *  6.895 ms
> >
> > This one works:
> >
> > traceroute to 216.223.192.68 (216.223.192.68), 30 hops max, 40 byte
> > 1 tin-V8.cac.washington.edu (140.142.3.1) 1 ms 0 ms 1 ms
> > 2 uwbr2-GE1-1.cac.washington.edu (140.142.155.24) 1 ms 1 ms 0 ms
> > 3 cnsp2-wes-GE0-1-0.pnw-gigapop.net (198.107.151.5) 1 ms 1 ms 1 ms
> > 4 ge-7-2-0.r04.sttlwa01.us.bb.verio.net (129.250.10.77) 0 ms 0 ms 1 ms
> > 5 p4-1-0-0.r03.sttlwa01.us.bb.verio.net (129.250.2.230) 0 ms 1 ms 0 ms
>

Bad bad routing problems?

2002-08-31 Thread Gerald


We are seeing bad routing problems from outside our network. Can anyone
corroborate this or help?

We are on AS4276 and all traffic from us to our upstream seems good. Great
way to spend holiday weekend. /me wonders if anyone is even awake on the
NANOG list. :-)

2 addresses in our network I've tested with are:

216.223.200.14
and 216.223.192.68

Many many traces done, some interesting ones below:

Here is a succesful traceroute:
traceroute to 216.223.200.14 (216.223.200.14), 30 hops max, 40 byte
  1   <10 ms   <10 ms   <10 ms  rt1.altair7.com [209.11.155.129]
  2   <10 ms15 ms16 ms  209.10.41.130
  3   <10 ms16 ms15 ms  ge-6-1-0.core1.sjc1.globix.net [209.10.2.193]
  4   <10 ms16 ms16 ms  so-4-2-0.core1.sjc4.globix.net [209.10.11.221]
  563 ms46 ms47 ms  so-1-0-0.core2.cgx2.globix.net [209.10.10.150]
  662 ms63 ms47 ms  so-0-0-0.core1.cgx2.globix.net [209.10.10.157]
  778 ms94 ms94 ms  so-1-0-0.core2.nyc8.globix.net [209.10.10.162]
  878 ms94 ms94 ms  pos15-0.core2.nyc1.globix.net [209.10.11.169]
  978 ms94 ms94 ms  s5-0-peer1.nyc3.globix.net [209.10.12.18]
 1078 ms94 ms94 ms  nyiix.peer.nac.net [198.32.160.20]
 1178 ms94 ms93 ms  internetchannel.customer.nac.net [209.123.10.34]
 1278 ms94 ms94 ms  auth-2.inch.com [216.223.200.14]

> These show failures before reaching our network:
>
> traceroute to 216.223.192.68 (216.223.192.68): 1-30 hops, 38 byte packets
>  1  paleagw4.hpl.external.hp.com (192.6.19.2)  1.95 ms  1.95 ms  5.86 ms
>  2  palgwb01-vbblpa.americas.hp.net (15.243.170.49)  0.976 ms  0.977 ms
> 0.976 ms
>  3  svl-edge-15.inet.qwest.net (65.115.64.25)  0.976 ms !H  *  0.977 ms !H
>  4  * * *
>  5  * * *
>
>
>
> traceroute to 216.223.192.68 (216.223.192.68), 30 hops max, 40 byte
> packets
>  1  e3-13.foundry1.cs.wisc.edu (198.133.224.116)  2.195 ms  1.754 ms
> 1.663 ms
>  2  e15.extreme1.cs.wisc.edu (128.105.1.1)  0.856 ms  0.765 ms  0.737 ms
>  3  144.92.128.194 (144.92.128.194)  1.550 ms  1.171 ms  1.264 ms
>  4  * * *
>  5  * * *
>
> All global crossing traces seem to loop within their router:
> traceroute to 216.223.192.68 (216.223.192.68), 30 hops max, 40 byte
> 1 64.214.13.1 (64.214.13.1) 0.695 ms 0.889 ms 0.485 ms 0.453 ms 0.350 ms
> 2 64.214.13.1 (64.214.13.1) 4.535 ms !N ms * ms 0.574 ms !N ms
> 3 * (64.214.13.1) 64.214.13.1 ms 0.408 ms !N ms * ms 0.425 ms
> 4 64.214.13.1 (64.214.13.1) 0.741 ms !N ms * ms 0.542 ms !N ms
>
> traceroute to 216.223.200.14 (216.223.200.14), 30 hops max, 40 byte
>  1  ROUTER6.VINEYARD.NET (204.17.195.236)  0.401 ms  0.342 ms  0.325 ms
>  2  bos-edge-01.inet.qwest.net (65.115.97.141)  7.249 ms  7.089 ms  6.943
> ms
>  3  * * *
>  4  * * bos-edge-01.inet.qwest.net (65.115.97.141)  9.885 ms !H
>  5  * * *
>  6  * * *
>  7  bos-edge-01.inet.qwest.net (65.115.97.141)  7.330 ms !H * *
>  8  * * *
>  9  * * *
> 10  * * *
> 11  * * *
> 12  * * *
> 13  * * *
> 14  * * *
> 15  * bos-edge-01.inet.qwest.net (65.115.97.141)  7.021 ms !H *
> 16  * bos-edge-01.inet.qwest.net (65.115.97.141)  172.856 ms !H *
> 17  * * *
> 18  * * *
> 19  * * bos-edge-01.inet.qwest.net (65.115.97.141)  7.127 ms !H
> 20  * * bos-edge-01.inet.qwest.net (65.115.97.141)  6.787 ms !H
> 21  * * bos-edge-01.inet.qwest.net (65.115.97.141)  61.972 ms !H
> 22  * bos-edge-01.inet.qwest.net (65.115.97.141)  22.525 ms !H *
> 23  * bos-edge-01.inet.qwest.net (65.115.97.141)  6.944 ms !H *
> 24  bos-edge-01.inet.qwest.net (65.115.97.141)  15.922 ms !H * *
> 25  bos-edge-01.inet.qwest.net (65.115.97.141)  11.212 ms !H *  6.895 ms
>
> This one works:
>
> traceroute to 216.223.192.68 (216.223.192.68), 30 hops max, 40 byte
> 1 tin-V8.cac.washington.edu (140.142.3.1) 1 ms 0 ms 1 ms
> 2 uwbr2-GE1-1.cac.washington.edu (140.142.155.24) 1 ms 1 ms 0 ms
> 3 cnsp2-wes-GE0-1-0.pnw-gigapop.net (198.107.151.5) 1 ms 1 ms 1 ms
> 4 ge-7-2-0.r04.sttlwa01.us.bb.verio.net (129.250.10.77) 0 ms 0 ms 1 ms
> 5 p4-1-0-0.r03.sttlwa01.us.bb.verio.net (129.250.2.230) 0 ms 1 ms 0 ms
> 6 p16-0-1-0.r20.sttlwa01.us.bb.verio.net (129.250.2.14) 1 ms 0 ms 1 ms
> 7 p16-0-1-2.r21.plalca01.us.bb.verio.net (129.250.5.83) 23 ms 23 ms 23 ms
> 8 p64-0-0-0.r20.plalca01.us.bb.verio.net (129.250.3.76) 22 ms 23 ms 22 ms
> 9 p16-1-1-1.r20.dllstx01.us.bb.verio.net (129.250.4.104) 57 ms 57 ms 57 ms
> 10 p64-0-0-0.r21.dllstx01.us.bb.verio.net (129.250.3.41) 57 ms 57 ms 57 ms
> 11 p16-2-0-0.r00.stngva01.us.bb.verio.net (129.250.5.35) 87 ms 87 ms 88 ms
> 12 p16-0-0-0.r02.stngva01.us.bb.verio.net (129.250.5.15) 87 ms 88 ms 87 ms
> 13 p16-7-0-0.r02.mclnva02.us.bb.verio.net (129.250.5.47) 88 ms 88 ms 88 ms
> 14 p4-3-0.r00.mclnva02.us.bb.verio.net (129.250.5.249) 88 ms 88 ms 88 ms
> 15 mae-east-atm.peer.nac.net (198.32.187.103) 89 ms 89 ms 90 ms
> 16 a9-0-1064.msfc1.nyc.nac.net (209.123.11.41) 95 ms 95 ms 96 ms
> 17 internetchannel.customer.nac.net (209.123.10.34) 96 ms 96 ms 96 ms
> 18 s0-varick-gw.inch.com (216.223.200.206) 100 ms 100 ms 10