[93415] in North American Network Operators' Group
Re: Network Connectivity... Dealing with Providers
daemon@ATHENA.MIT.EDU (J. Oquendo)
Wed Nov 15 15:20:20 2006
Date: Wed, 15 Nov 2006 14:20:19 -0600
From: "J. Oquendo" <sil@infiltrated.net>
To: "Kuechel, Mark" <Mark.Kuechel@integratelecom.com>
Cc: nanog@merit.edu
In-Reply-To: <BF19216518A81A4890D3F61E4CD5990201B5F6E7@IDCMAIL.ads.integratelecom.com>
Errors-To: owner-nanog@merit.edu
Kuechel, Mark wrote:
> Sounds like you are trouble shooting a VoIP issue several networks
> removed from the actual user. First step is to get into their network
> via telnet and start from there. Is this a jitter issue on some or all
> calls? Has the customer done a traffic study on their own LAN to see if
> there is not some sort of congestion there? Pings from afar are not used
> to trouble shoot issues in depth: Lots of posting on this. Has the
> clients Bandwidth utilization been looked at to their provider? Give us
> more.
>
Pings and traceroutes weren't the only tests I've done. Here is my capacity=
when dealing with this client:
When something happens and I need to do some VoIP related stuff (extension =
changes, etc), I mainly log in via SSH from one of four points, a DSL conne=
ction CTTEL, Level3, GBLX, and Verio. When my lab's CTTel DSL connection fa=
ils I jump on a DS3 (GBLX), when that fails, I jump on to a machine in Texa=
s and most of the times one of them is going to let me in. Now, I have had =
failures from two points to all points at sporadic times. So I do the obvio=
us traceroutes, pings, etc.. Now a provider can be quick to tell me "check =
your line" but come on now... 4 different lines are failing to connect here=
. (This doesn't include the fact that if I can't get in... What makes you t=
hink voice data is getting in?)
So, for my testing, I'm doing a functional (its fugly) test from all four l=
ocations to my client, and from my client to all four. My data is going to =
be a collection of ping tests, traceroute test (tcptraceroute), bing test, =
etc.... I was hoping to get feedback on other tools... I have Radarping as =
well but don't feel like using it. I want to be able to leave something run=
ning 24x7 until Friday. I'd like for it to be opensource so the provider do=
esn't cry "your network voodoo tools don't count!". I want to be able to go=
back and say "Listen these tools are industry standard tools from CAIDA (o=
r elsewhere), and they're used by engineers all across the board. I've done=
a fair test and its obviously coming from your network.."
So to answer your bandwidth question, bandwidth (according to the provider)=
is under 50% capacity with "sporadic spikes" as their engineers have seen =
while on the phone with them. Sporadic means nothing to me. I have a 63% pa=
cket loss which means even if I was equipped with an OC768, the bandwidth m=
eans nothing if the packets aren't going through. "Here's your Lamborghini =
Murcielago Sir. It does 200mph. Although from time to time you'll only do 1=
26mph..." Traffic internally, I've put on QoS maps, but with or without the=
m same errors occur. It's not an issue of echoes, its more of calls to spec=
ific DID's dropping, not going through, caller can hear - receiver can't. A=
ll the while some lines work, others don't. Couple this with my Nagios test=
going bonkers - I configured Nagios to monitor from my client to Google, Y=
ahoo, MSN and I can see loss from here to the outside world so it's twofold=
. Short of my client running me over with his FX45, I'm even running out of=
patience with my client's provider.
--=20
=3D+=3D+=3D+=3D+=3D+=3D+=3D+=3D+=3D+=3D+=3D+=3D+=3D+=3D+=3D+=3D+=3D+=3D+=3D=
+=3D+=3D+=3D+=3D+=3D+=3D+
J. Oquendo
echo @infiltrated|sed 's/^/sil/g;s/$/.net/g'
http://pgp.mit.edu:11371/pks/lookup?op=3Dget&search=3D0x1383A743
"How a man plays the game shows something of his
character - how he loses shows all" - Mr. Luckey=20
