I apologize for posting this here, especially for what is essentially an
end-user broadband issue, but I'm looking at what appears to be a link a
few hops upstream from me that has been flapping frequently and I can't
get our provider to look into it.
I am located in Madison, WI, and I have my mail/server machine geek.net
co-located in Minneapolis on a business-class DSL line (1.5m/384k). For
the past couple of months, I'll lose connectivity for about 5 minutes
several times a day.
We attempted to open a case with the DSL provider (covad), but they were
only interested in addressing last-mile issues and we got nowhere. Same
applied when addressing it from my broadband end, since the disconnect is
3 providers upstream.
In any case, any thoughts on where I should go with this? I could try
Level3, but I suspect they'll blow me off since I'm not a direct customer.
It's getting quite frustrating as I'm trying to move a few hundred mb back
and forth over the VPN and with that one link flapping it's become almost
impossible.
Traceroute examples included below. I left real IPs here since they are
all easily determined anyways:
I am located in Madison, WI, and I have my mail/server machine geek.net
co-located in Minneapolis on a business-class DSL line (1.5m/384k). For
the past couple of months, I'll lose connectivity for about 5 minutes
several times a day.
<snip>
Any thoughts or recommendations here?
RFO: Colocation with people who have "business class DSL connectivity".
Hi, have you tried the return path traceroute... Like, run traceroute _From_ the server behind dsl and back to you? Having traceroutes done either way may be helpful often times b/c sometimes problems do rise on asymetric routing situation where provider is doing bgp with x no. of providers.
Please feel free to reply to me off list. I understand your frustration to get this out to bunch of engineers, but this may be clasifed as off-topic..
Notice that although doing that sort of colo is often frowned upon, the DSL
isn't the issue here. His direct provider is being responsive, but THEIR upstream
is failing to push the issue to the upstream-upstream. So he's got a pipe from A,
who's talking to B, and B is unwilling/unable to get C to deal with C's problem.
So the problem becomes "how to get C moving"..
I'm sitting at the end of multiple OC-12s, and I've had similar problems myself,
where a problem at some provider in another country causes operational issues
for myself. So it isn't a DSL-only issue.
I've seen a similar issue with a carrier in Boston, also within Level3. You
can give them a call, although I am sure someone will object, I have never
had a problem with them being helpful, even for a non customer.
