August 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

ADT Alarms Special Dialing?
by colton.conor＠gmail.com Aug. 28, 2015

Aug. 28, 2015

We are a CLEC and have a had a couple of customers port away from Verizon's landline service and to our voice service where we provided an analog POTS line with the same number just as the client had before with Verizon. We hook the POTS line up to the exact same wire going to the client's alarm panel, but the alarm can't communicate with ADT. We called ADT on multiple clients behalfs, and they basically said Verizon is on an approved list to work with their services and our CLEC is not, so it would not work. How is ADT limiting this? Does their alarm panels dial a special number that only Verizon knows or allows? This has happened with multiple clients. We have not been able to get on the voice switch and see what numbers they panel is actually trying to dial, but any insight to this would be helpful. I have read that some alarm companies uses a special code before they make an outbound call so the long distance gets billed to them or something?

9 32

Hardware transcoding solutions?
by bbridges＠o1.com Aug. 28, 2015

Aug. 28, 2015

We have several existing solutions for 729<->711 and DTMF transcoding, but they are either horribly expensive and not very scalable from a licensing perspective, or are chewing up a buttload of power in our facilities. What is the current "best option" out there for a 1 to 4 U hardware (ASIC driven?) transcoding solution? I've looked at the Sangoma NetBorder box already. Brooks Bridges | Sr. Voice Services Engineer O1 Communications 5190 Golden Foothill Pkwy El Dorado Hills, CA 95762 office: 916.235.2097 | main: 888.444.1111, Option 2 email: bbridges at o1.com<mailto:bbridges at o1.com> | web: www.o1.com<http://www.o1.com/>

7 19

Hardware transcoding solutions?
by sperreault＠jive.com Aug. 27, 2015

Aug. 27, 2015

Le 2015-08-27 16:25, Nenad Corbic a ?crit : > > I think we are discussing different things here. > > What Sw are you using ? Home-grown. > Our dual Xeon Hp dl380 g7. > Using vanilla FreeSWITCH without transcoding can do 2000 calls yes. > Full signaling and rtp media. > > If you add sw transcoding that number drops exponentially to about 500. For g729. > > Maybe you have nicer software that is much more efficient. Yes we do. Sorry, can't go into details for obvious reasons. I don't know about the performance of FreeSWITCH. All I say is that a generic server can transcode >5k calls in software. Quite a few years ago at a ClueCon I tried explaining how everyone was writing VoIP software the wrong way and how they were throwing performance out the window. You were there Nenad. :) Admittedly I was fairly drunk so I probably did not sound very convincing... ;) > How are you dealing with the I/O on single core with few thousand calls? 5k calls is ~500 kpps, not a problem on any non-ancient server NIC. Simon

1 0

Hardware transcoding solutions?
by ncorbic＠sangoma.com Aug. 27, 2015

Aug. 27, 2015

> > I think we are discussing different things here. > > What Sw are you using ? > > Our dual Xeon Hp dl380 g7. > Using vanilla FreeSWITCH without transcoding can do 2000 calls yes. > Full signaling and rtp media. > > If you add sw transcoding that number drops exponentially to about 500. For g729. > > Maybe you have nicer software that is much more efficient. > > How are you dealing with the I/O on single core with few thousand calls? > > Thanks. > > Nenad Corbic > Sent from iPhone > >> On Aug 27, 2015, at 4:12 PM, Simon Perreault <sperreault at jive.com> wrote: >> >> Le 2015-08-27 16:00, Nenad Corbic a ?crit : >>> In our experience. >>> The number of software trasncoding sessions on a decent size box (quad core xeon) is about 300 to 500 sessions. >> >> You guys need to update your experience. We do more than that on a >> single *core*. >> >> Simon

1 0

Hardware transcoding solutions?
by sperreault＠jive.com Aug. 27, 2015

Aug. 27, 2015

Le 2015-08-27 16:00, Nenad Corbic a ?crit : > In our experience. > The number of software trasncoding sessions on a decent size box (quad core xeon) is about 300 to 500 sessions. You guys need to update your experience. We do more than that on a single *core*. Simon

3 2

Hardware transcoding solutions?
by bbridges＠o1.com Aug. 27, 2015

Aug. 27, 2015

