similar to: DTMF Issues

Hello List, Since I'm looking for a new VoIP provider for US origination/termination, I will very appreciate if you can chare your experience with Flowroute, Vitelity and Voip.ms Thanks in advance! Elder D. Arohuanca dCAP 1497 Lima - Peru -------------- next part -------------- An HTML attachment was scrubbed... URL:

I'm using the latest asterisk-1.4.26.2 and no zaptel trunks used, all SIP. I have one user that is having problems once he connects to asterisk. He's dialing from his home phone (pstn) to a Vitelity DID (SIP Trunk) which goes to my asterisk IVR. If he presses a dtmf during any message, the press is ignored unless the press was a #, 0 or *. Otherwise, he needs to wait for the

Can anyone comment on using SMS in conjunction with VoIP service using one of these three VoIP providers: voip.ms, vitelity.com, flowroute.com? Are some SMS services more compatible with Asterisk (i.e. SMS over SIP works perfectly or not)? Is it best to use a different data channel for SMS messages (i.e. SMS via HTTP, SMS via XMPP) instead of Asterisk's built in SMS application

We currently use asterisk 1.4.x with two Zaptel cards connected to POTS lines. So we make "outbound" calls from their softphones (using ulaw format), which go over a dedicated DSL line to the asterisk server in our office, which then converts the calls to POTS. This all works fine, assuming there aren't any unusual problems. It sounds as good as POTS on both ends. However, we

> Can anyone comment on using SMS in conjunction with VoIP service using > one of these three VoIP providers: voip.ms, vitelity.com, > flowroute.com? Are some SMS services more compatible with Asterisk > (i.e. SMS over SIP works perfectly or not)? Is it best to use a > different data channel for SMS messages (i.e. SMS via HTTP, SMS via > XMPP) instead of Asterisk's built

I upgraded our Asterisk 13 LTS to Asterisk 16 Certified 16.8 yesterday and converted form SIP to PJSIP using the python script as a start and then mofiying from there.  I ran into an issue when testing that incoming calls from MagicJack would go silent after about 10 seconds.  This happened while in the automated attendant area.  This problem did not occur with Asterisk 13 LTS.  I reverted PJSIP

Does anybody have T.38 faxing working with Flowroute? I am running Asterisk 1.6.2.7-rc3 with spandsp 0.0.6-pre17. I can successfully receive faxes over ulaw. I enabled T.38 with t38pt_udptl=yes in sip.conf. When I receive a fax it tries to negotiate T.38 and Flowroute sends back a Bad Request response saying I have a SIP syntax error. Flowroute support is recommending that I try again after

Hello: I need to be able to reliably send out touchtone to any calling party who comes into my pbx. The standard things to help with this have been done as far as I know: 1. dtmfmode is rfc2833. 2. The phones themselves are set to rfc2833. 3. allow=ulaw 4. On internal calls between extensions, touchtone works fine. Also, I have reviewed sip.conf with my carriers. Now for the

Hi, I've been getting complaints lately that callers to my IVR are pressing a digit once but the system is responding as if they pressed it twice (once for each of two consecutive menus). I'm using an AGI script and logging all DTMF entries - and to the script, at least, it looks like the digit is being pressed twice. The TN being called is a VOIP number (provided by Flowroute) and being

Asterisk 1.4.32 dahdi-2.3.0.1 Centos 5.5 Digium TE420 CAC channel bank (2) Cisco RVS4000 router Cox 50 Mbps/ 5 Mbps cable modem Flowroute provider codac G-711 90 % CPU idle callwaiting=no When there are 10-15 or more calls up the farend hears a callwaiting like beep every 3 to 6 sec. the duration of this "beep" is very short and would be no problem if it didn?t happen every few

Hi, all. I'm probably doing Something Dumb(tm), so please feel free to point out whatever I'm missing, no matter how stupid. Anyway, I've got IAX set up to Vitelity. When I try to call my DID, I get: Rejected connect attempt from 64.2.142.19, who was trying to reach '6031234567@' This leads me to my first question -- why doesn't it show a context? (My second is,

Ok Dan, try this... I was able to get this to work behind a NAT and with ip address authentication. [global] type = global debug = yes [transport1] type = transport bind = 0.0.0.0 protocol = udp *local_net=<yourlocalnet I.E. 10.10.10.10/24 <http://10.10.10.10/24>>external_media_address=<your public ip address>external_signaling_address=<your public address>*

On Mon, Dec 15, 2014 at 3:54 PM, Dan Cropp <dan at amtelco.com> wrote: > > Yes, everything is behind the same NAT. > > > > For the application I?m working on, the only endpoint is the endpoint to > Vitelity. > > We use AMI to Originate calls from Asterisk endpoint through Vitelity to > phones. > > After that, we control the call through AMI to perform the

Here's an update... My network admin would not turn off the ALG because it would cause several other problems to other phone systems we have. He looked at the sip trace. What he found is the PJSIP trace showed a different IP address than the older chan_sip so he had me change the aor contact to outbound.vitelity.net At this point, it seems to be working (and this is going through a Cisco

On Mon, Dec 15, 2014 at 7:34 PM, Dan Cropp <dan at amtelco.com> wrote: > > I am not sure if I entered the correct settings for the transport > information. > > For the local_net, I entered my local ip address, but no mask. I will > check with the network admin so he can verify the settings I entered. > > > You need the network and mask. For example if the ip

On Mon, Dec 15, 2014 at 3:33 PM, Dan Cropp <dan at amtelco.com> wrote: > > Hi George, > > > > Thank you for looking into this. > > This is behind a nat? > > > Just to be clear...both the pbx and local endpoints are behind the same NAT? > [global] > > type = global > > debug = yes > > > > [transport1] > > type = transport

Not sure why, but Vitelity changed the settings to IP based authentication on me. Here's the new sip.conf settings they sent me. type=friend dtmfmode=auto host=64.2.142.93 allow=all nat=yes canreinvite=no trustrpid=yes sendrpid=yes When I use these settings to originate calls using the sip.conf they sent me, everything works. Action: Originate ActionID: S8 Channel:

On Mon, Dec 15, 2014 at 9:48 PM, Dan Cropp <dan at amtelco.com> wrote: > > Thanks George. > > I will correct my local_net in the morning. > > Vitelity chan_sip settings I have working, do not have a fromuser. > sip.conf settings... > > I think you can actually specify anything, it just has to be populated with something other than a sub-account username. >

I'm wondering if any other Asterisk users have a recommendation for a reliable SIP Trunk provider that supports Asterisk and offers decent support. I've worked with Coredial, Broadvox, and Broadvoice and have had some bad experiences with each of these providers. Broadvoice offers low cost service, however I have constant issues with Broadvoice blocking my customers due to Asterisk

Dan Cropp wrote: > I corrected my local_net setting (based on advice from network admin). > > I have tried several different values for the from_user and still have > the same problem. > > Asterisk receives the OK from Vitelity. > > Asterisk sends the ACK (without a Contact header). A Contact header is not required to be in the ACK. > > Vitelity doesn?t seem to