- VoiceOps - lists.voiceops.org

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 2, 2012

May 2, 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

Broadworks Customer Portal
by RDawson＠alliedtelecom.net April 27, 2012

April 27, 2012

Looking to see what solutions are popular, particularly interested if anyone has done any customization of the native portal and if there are any recommendations for developers specializing in that type of work. Also interested to hear experiences with Loki. Thanks, Rob

3 2

Verizon outage in NE
by David.Hiers＠adp.com April 26, 2012

April 26, 2012

How's things working for your Verizon sites up in the NE this morning? David 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, please notify us immediately by e-mail and delete the message and any attachments from your system.

3 2

Broadworks/Cisco AS5300/T.38 config
by matthew＠corp.crocker.com April 25, 2012

April 25, 2012

Does anyone have a working t38 config for a Cisco AS5300 with Broadworks they can share? I can get the calls to go through but as soon as the NSE/8000 event comes in the calls disconnect. Linksys SPA-2102 <-> Cisco AS5300. Linksys is using NSE/8000, Cisco is using X-NSE/8000. Thanks -Matt -- Matthew S. Crocker President Crocker Communications, Inc. PO BOX 710 Greenfield, MA 01302-0710 http://www.crocker.com P: 413-746-2760

1 0

Broadworks media server not playing well with early media
by jmyhre＠trumobility.com April 25, 2012

April 25, 2012

I seem to be having a problem with Broadworks thinking an early media stream has ended. I'm sending a call out to the PSTN and receiving back a 183 with SDP (presumably early media). Broadworks is dutifully passing everything down to the device. I'm then receiving a second 183, this time with no SDP (presumably because someone's gateway received a CPG). In this case, Broadworks appears to interpret the lack of SDP as meaning the early media has ended (not the case) and plumbs the media server into the bearer path to play ringing. Anyone run into this problem? Any ideas for a way around it? I've found a reference for dealing with this problem from the access side, but not when the 183s are coming from the network side. I'm running Broadworks Rel14sp4. Many thanks for any ideas! /John

2 3