To: justaninvestor who wrote (3151 ) 11/2/1998 8:47:00 PM From: SI Brad Read Replies (2) | Respond to of 32871
This is a response I got from our ISP regarding your @home slowness. It sound's like @home could be doing more to circumvent the public access points by working directly with Sprint. In any case, it's beyond our control to do anything to improve the situation. - Brad =================== Brad, We recently had a similar issue to this with another customer. The problem that you describe is similar to the problem that another customer was having. I have enclosed the information that a sprint engineer provided to us. If you have any more questions or concerns please let us know. Thanks, Andrew from sprint: Subject: trace route to 209.125.179.0/24 There are really 2 issues with this. First is that the the public peering points, Mae-west and east, are congested and Sprintlink cannot guarantee through put to peers. Second is that at some point in Home.net, home.net doesn't send the return icmp echoes back through Mae-east to Sprintlink. Probably after it reaches w1-fe0-0-100bt.rdc1.nj.home.net, which is physically located in New Jersey, this router routes traffic destined for Sprintlink through Mae-East. A trace route from the 209.125.179.0/24 network will confirm this. You would also see the trace route times degrade once you left Home.net and transitted over Mae-East and it would appear that Sprintlink was the culprit for the latency. In reality, it is the public peering points that are over loaded and Sprintlink and Home.net networks are clean. The only real fix for this type of problem is to have private peering set up between Sprint and Home networks. That is an issue for the legal departments of both networks. Thank you, Orin Reams