- VoiceOps - lists.voiceops.org

fraud protection
by mark＠noc.mainstreet.net May 17, 2012

May 17, 2012

Hello, We just had an unfortunate compromise and racked up a large amount of calls in a 12 hour period. The attack seems to be for financial gain in that the most frequent destination is a conference call service in Poland, that possibly keeps calls open waiting for a PIN to be entered. Is there any basis for expecting that the upstream carrier should have some protections that would limit our liability? Thanks, -mark P.S. For those people who feel compelled to point out that we should have (better) protection on our end: Yes, Thank you, message received!

7 6

AT&T Wireless No Audio
by telephonetoughguy83＠gmail.com May 10, 2012

May 10, 2012

Is anyone else experiencing incoming audio issues from AT&T Wireless customers? Several of our business customers have been complaining since late yesterday afternoon about it. We are located in Illinois and I'm curious how widespread the issue is.

1 0

Adtran - RURI in INVITE not matching Host IP
by ujjval＠simplesignal.com May 9, 2012

May 9, 2012

Hi All: Adtran rejects the call with a 404 (which never shows up on the wire) when the Req URI IP address doesn?t match the IP on the ADtran. Is there any workarounds that anyone knows for this typical NAT issue ? other than putting a public IP OR using a firewall with SIP ALG? 3:20:31:564 SIP.CLDU Cldu::CallLegCreatedEv: (0x23fc7a8) 13:20:31:565 SIP.CLDU Incoming CallLeg created from 555-555-5555 at ip.address.# to 555-555-5555 at ip.address.# *13:20:31:573 SIP.CLDU ERROR! Request-URI host is not local, unable to proxy incoming message to 555-555-5555 at ip.address.#* 13:20:31:574 SIP.CLDU ERROR! Failed to get CLDU Interface, (0x23fc7a8) 13:20:31:575 SIP.CLDU Incoming message received from cosoftswitchip:5060 via UDP 13:20:31:575 SIP.CLDU CLDU::AppCallLegMsgReceivedEv: Null CLDU Interface, (0x23fc7a8) 13:20:31:576 SIP.CLDU Cldu::CallLegStateChangedEv: Null CLDU Interface, (0x23fc7a8)->Offering 13:20:31:577 SIP.CLDU Request rejected (404) 13:20:31:580 SIP.CLDU ERROR! Unable to finalize message: (0x23fc7a8), (0x0) 13:20:31:581 SIP.CLDU Cldu::CallLegStateChangedEv: Null CLDU Interface, (0x23fc7a8)->Disconnected Ujjval Karihaloo CTO IP Phone/Text Msg: +13032428610 E-Fax: +17202391690 Like SimpleSignal on *Facebook <http://www.facebook.com/SimpleSignal> !* SimpleSignal Inc. 3600 S. Yosemite Street Suite 150 Denver, CO 80237 [image: Description: cid:image001.png at 01CCD530.C4355DC0]

2 1

Broadsoft/AMS/Firmware woes
by RDawson＠alliedtelecom.net May 9, 2012

May 9, 2012

For everyone running AMS - what do you deal with all the Cisco firmware peculiarities, reboot loops from incompatible firmwares, trying to onboard phones that have old firmwares that need an interim upgrade, etc. This is a highly manual process for us right now and a huge pain. Any thoughts/suggestions appreciated. Thanks, Rob

3 2

Recommendations for SIP Feature/Application Server
by kleclaire＠mywdt.com May 8, 2012

May 8, 2012

Hello VoiceOps .. We are currently starting to look for a replacement feature/application server for our residential and business voip customer base. I'd be interested to hear any recommendations or guidance from the community on this. Aside from the big names of Broadsoft and Metaswitch, and the open source options, what else is out there that has good vendor support and integration options. We are open to both hosted and purchased style platforms. Feel free to contact me off-list as well. Thank you, Keith

1 0

Code opening miseries
by abalashov＠evaristesys.com May 1, 2012

May 1, 2012

