http://www.dslreports.com/forum/Re-Routing-Issues-in-Chicago-7577062 en Wed, 23 Mar 2022 15:10:54 EDT Wed, 23 Mar 2022 15:10:54 EDT http://www.dslreports.com/forum/Re-Routing-Issues-in-Chicago-7582831 --
Remember what they say: "There are 10 types of people in the world.. those who understand binary, and those who don't."]]> http://www.dslreports.com/forum/Re-Routing-Issues-in-Chicago-7582831 Mon, 04 Aug 2003 09:44:50 EDT http://www.dslreports.com/forum/Re-Routing-Issues-in-Chicago-7582522 said by rolande:

---

Equant Internet Exchange = Equinix Same difference. I have a buddy who is a Field Engineer for Alcatel and has done several SONET deployments at that facility and they refer to it as the Equant Midwest Hub.

---

Is this the same place on Cermak (right near the McCormick place)?
--
L2TP is for losers]]> http://www.dslreports.com/forum/Re-Routing-Issues-in-Chicago-7582522 Mon, 04 Aug 2003 08:27:56 EDT http://www.dslreports.com/forum/Re-Routing-Issues-in-Chicago-7582511
Big service providers should monitor their aggregate traffic flow through a common set of POPs that share egress bandwidth and build those peer links to support a 65% load during peak hours. That leaves 35% for growth and lead time to increase capacity and still support the rare extreme peaks of traffic that may occur through certain connections. The problem in this case is you are dealing with DSL. When you pay next to nothing for cheap commodity bandwidth you get a backbone that will perform like a cheap commodity. SBC isn't earning revenues for that bandwidth to warrant spending much money to build out their peer connections with a 65/35 ratio.
--
Remember what they say: "There are 10 types of people in the world.. those who understand binary, and those who don't."]]> http://www.dslreports.com/forum/Re-Routing-Issues-in-Chicago-7582511 Mon, 04 Aug 2003 08:25:45 EDT http://www.dslreports.com/forum/Re-Routing-Issues-in-Chicago-7582465 --
Remember what they say: "There are 10 types of people in the world.. those who understand binary, and those who don't."]]> http://www.dslreports.com/forum/Re-Routing-Issues-in-Chicago-7582465 Mon, 04 Aug 2003 08:14:58 EDT http://www.dslreports.com/forum/Re-Routing-Issues-in-Chicago-7581414 http://www.dslreports.com/forum/Re-Routing-Issues-in-Chicago-7581414 Mon, 04 Aug 2003 01:32:46 EDT http://www.dslreports.com/forum/Re-Routing-Issues-in-Chicago-7580480
debating over semantics (the wording of it) doesn't resolve the actual issue(s) as they each arise...

thx for the clarification though!
--
If you have to ask what EFNET is, you don't need broadband ;)]]> http://www.dslreports.com/forum/Re-Routing-Issues-in-Chicago-7580480 Sun, 03 Aug 2003 23:14:02 EDT http://www.dslreports.com/forum/Re-Routing-Issues-in-Chicago-7580436 said by DeeC:

---

I consider congestion at any point on a line = routing problem. If someone doesn't fix/redirect the traffic (ie, "re-route"), the congestion grows and continues - This is where we disagree.

At least I see the "bursting" (to congestion) was affecting more (users) than just me.....

I know that re-routing does work (around the "bursting to congestion"), as when this happened before (also on a Sunday) a few weeks ago, a tech re-routed the bottleneck, and it was all done..... that's all folks....that's my 2cents.

---

The problem is in Cogent, it's not a "routing problem" but either:

Capacity issue on Cogents side
Something wrong with the circuit between SBC & Cogent

Routing problem is when your packets don't make it to the right destination, or go the *really* wrong way. This is a standard case where you have something wrong between peers. These things typically get resolved somewhat rapidly.
--
L2TP is for losers]]> http://www.dslreports.com/forum/Re-Routing-Issues-in-Chicago-7580436 Sun, 03 Aug 2003 23:09:34 EDT http://www.dslreports.com/forum/Re-Routing-Issues-in-Chicago-7579271
At least I see the "bursting" (to congestion) was affecting more (users) than just me.....

I know that re-routing does work (around the "bursting to congestion"), as when this happened before (also on a Sunday) a few weeks ago, a tech re-routed the bottleneck, and it was all done..... that's all folks....that's my 2cents.
--
If you have to ask what EFNET is, you don't need broadband ;)]]> http://www.dslreports.com/forum/Re-Routing-Issues-in-Chicago-7579271 Sun, 03 Aug 2003 20:57:20 EDT http://www.dslreports.com/forum/Re-Routing-Issues-in-Chicago-7579253 said by rolande:

---

That is an external connection from SBC to Cogent down at the Equant facility. If that link is

---

Equant?
Try Equinix :)
--
L2TP is for losers]]> http://www.dslreports.com/forum/Re-Routing-Issues-in-Chicago-7579253 Sun, 03 Aug 2003 20:55:19 EDT http://www.dslreports.com/forum/Re-Routing-Issues-in-Chicago-7579174
You mentioned there was a lot of latency between hops 6 & 7 on your traceroute.

6 10 ms 10 ms 20 ms asn174-cogent.eqchil.sbcglobal.net [151.164.248.
42]
7 50 ms 60 ms 60 ms 154.54.1.18

