April 2015 - VoiceOps - lists.voiceops.org

Maintenance for Performance Technologies SEGway
by scott＠socket.net May 17, 2017

May 17, 2017

We have been using a set of PTI SEGway x201s with point code emulation for a number of years now. We also have an unlicensed spare in stock. The maintenance contract renewals are due and the two quotes I've received are quite high. I know of at least one other company that has chosen to drop the vendor maintenance and take care of that in-house. I would like to hear from anyone that is currently using SEGways and find out what they chose to do for maintenance. I would also be very interested to hear of any bad experiences from chosing the in-house option. Thanks. Scott Stratman Network Facilities Manager SOCKET 573-999-4376 scott at socket.net 1-800-SOCKET-3 www.socket.net

3 2

Polycom BLF w/ SBC
by david＠ringfree.biz April 27, 2015

April 27, 2015

HI All, Has anyone ever had luck with getting Polycom BLF to work through a non-Broadworks SBC? We're looking at internally moving to a SEMS based SBC.. However we've had 0 luck so far with getting any BLF from Polycom to function... Thanks David -- [image: Ringfree Communications, Inc] <http://ringfree.biz/> David Wessell / President 828-575-0030 x101/ david 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.

6 5

(no subject)
by myaklin＠firstlight.net April 24, 2015

April 24, 2015

What ticks me off is the lack of the authorities and the largest telephone companies giving a crap about hunting down where these fraud calls are going and getting them shut down. Also are the large telephone companies even paying the terminating telephone company or just pocketing the fraud money themselves? Because they seem to enjoy billing the victims and if the victim does not pay they will turn off their service. Seems like a telephone number can be tracked right to the telephone company who delivers the call to the end user which means the end user can be questioned to determine what is really going on. Yes I know they go over seas but the worst telephone companies who know fraud is happening can simply be told we will no longer deliver calls to you period. Clean your act up or live in your own little cut off piece of the world. Or am I naive? This is not like hacking on the internet. These are telephone numbers which can easily be traced to exactly who is paying for the service and the telephone company terminating the call. Matt P.S. resending to the list because my new email address was not on the mailing list. my old was. just added it. ________________________________ From: VoiceOps <voiceops-bounces at voiceops.org> on behalf of Mark R Lindsey <lindsey at e-c-group.com> Sent: Friday, April 24, 2015 1:24 PM To: Rob Dawson Cc: voiceops at voiceops.org Subject: Re: [VoiceOps] (no subject) I talk to a lot of service providers that are improving their security in the aftermath of fraud. When they're recovering from a fraud event: -- They're coping with a loss of tens-of-thousands of dollars. -- The ops teams must answer to senior management about how they let this happen. -- They're confounded to know how the attacker figured out their password scheme, or their phone config file names. -- Sometimes they're frustrated to find a silly mistake that was made long ago, and never fixed. -- Sometimes they're concerned about an insider threat. (Is somebody selling our list of MAC addresses necessary to download all the config files?) -- They may have legal questions, because in hosted PBX and SIP trunking, knowing exactly who's responsible for the security and who's got to pay for the fraud is unclear. So for several reasons, you'll find them in poor spirits, and seldom ready to chit-chat. All that said: good, informal relationships among the engineers and ops folks at different service providers can help a lot. Go to SIPNOC every year and meet your peers at other SP's. And go to your vendors' events, like the BroadSoft and Metaswitch customer meetings. Get to know some other tech folks, and keep in touch. And of course, we consultants can help too. People from ECG and other consulting firms do promise to keep secrets of our clients, but we also learn the techniques and know-how used by the fraud attackers and the defenders. --- mailto:mark at ecg.co tel:+1-229-316-0013 http://ecg.co/lindsey On Apr 24, 2015, at 13:06 , Rob Dawson <rdawson at force3.com<mailto:rdawson at force3.com>> wrote: I wasn?t necessarily thinking of a commercial solution, something more ad hoc, but they do have some pretty innovative and cool solutions. Rob From: Alex Hardie [mailto:ahardie at bellsouth.net] Sent: Friday, April 24, 2015 11:55 AM To: Rob Dawson Cc: voiceops at voiceops.org<mailto:voiceops at voiceops.org> Subject: Re: [VoiceOps] (no subject) Have you looked at PinDrop? They specialize in toll fraud for both enterprises and carriers. Alex Hardie alex hardie | ahardie at bellsouth.net<mailto:ahardie at bellsouth.net> | +1 404 229 7635 On Apr 24, 2015, at 11:51 AM, Rob Dawson <rdawson at force3.com<mailto:rdawson at force3.com>> wrote: Anyone aware of a voice fraud mailing list or listing service? Something of a repository of new attack vectors and remediations or something . . . just thinking it would be cool to see what new attacks people are running into. If not, any thoughts on something like this? Rob _______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org<mailto:VoiceOps at voiceops.org> https://puck.nether.net/mailman/listinfo/voiceops _______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org<mailto:VoiceOps at voiceops.org> https://puck.nether.net/mailman/listinfo/voiceops

1 0

(no subject)
by rdawson＠force3.com April 24, 2015

April 24, 2015

Anyone aware of a voice fraud mailing list or listing service? Something of a repository of new attack vectors and remediations or something . . . just thinking it would be cool to see what new attacks people are running into. If not, any thoughts on something like this? Rob

4 4

IXC/LD No audio or delayed audio
by steve.starr＠daystarrfiber.net April 23, 2015

April 23, 2015

A growing number of IXC/LD calls inbound into us have either no audio or delayed audio. We are attempting to narrow down the common carrier, but this is a difficult task. We have IXC trunks with multiple providers. So far it seems to be mostly our ATT trunks and Neutral Tandem trunks. ATT being TDM and Neutral Tandem being VoIP. This leads me to believe it is an IXC carrier causing the trouble and not circuit trouble. Also, it is just inbound. When our customer returns the call it is fine. If the person calls our customers tollfree it completes fine. Is anyone else experiencing the trouble? Does anyone have any contacts at ATT that might be able to assist? Thank you, :: Steve Starr :: Daystarr Communications :: steve.starr at daystarrfiber.net :: v - 989.720.6000 :: f - 989.720.6060

2 2

Broadsoft SCA
by colton.conor＠gmail.com April 23, 2015

April 23, 2015

We are using Broadsoft with Polycom VVX phones. We have noticed when we have a seat that has a primarily phone and then a secondary Shared Call Appearance phone, there are certain tasks on the primary phone that we can not do or see on the secondary SCA phone. I am trying to determine if these are Broadsoft/Polycom limitations, or if we have something configured wrong. For example. 1. If a call come in, both phones ring. If you pick the call up on the primary phone, and then place the caller on hold, the secondary SCA phone's line will flash. You can hit the flashing line, and resume the call on the secondary SCA phone. However, we can't do the opposite. If a call come in, and the call is picked up on the secondary SCA phone, and you place the caller on hold, you see nothing on the primary phone's line. The line does not flash, and there seems to be no apparent way to resume the call. 2. BLF's show up on the primary phone's screen, but not on the secondary SCA's screen. Is that normal? I am not to familiar with provisioning, but I know these phones are provisioned using Broadsoft DMS. Does Broadsoft DMS have a different template for a primary phone vs a SCA phone? If so I am thinking something is missing on the SCA template that is on the primary.

2 1

PoE Switches
by colton.conor＠gmail.com April 22, 2015

April 22, 2015

Which low cost 24 and 48 port gigabit PoE switches are most VoIP providers deploying to small business customers? I have heard many are using the Cisco Small Business switches, but some of these are now EOL.

2 1

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