I am not sure how often ILECs and mobile majors do local access LERG updates, and imagine it varies. My experience has been with the smaller CLEC side of this, where it tends to be even worse. Most small CLECs seem to update their local code tables incidentally/whenever, not on any particular schedule, though I understand where they are coming from, too, given the cost of frequently-updated LERG subscriptions. Also, a lot of them are not development-heavy organisations and have no practical means of bulk-loading updates without relying on their switch vendor's pricy professional services. -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 Tel: +1-678-954-0670 Web: http://www.evaristesys.com/, http://www.alexbalashov.com Paul Timmins <paul at timmins.net> wrote: >Nobody in particular. T-Mobile seems to be perceptually on the naughty list whenever I open new prefixes, and while my sprint phone can call it, my wife's cannot, and we're on the same family plan sitting 10 feet from each other. > >Landline carriers tend to be better than most, but I expect at least one to bungle it somehow. > >On May 1, 2012, at 3:05 , Alex Balashov wrote: > >> Are you talking about a specific type of carrier? (As mention of pay-as-you-go phones would seem to imply.) >> >> -- >> Alex Balashov - Principal >> Evariste Systems LLC >> 235 E Ponce de Leon Ave >> Suite 106 >> Decatur, GA 30030 >> Tel: +1-678-954-0670 >> Web: http://www.evaristesys.com/, http://www.alexbalashov.com >> >> Paul Timmins <paul at timmins.net> wrote: >> >>> Has the industry come up with a better way of dealing with the drudgery of calling every carrier in an area and cajoling, begging, and pleading with them to get their new prefix loaded in everyone's switches other than the traditional "buy a pile of paygo phones and open tickets with each carrier" method? >>> >>> (half frustrated, half serious. If I had spare time these days, it seems this sort of contact information would be a perfect fit for my database, but alas, I can barely keep up with eating 3 meals a day these days, let alone work on more neat stuff like this) >>> >>> -Paul >>> >>> PS: If you can't call 708-666-7999 (and more humorously, 708-666-7565) please fix your stuff. If you have any unreachable codes, I'll happily check my systems to return the favor. >>> _______________________________________________ >>> VoiceOps mailing list >>> VoiceOps at voiceops.org >>> https://puck.nether.net/mailman/listinfo/voiceops >

2 1

Paetec contact needed
by matthew＠corp.crocker.com May 1, 2012

May 1, 2012

Does anyone have a contact at Paetec that can help me resolve some phone routing issues? -- Matthew S. Crocker President Crocker Communications, Inc. PO BOX 710 Greenfield, MA 01302-0710 http://www.crocker.com P: 413-746-2760

1 0

Code opening miseries
by paul＠timmins.net May 1, 2012

May 1, 2012

Has the industry come up with a better way of dealing with the drudgery of calling every carrier in an area and cajoling, begging, and pleading with them to get their new prefix loaded in everyone's switches other than the traditional "buy a pile of paygo phones and open tickets with each carrier" method? (half frustrated, half serious. If I had spare time these days, it seems this sort of contact information would be a perfect fit for my database, but alas, I can barely keep up with eating 3 meals a day these days, let alone work on more neat stuff like this) -Paul PS: If you can't call 708-666-7999 (and more humorously, 708-666-7565) please fix your stuff. If you have any unreachable codes, I'll happily check my systems to return the favor.

4 4

Code opening miseries
by abalashov＠evaristesys.com May 1, 2012

May 1, 2012

Are you talking about a specific type of carrier? (As mention of pay-as-you-go phones would seem to imply.) -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 Tel: +1-678-954-0670 Web: http://www.evaristesys.com/, http://www.alexbalashov.com Paul Timmins <paul at timmins.net> wrote: >Has the industry come up with a better way of dealing with the drudgery of calling every carrier in an area and cajoling, begging, and pleading with them to get their new prefix loaded in everyone's switches other than the traditional "buy a pile of paygo phones and open tickets with each carrier" method? > >(half frustrated, half serious. If I had spare time these days, it seems this sort of contact information would be a perfect fit for my database, but alas, I can barely keep up with eating 3 meals a day these days, let alone work on more neat stuff like this) > >-Paul > >PS: If you can't call 708-666-7999 (and more humorously, 708-666-7565) please fix your stuff. If you have any unreachable codes, I'll happily check my systems to return the favor. >_______________________________________________ >VoiceOps mailing list >VoiceOps at voiceops.org >https://puck.nether.net/mailman/listinfo/voiceops

2 1

HP ProCurve 24 Port POE Switch + AVAYA 4612s
by jhellenthal＠dataix.net April 27, 2012

April 27, 2012

Hi all, Question for anyone that may be able to clue me in here... We have a mix of Subject titled equipment that has been in use for a while for what seems to be flawlessly. Every once in a while we will have a 4612 PoE Phone go unresponsive or into a state where it cannot discover its destination and needs to be power cycled to get it back up and running. When we power cycle the PoE 4612 we find out that other 4612s on the same ProCurve switch suddenly get knocked out almost as if the PoE for there ports have been turned off and back on while we power cycled the problem phone. Has anyone came across this before ? Any recomendations would be greatly appreciated as we are fairly well stumped by this. ? Appologies if this may be the wrong list for this. -- - (2^(N-1))

1 0