- VoiceOps - lists.voiceops.org

Easy ways to measure PDD
by beckman＠angryox.com April 22, 2015

April 22, 2015

So after a recent discussion about how to quickly diagnose SIP calls from packets (tcpdump + sngrep for the win!), I'm now wondering if there is a tool I don't know about that would be able to parse the same .pcap file that contains all of my port 5060 traffic and output the PDD time for each call found within. Bonus points if I can specify a time/date range. I don't want to manage yet another server or metrics repository in order to hold all of this call data, so some of the larger (and pricier) tools mentioned before are out for me. I've contacted the author of sngrep and though the packet capture code is already there, he reasonably doesn't want to turn sngrep into sipawk or sipsed. Beckman --------------------------------------------------------------------------- Peter Beckman Internet Guy beckman at angryox.com http://www.angryox.com/ ---------------------------------------------------------------------------

13 23

FW: Easy ways to measure PDD
by richard＠teraquant.com April 20, 2015

April 20, 2015

Do you have an SBC or switch that already measures this and outputs it with the CDR? Do you want to report on all PDD long-term? Or just one or two specific calls? Regards, Richard From: "Calvin E." <calvine at gmail.com> Date: Monday, April 20, 2015 at 4:07 PM To: VoiceOps <voiceops at voiceops.org>, <beckman at angryox.com> Subject: Re: [VoiceOps] Easy ways to measure PDD > Since you can already parse the pcap, here's a napkin sketch assuming > something like php, bash, tcsh, etc. Were you looking for something more > specific? > > Find all INVITEs, store (as in-memory temp data) timestamps, Call-ID, and > CSeq > Find first matching non-100 response for each INVITE based on Call-ID and Cseq > (in case there are later reinvites) > Calculate difference in timestamp > ... > Profit! > > On Mon, Apr 20, 2015 at 11:35 AM, Peter Beckman <beckman at angryox.com> wrote: >> Thanks Matthew... but... >> >> "I don't want to manage yet another server or metrics repository in order >> to hold all of this call data..." >> >> This requires a whole pile of new software to be installed AND MySQL to be >> run somewhere. http://www.voipmonitor.org/doc/Architecture >> >> I have .pcap files from tcpdump with the call data. sngrep can parse it >> very fast and very well, but it is a curses-GUI and I need something I can >> automate. >> >> Dream workflow: >> >> sipgrep --packet-type-start INVITE --report pdd --direction outbound \ >> --input-packet-capture sip07.pcap \ >> | shell-script-mangle \ >> | xargs -n1 push-metrics >> >> This way I can have a graph of PDD per termination partner (the >> shell-script-mangle would translate IP addresses into service provider >> tags/names) and push the metrics to my existing metrics system (statsd + >> graphite + >> grafana) and alert when things pass a threshold. >> >> Beckman >> >> On Mon, 20 Apr 2015, Matthew Crocker wrote: >> >>> www.voipmonitor.org <http://www.voipmonitor.org> >>> >>> PDD charts and so, so much more. >>> >>>> On Apr 20, 2015, at 5:11 PM, Peter Beckman <beckman at angryox.com> wrote: >>>> >>>> So after a recent discussion about how to quickly diagnose SIP calls from >>>> packets (tcpdump + sngrep for the win!), I'm now wondering if there is a >>>> tool I don't know about that would be able to parse the same .pcap file >>>> that contains all of my port 5060 traffic and output the PDD time for each >>>> call found within. Bonus points if I can specify a time/date range. >>>> >>>> I don't want to manage yet another server or metrics repository in order to >>>> hold all of this call data, so some of the larger (and pricier) tools >>>> mentioned before are out for me. >>>> >>>> I've contacted the author of sngrep and though the packet capture code is >>>> already there, he reasonably doesn't want to turn sngrep into sipawk or >>>> sipsed. >>>> >>>> Beckman >>>> --------------------------------------------------------------------------- >>>> Peter Beckman Internet Guy >>>> beckman at angryox.com http://www.angryox.com/ >>>> --------------------------------------------------------------------------- >>>> _______________________________________________ >>>> VoiceOps mailing list >>>> VoiceOps at voiceops.org >>>> https://urldefense.proofpoint.com/v1/url?u=https://puck.nether.net/mailman/ >>>> listinfo/voiceops&k=eghE%2F1871Dg5AgRfLcYONw%3D%3D%0A&r=6u4D%2FXrxCS2CFGDR% >>>> 2F10ITB7whz3CLQp1FhOexohJiTo%3D%0A&m=f3JKNUc1MsE7jFK9faN7F%2Fy8KIJ4OtgCKrTc >>>> lex%2BqhM%3D%0A&s=7df9cc8d4717ef69b1427ff171b83de29281fb43ab72ffc000daf9311 >>>> a4c8f73 >>>> >>> >>> >>> >> >> --------------------------------------------------------------------------- >> Peter Beckman Internet Guy >> beckman at angryox.com http://www.angryox.com/ >> --------------------------------------------------------------------------- >> _______________________________________________ >> VoiceOps mailing list >> VoiceOps at voiceops.org >> https://puck.nether.net/mailman/listinfo/voiceops > > _______________________________________________ VoiceOps mailing list > VoiceOps at voiceops.orghttps://puck.nether.net/mailman/listinfo/voiceops