As my initial email said, we've been looking at the NetBorder box from you guys, but I want to see what other options (if any) are out there. Our current solution isn't very conducive to growth. Brooks Bridges | Sr. Voice Services Engineer O1 Communications 5190 Golden Foothill Pkwy El Dorado Hills, CA 95762 office: 916.235.2097 | main: 888.444.1111, Option 2 email: bbridges at o1.com |?web: www.o1.com -----Original Message----- From: Nenad Corbic [mailto:ncorbic at sangoma.com] Sent: Thursday, August 27, 2015 1:01 PM To: Simon Perreault; Brooks Bridges; voiceops at voiceops.org Subject: Re: [VoiceOps] Hardware transcoding solutions? In our experience. The number of software trasncoding sessions on a decent size box (quad core xeon) is about 300 to 500 sessions. G729 to G711 RTP : Either SIP to SIP or SIP to TDM. If you need to transcode 5000 channels I would be looking at hw solution. You can go with SW solution but the cost of sw licences and servers and rack space becomes prohibitive. Assuming this is SIP/RTP application, you could look at major SBC vendors, including Sangoma Technologies. You can transcode 5000 sessions in as little as 2x1U SBC appliances that support HW trans-coding. Best Regards, Nenad Corbic, B.Eng VP Engineering ncorbic at sangoma.com Sangoma Technologies 100 Renfrew Drive, Suite 100, Markham, ON L3R 9R6 Canada t. +1 800 388 2475 (N. America) t. +1 905 474 1990 x4113 f. +1 905 474 9223 ________________________________________ From: VoiceOps <voiceops-bounces at voiceops.org> on behalf of Simon Perreault <sperreault at jive.com> Sent: Thursday, August 27, 2015 3:45 PM To: Brooks Bridges; voiceops at voiceops.org Subject: Re: [VoiceOps] Hardware transcoding solutions? Le 2015-08-27 15:38, Brooks Bridges a ?crit : > Our total requirement is > 5000 channels, however I'm more than > willing to deploy multiple devices to reach this number as long as the > power and space requirements aren't horribly restrictive. One can easily transcode 5000 729<->711 channels in software on a generic 1U server. Have you even tried? Simon _______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops

1 0

Preventing calls to cell phones with guaranteed accuracy
by caalvarez＠gmail.com Aug. 26, 2015

Aug. 26, 2015

I have a customer in market research who is legally required to manually dial calls to cell phones. Right now they are considering abandoning all of their auto/predictive dialer software and going to manual dial for everything, because the list-scrubbing services have been shown to be inaccurate. There are extreme penalties for auto-dialing a cell phone, and "best effort" is NOT a defense to this, at all. For example, Gallup just settle a claim for $12M. So they need a totally accurate way to prevent a cell phone call from originating from their dialer. The only thing I can think of is some sort of LRN dip + LRN-to-carrier-type response. One of their people talked to Neustar, but didn't get great answers because he doesn't really understand telephony. Before I get in touch with Neustar, I thought I'd see if people here have some ideas. If you provide a commercial product for this, please feel free to tell me so on or off list, the customer is willing to pay for the service and we're open to all options. I don't have a budget number yet but manual dialing is going to cost them quite a bit for some types of studies.

13 41

3GPP
by nathana＠fsr.com Aug. 25, 2015

Aug. 25, 2015

All, I realize this may be off the beaten path for this list, but is there anybody here who is fluent in LTE networks and the standards that govern them? I'm not sure what other list would be appropriate...I looked through the 3GPP's listserv but there are a staggering number of lists and I suspect they are not intended for laymen/outsiders. I have a very specific question about UEs, UICCs, and RRC security negotiation (integrity & ciphers) during attachment, and so far I have not found our vendor to be very helpful. If there is somebody out there that knows something about this area, and is willing to chat with me about it, feel free to contact me off-list. Thanks much, -- Nathan Anderson First Step Internet, LLC nathana at fsr.com

1 0

Preventing calls to cell phones with guaranteed accuracy
by Derek.Andrew＠usask.ca Aug. 18, 2015

Aug. 18, 2015

Isn't it impossible to decide if a number is a cell phone or a land line because of local number portability? On Tue, Aug 18, 2015 at 2:34 PM, Matthew Crocker <matthew at corp.crocker.com> wrote: > > > Depending on your switch you should be able to build a profile for the > customer and reject calls going to cell phone LRN providers. > > Personally, I wouldn?t take on the liability of guaranteeing their > auto-dialer only calls landlines. You would end up being sued if you make > a mistake. IMHO, let them manually dial or find a list scrubbing company > that actually works. > > ? > > Matthew Crocker > President - Crocker Communications, Inc. > Managing Partner - Crocker Telecommunications, LLC > E: matthew at corp.crocker.com > E: matthew at crocker.com > > > On Aug 18, 2015, at 4:30 PM, Carlos Alvarez <caalvarez at gmail.com> wrote: > > I have a customer in market research who is legally required to manually > dial calls to cell phones. Right now they are considering abandoning all > of their auto/predictive dialer software and going to manual dial for > everything, because the list-scrubbing services have been shown to be > inaccurate. There are extreme penalties for auto-dialing a cell phone, and > "best effort" is NOT a defense to this, at all. For example, Gallup just > settle a claim for $12M. > > So they need a totally accurate way to prevent a cell phone call from > originating from their dialer. The only thing I can think of is some sort > of LRN dip + LRN-to-carrier-type response. One of their people talked to > Neustar, but didn't get great answers because he doesn't really understand > telephony. Before I get in touch with Neustar, I thought I'd see if people > here have some ideas. > > If you provide a commercial product for this, please feel free to tell me > so on or off list, the customer is willing to pay for the service and we're > open to all options. I don't have a budget number yet but manual dialing > is going to cost them quite a bit for some types of studies. > > _______________________________________________ > VoiceOps mailing list > VoiceOps at voiceops.org > https://puck.nether.net/mailman/listinfo/voiceops > > > -- Copyright 2015 Derek Andrew (excluding quotations) University of Saskatchewan Typed but not read.

6 8