North American Network Operators Group Date Prev | Date Next | Date Index | Thread Index | Author Index | Historical Re: CIDR FAQ
Hank Nussbacher wrote: > > On Thu, 17 Aug 1995 00:30:19 +0200 (MET DST) you said: > >Simon Poole wrote: > >> > >> Yakov, if you have data that CIDR is -not- working for new allocations > >> please present it here. > >> > >> Simon > > > >CIDR doesn't work as it should. We had to inject all of the more specifics > >of 194.45/16 cause Sprintlink isn't able to handle CIDR routes correctly. > > Can someone explain this a bit more? This sounds like a showstopper > for CIDR. > Xlink (AS517) was announcing 194.45.0.0/16 via Ebone. There are some networks within this block announced by PSI. Routing table at PSI looks like Mitch Levinn wrote: > > Hi there, > > >I've to second Mitch! Looks like a Sprint problem to me!! Mitch, would you be > >so kind to provide "show ip bgp 194.45.0.0 255.255.0.0 subnet" from the PSI > >box? Unfortunately neither Sprint nor Ebone NOC did anything (since Friday > >morning local time!) but ignoring the problem. I would really appreciate if > >EOT or Ebone NOC would try to fix this problem! > > Here's the output requested (from our MAE-East+ router): > > >show ip bgp 194.45.0.0 255.255.0.0 subnet > BGP table version is 1444840, local router ID is 192.41.177.245 > Status codes: s suppressed, * valid, > best, i - internal > Origin codes: i - IGP, e - EGP, ? - incomplete > > Network Next Hop Metric LocPrf Weight Path > *> 194.45.0.0 38.1.2.10 5 32768 i > *> 194.45.0.0/16 192.41.177.241 0 1239 1800 1755 517 ? > *> 194.45.1.0 38.1.2.10 5 32768 i > *> 194.45.2.0 38.1.2.10 5 32768 i > *> 194.45.3.0 38.1.2.10 5 32768 i > *> 194.45.4.0 38.1.2.10 5 32768 i > *> 194.45.5.0 38.1.2.10 5 32768 i > *> 194.45.6.0 38.1.2.10 5 32768 i > *> 194.45.7.0 38.1.2.10 5 32768 i > *> 194.45.16.0 192.41.177.181 0 3561 1220 ? > > This is just as it was last time the problem surfaced, I > believe. Subnets 0 through 7 are properly being announced through us, > subnet 16 goes to MCI, and the rest to Sprint. > > -Mitch > But Sprintlink was routing >traceroute -g c.psi.net 194.45.41.1 >traceroute to 194.45.41.1 (194.45.41.1), 30 hops max, 40 byte packets > 1 KarlSruhe.Core.xlink.net (193.141.40.252) 2 ms 5 ms > 2 muenchen.core.xlink.net (192.54.104.241) 18 ms 10 ms > 3 Munich-EBS.EBONE.NET (192.121.158.13) 12 ms 13 ms > 4 icm-dc-1-S2/5-1984k.icp.net (198.67.129.17) 210 ms 141 ms > 5 icm-mae-e-H1/0-T3.icp.net (198.67.131.9) 310 ms 253 ms > 6 mae-east.psi.net (192.41.177.245) 254 ms 266 ms > 7 c.psi.net (192.33.4.12) 257 ms 289 ms > 8 192.33.4.1 (192.33.4.1) 227 ms 257 ms > 9 sl-mae-e-F0/0.sprintlink.net (192.41.177.241) 245 ms 250 ms >10 mae-east.psi.net (192.41.177.245) 203 ms 228 ms >11 sl-mae-e-F0/0.sprintlink.net (192.41.177.241) 215 ms 193 ms TT to Sprintlink didn't help. After 4 days still no response. I've fixed this silly routing by announcing all more specifics. > > > >Arnold > > Hank Arnold
|