1 0

T1 Crossover Cable
by jay＠west.net April 20, 2015

April 20, 2015

On 10/31/14, 11:35 AM, Alexander Lopez wrote: > I have always done 1 to 4, 2 to 5. > > But as I read below this is incorrect. > > To add further confusion, google returns both as valid. > > So what is the correct one? Technically, 1-to-5 and 2-to-4 is correct but either should work. The other way swaps tip and ring which won't make a difference in this or most applications. Odd-numbered pins are tip, even are ring. Mostly white conductors with color stripes should go the odd pins (tip). -- Jay Hennigan - CCIE #7880 - Network Engineering - jay at impulse.net Impulse Internet Service - http://www.impulse.net/ Your local telephone and internet company - 805 884-6323 - WB6RDV

2 1

Toll Free as Outbound CLID
by shripald＠gmail.com April 20, 2015

April 20, 2015

Hello everyone, i'm just wondering if there is a legal/regulatory issue with having a TFN as the outbound CLID for a customer on our hosted platform(s). On the broadworks, the system won't even allow for it. However, on our M6, it doesn't really care. thanks Shri

6 8

nonprofits
by ryan＠finnesey.com April 20, 2015

April 20, 2015

This may seem like an odd request but I am looking for a provider that has a focus on the nonprofit segment. I am looking for nonprofits that can use a donation of free consulting services to onboard the origination to Office 365 and then the provider can carry the Lync voice traffic. The origination would also receive free Office 365 licensing. Cheers Ryan

1 0

Twilio is Hiring Voice Network Engineers
by zavoid＠gmail.com April 20, 2015

April 20, 2015

Hey all, I run the Carrier Operations team at Twilio and we are hiring experienced Network Engineers. http://grnh.se/i82f0w <https://www.linkedin.com/redirect?url=http%3A%2F%2Fgrnh%2Ese%2Fi82f0w&urlha…> I can't speak highly enough about the company I work for and we are looking for the best and the brightest to join our rapidly growing team. If you are interested in coming to work on the forefront of the telecom world, please check us out today or email me directly as well if you want to learn more. I'm hiring Network Engineers with real world global telecommunications experience in the Bay Area(relocation available) or in our newest office in Estonia. Sorry if I should not post this here in advance but I've been a member of voiceops for a long time and I know the target audience might be interested in or know people looking for this type of work. Lastly anyone going to ITW this year? We should get a voiceops meetup going at the bar one night. Colin

2 1

level3 origination
by James.Hird＠cdk.com April 16, 2015

April 16, 2015

This is a job best suited to Level3, and their techs have performed very well for me. Open a ticket and provide concise details. Perhaps a live call capture will identify a "bad card" somewhere in the call path. James Hird IPNS Voice Engineer CDK Global, LLC James.hird at cdk.com Formerly ADP Dealer Services On 4/16/15, 9:00 AM, "voiceops-request at voiceops.org" <voiceops-request at voiceops.org> wrote: >Re: level3 origination ---------------------------------------------------------------------- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, notify the sender immediately by return email and delete the message and any attachments from your system.

1 0

level3 origination audio quality issues?
by john＠ringfree.biz April 15, 2015

April 15, 2015

