The end of this issue - last post by me anyhow. Seems to be a
bandwidth issue on a segment of the BBN-Planet network.
--Tim
Ticket Number: 127669 Ticket Status: closed
Ticket Type: unplanned/e2e Scope/Source: 1site/email
Ticket Closer: jhickey Problem Fixer: none
Ticket Opened: 07-15-1997 14:32 GMT Problem Started: 07-15-1997
14:32 GMT
Ticket Closed: 07-16-1997 01:14 GMT Problem Ended: 07-15-1997
14:32 GMT
Close Code: ucp
Svc/Site ID #: 178044
Svc/Site Name: appl
Description:
A site in Germany reports routing problems resulting in
difficulties
reaching www.apple.com.
Coming from either 194.97.200.30 or 195.254.23.1 and going to
www.apple.com traces seem to be delayed around paloalto. Winfried
Haug from
the source reports their AS is 5549 and the first Net is announces
as a /16
from their former upstream, they have 194.97.192.0/18. The
second block
has no super-route, but is splitted between themselves and another
ISP, they
have 195.254.0.0/17. Traces attached.
Resolution:
Per neteng this issue is directly related to the saturated T3 from
paloalto
to decwrl (PAIX). However (also per neteng) there is nothing to be
done at
this time about offloading any of this traffic and thus no
resolution to the
The end of this issue - last post by me anyhow. Seems to be a
bandwidth issue on a segment of the BBN-Planet network.
I'm not sure if their theory is correct. Routing to www.apple.com
from EUnet/UUNET and from carpeNet/Nacamar both go through the
same Palo Alto link, but look at this ping -c 20 -q www.apple.com ..
* via EUnet/UUNET
--- www.apple.com ping statistics ---
20 packets transmitted, 13 packets received, 35% packet loss
round-trip min/avg/max = 2645.188/2724.840/3156.298 ms
* via carpeNet/Nacamar
--- www.apple.com ping statistics ---
20 packets transmitted, 20 packets received, 0% packet loss
round-trip min/avg/max = 155.404/180.195/249.367 ms
The above was yesterday after I saw the report. The guy at seicom.net
who posted the original problem is also going via UUNET in Frankfurt
(same as EUnet).
Cheers,
Ray
You are actually here talking about EUnet Germany, not EUnet as
such; see
http://www.usa.uu.net/press/eunet.html
for details about that issue. See
http://www.EU.net
for information about EUnet (yes, I know it's confusing, one of
these historical things).
This is what things look like from here; Xlink in Germany will look
pretty much the same (yes, getting really peppered now).
jotun.EU.net% trc www.apple.com
traceroute to www.apple.com (17.254.3.35), 30 hops max, 40 byte packets
1 Amsterdam7.NL.EU.net (193.242.90.1) 4 ms 4 ms 3 ms
2 Amsterdam5.NL.EU.net (134.222.187.5) 4 ms 3 ms 3 ms
3 Pennsauken1.NJ.US.EU.net (134.222.228.34) 88 ms 88 ms 87 ms
4 Vienna2.VA.US.EU.net (134.222.228.1) 92 ms 90 ms 95 ms
5 San-Jose1.CA.US.EU.net (134.222.228.106) 147 ms 151 ms 148 ms
6 sanjose1-br1.bbnplanet.net (198.32.184.19) 150 ms 150 ms 148 ms
7 paloalto-br2.bbnplanet.net (4.0.1.10) 149 ms 153 ms 149 ms
8 paloalto-cr4.bbnplanet.net (131.119.0.148) 154 ms 152 ms 149 ms
9 appl.bbnplanet.net (131.119.26.30) 165 ms 157 ms 155 ms
10 ton.apple.com (205.180.175.30) 161 ms 155 ms 159 ms
11 A17-254-3-35.apple.com (17.254.3.35) 168 ms 151 ms 156 ms
jotun.EU.net%