That is an external connection from SBC to Cogent down at the Equant facility. If that link is saturated it isn't necessarily SBC's fault. Typically a service provider will maintain an average of 65% link utilization or less to any particular provider and upgrade as necessary. If there happened to be a burst of traffic at some point time passing through that link that caused latency/bandwidth issues, it sucks but that is how the Internet works. SBC will pretty much agree that it sucks, but get a helmet. Unless they are regularly bursting to congestion points on that link, they won't upgrade it.
--
Remember what they say: "There are 10 types of people in the world.. those who understand binary, and those who don't."]]> http://www.dslreports.com/forum/Re-Routing-Issues-in-Chicago-7579174 Sun, 03 Aug 2003 20:45:46 EDT http://www.dslreports.com/forum/Re-Routing-Issues-in-Chicago-7578817 said by flashtro:

---

I'm also experiencing reduced Speeds.

899 downstream
245 upstream

on the 1.5Mb package.

---

LOL.....Here is my advice to you then:

"The issue seems in the throughput of your line. There may be errors that are being generated on your line or other factors that is causing the lower download speed. Have Beachboy or one of the other Ameritech/Asi guys run a test on your line."

Btw, been there, done that. Once about a FEW more people report it, then maybe someone will look into it..... may have already, as my throughput seems back to "normal" (for right now).....LOL.

Thanks for the advice, doesn't apply here though. Maybe it does for your line?

:D

EDIT: clarification






[text was edited by author 2003-08-03 19:59:11]
]]> http://www.dslreports.com/forum/Re-Routing-Issues-in-Chicago-7578817 Sun, 03 Aug 2003 19:56:16 EDT http://www.dslreports.com/forum/Re-Routing-Issues-in-Chicago-7578611
899 downstream
245 upstream

on the 1.5Mb package.]]> http://www.dslreports.com/forum/Re-Routing-Issues-in-Chicago-7578611 Sun, 03 Aug 2003 19:25:09 EDT http://www.dslreports.com/forum/Re-Routing-Issues-in-Chicago-7578588 http://www.dslreports.com/forum/Re-Routing-Issues-in-Chicago-7578588 Sun, 03 Aug 2003 19:21:23 EDT http://www.dslreports.com/forum/Re-Routing-Issues-in-Chicago-7578286
Download = 750.08 kbps
Upload = 244.73 kbps

through SBC's speedtest - this is NOT right for a 1.5 line. Still don't think it is a routing issue on SBC or Ameritech side?
--
If you have to ask what EFNET is, you don't need broadband ;)]]> http://www.dslreports.com/forum/Re-Routing-Issues-in-Chicago-7578286 Sun, 03 Aug 2003 18:41:37 EDT http://www.dslreports.com/forum/Re-Routing-Issues-in-Chicago-7578255 tracert speakeasy.com

Tracing route to speakeasy.com [64.82.78.53]
over a maximum of 30 hops:

1 10 ms 10 ms 10 ms (my router)
2 * 10 ms 10 ms adsl-67-36-44-1.dsl.chcgil.ameritech.net [67.36.
44.1]
3 10 ms 10 ms 10 ms dist1-vlan50.chcgil.ameritech.net [67.38.101.2]

4 10 ms 10 ms 20 ms bb2-g4-0.chcgil.ameritech.net [67.38.101.100]
5 10 ms 10 ms 20 ms bb1-p6-1.eqchil.sbcglobal.net [65.42.70.226]
6 10 ms 10 ms 20 ms asn174-cogent.eqchil.sbcglobal.net [151.164.248.
42]
7 50 ms 60 ms 60 ms 154.54.1.18
8 50 ms 60 ms 60 ms 209.165.105.61
9 50 ms 60 ms 60 ms 209.165.110.73
10 50 ms 60 ms 60 ms 207.69.223.176
11 50 ms 60 ms 60 ms 64.82.78.53

Trace complete.

It actually died for a long while between 6th and 7th hops....
--
If you have to ask what EFNET is, you don't need broadband ;)]]> http://www.dslreports.com/forum/Re-Routing-Issues-in-Chicago-7578255 Sun, 03 Aug 2003 18:36:54 EDT http://www.dslreports.com/forum/Re-Routing-Issues-in-Chicago-7577797 said by rolande:

---

What has led you to believe there is a routing problem, aside from the fact you are experiencing a bandwidth bottleneck? Do you have a before and after traceroute to a destination that show a different path in Ameritech's network or latency at a particular hop?

---

Experience.....about 99.9% of the time, it is the ISP, especially in my case (since nothing changed on my end).
--
If you have to ask what EFNET is, you don't need broadband ;)]]> http://www.dslreports.com/forum/Re-Routing-Issues-in-Chicago-7577797 Sun, 03 Aug 2003 17:30:46 EDT http://www.dslreports.com/forum/Re-Routing-Issues-in-Chicago-7577502 --
Remember what they say: "There are 10 types of people in the world.. those who understand binary, and those who don't."]]> http://www.dslreports.com/forum/Re-Routing-Issues-in-Chicago-7577502 Sun, 03 Aug 2003 16:40:25 EDT http://www.dslreports.com/forum/Re-Routing-Issues-in-Chicago-7577089
Download = 774.81 kbps
Upload = 245.03 kbps

Testing using SBC's test site.....

Please fix routing......
--
If you have to ask what EFNET is, you don't need broadband ;)]]> http://www.dslreports.com/forum/Re-Routing-Issues-in-Chicago-7577089 Sun, 03 Aug 2003 15:32:03 EDT http://www.dslreports.com/forum/Routing-Issues-in-Chicago-7577062
Can someone at Ameritech check the routing tunnels or bottleneck? I"m on biz line, static IP, chicago (773) area.
--
If you have to ask what EFNET is, you don't need broadband ;)]]> http://www.dslreports.com/forum/Routing-Issues-in-Chicago-7577062 Sun, 03 Aug 2003 15:28:23 EDT