This morning they appear to be having packet loss reported between cogent and century link and we've received quite a few reports of audio quality issues. I wonder if they're related and/or if anyone else is experiencing this. -- * <http://www.ringfree.biz>* John Knight / Vice President 828-575-0030 x100/ john at ringfree.biz Ringfree Communications, Inc Office: 828-575-0030 / Fax: 888-243-7830 PO BOX 1994 Hendersonville, NC 28793 http://ringfree.biz This e-mail message may contain confidential or legally privileged information and is intended only for the use of the intended recipient(s). Any unauthorized disclosure, dissemination, distribution, copying or the taking of any action in reliance on the information herein is prohibited. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, or contain viruses. Anyone who communicates with us by e-mail is deemed to have accepted these risks. Company Name is not responsible for errors or omissions in this message and denies any responsibility for any damage arising from the use of e-mail. Any opinion and other statement contained in this message and any attachment are solely those of the author and do not necessarily represent those of the company.

2 1

Key System Using Polycom VVX
by colton.conor＠gmail.com April 15, 2015

April 15, 2015

Can anyone recommend an onsite IP PBX that fully supports the Polycom VVX series of phones? When I say support I mean auto configure, do firmware updates, etc...I know most all IP PBX's will at least be able to use the VVX as a SIP extension. The clients wants to emulate a key system. The IP PBX should support SIP trunks of course for connection to the PSTN. The client also wants the ability to use a local MoH source, paging, and other common key system features that hosted systems don't do very well. I was thinking switchvox, but they don't have phone feature packs for the VVX line only the older phones. Adtran has the 7060, but according to the latest release notes: ADTRAN branded VVX phones (model names ADTRAN VVX 300, ADTRAN VVX 310, ADTRAN VVX 400, ADTRAN VVX 410, ADTRAN VVX 500, and ADTRAN VVX 600) work with NetVanta 7000 series AOS release version R10.8.0 and beyond without requiring an additional license key purchase. The equivalent Polycom branded phones will not work with release R10.8.0. If you are currently using the equivalent Polycom branded phones with the NetVanta 7000 series, you will need to either remain on a pre-R10.8 release version or use the ADTRAN branded version of the VVX phones until a licensing mechanism can be added to allow the use of Polycom branded VVX models. Looks like that won't be a good option since the client already has regular Polycom VVX phones not the ones with Adtran's badge on them. Any recommendations?

14 16

Dead Air calls to TFNs
by april＠teliax.com April 14, 2015

April 14, 2015

We handle a lot of toll-free traffic and we can compensate carriers who send us their toll-free traffic, because we're able to bill the term LEC and "spread the wealth" as it were. The unfortunate downside is customers who generate fraudulent traffic (dead air, background noise) to do "traffic pumping." It's not difficult to detect, we monitor traffic on new toll-free customers (one-way RTP streams, exact same ALOC for connected calls, lots of calls from the same ANIs...) but it does slip through every now and again. We've disconnected a handful of customers for pulling this one. Where there's "free money" to be made, you can bet someone is generating nonsense and sending it your way. I don't think it's specifically targeted (we've had our customers ask us about random dead-air calls to their toll-free numbers) but it sure is frustrating. Probably not a security risk, just annoying fraud. The bigger carriers who are paying out on the toll-free traffic will scrutinize this stuff to no end, so whoever is responsible for originating that traffic or billing AT&T or Verizon is going to get a nice surprise come billing time... > > ---------- Forwarded message ---------- > From: Ivan Kovacevic <ivan.kovacevic at startelecom.ca> > To: voiceops at voiceops.org > Cc: > Date: Tue, 14 Apr 2015 10:31:16 -0400 > Subject: [VoiceOps] Dead Air calls to TFNs > > Over the last 3 months we have seen a marked increase in dead air calls to > Toll Free numbers that belong to us, our customers, etc. > > > > If there is an answering machine on the other side, these calls result in > a dead air voice message of few seconds in duration. If a live person picks > up they won?t hear anything on the other side and the line stays connected > (didn?t measure for how long, but more than 60 sec). The volume varies > daily but ranges from 0 to 4-5 calls per day. > > > > Calls come from US ANIs (925, 631 area codes for example), but ANI is > easily spoofed so doesn?t really mean much. In fact, when we called some of > the numbers we got private residences of folks who did not call us. > > > > Other than the nuisance factor (our support line is getting the calls as > well) and a small additional cost there doesn?t seem to be a real impact. > > > > Are these just war-dialling attacks to find back doors? > > > > Is anyone else seeing the same? Are you doing anything to prevent it? > > > > > > Best Regards, > > > > Ivan Kovacevic > > Vice President, Client Services > > Star Telecom | www.startelecom.ca | SIP Based Services for Contact > Centers > > > > _______________________________________________ > VoiceOps mailing list > VoiceOps at voiceops.org > https://puck.nether.net/mailman/listinfo/voiceops > >

1 0