On Thu, Nov 11, 2010 at 2:11 PM, Srikanth Sundaresan <srknth.s@gmail.com> wrote:
Here are the traceroutes (without the first 3 hops)
The U-Verse infrastructure is a bit of a mess when you get closer to the end subscriber. There will be a few more L3 hops as your packets egress the metro area towards what was the legacy BellSouth IP network (BRIB). The first few hops will be the U-Verse "LIO" (Intermediate Office), which serves as your first layer 3 hop. After, you'll end up in the U-Verse VHO (Video Hub Office), which is where all the IPTV gear and U-Verse IP aggregation occurs. You'll hop through a few more devices within the VHO until you end up on a legacy BellSouth IP backbone device (AS6389). From there you'll then route to the AT&T CBB (AS7018) and onto a AT&T MIS (IP transit) router where Google is a customer. The legacy BellSouth ADSL product doesn't have to go through as many hoops to reach an actual IP network. One thing to keep in mind is that the BellSouth U-Verse customers are numbered out of classic SBC (AS7132) IP address space, which is advertised to the Internet originating from AS7132. I wonder if some of that return traffic is routing into AS7132 or AS7018 at a sub-optimal location rather than directly back to that MIS connection in Atlanta. Another note regarding the latency, you can probably attribute some that to the Alcatel DSLAM you terminate on. They're known for setting a static interleaving value on all customers, regardless of line conditions. Customers should really reach out and ask for this to be a configurable option, just like AT&T offered it for its legacy ADSL broadband subscribers. Drive Slow, but not due to Alcatel interleaving Paul Wall