
After seeing a few posts on the site regarding ITSPs I decided to bite the bullet and try one out. I chose nexVoterx at random and must say I was impressed. They had a very automated setup that assisgned me my new phone numbers in minutes. I got three numbers and they were in my local area code, though I could have chosen a number from anywhere in the US.
I used the Cisco configuration assistant to configure the SIP trunk and it did a great Job with one noteable exception.
All Calls to my phones work fine, but and calls directed to the auto attendant or transferred to voicemail fail. I found there were three main settings to change to give me the functionallity I needed.
Step 1
Type the following to allow hairpinnig of calls to the Unity Express module.
config t
voice service voip
allow-connections sip to h323
Step 2
Change the DTMF Relay type to rtp-nte under the autoattendant's dial peer.
dial-peer voice 2001 voip
description ** cue auto attendant number **
translation-profile outgoing PSTN_CallForwarding
destination-pattern 498
session protocol sipv2
session target ipv4:10.1.10.1
dtmf-relay rtp-nte
codec g711ulaw
no vad
Step 3
Allow SIP through the firewall to the Unity Express Module
The Cisco Configuration Assistant does an OK job of letting SIP Traffic in (from the internet) to phones, but the firewall must be manually modified to allow SIP traffic from the internet to the auto attendant. If you have a private SIP connection on an internal interface you should not have to modify the firewall.
I found this Guide at Cisco's site for configuring SIP on the Router based firewall.
Comments
ip-ua
correct command is sip-ua. Might want to correct.
Problem with forwarded calls
HI there,
I'm having the same issue as described with call's being dropped when being forwarded to CUE.
setup is system only has a sip trunk (no PSTN trunks).
Inbound/Outbound calls work fine.
Example of main line call flow is
Main number is tied as a secondary number on ephone-dn
This then forwards call's to the pilot of a ephone-hunt sequential hunt group.
this then run's thru all extensions in hunt-group with final being voicemail.
At the beginning of the call the appropriate codec is negotiated (I've tried both g711alaw&g711ulaw) and extensions tied to the hunt group ring.
final is voicemail
ccsip debug's show that no media codec is being provided to the dial-peer for voicemail.
i've double-triple checked that the dtmf-relay & codec settings are the same on both the inbound SIP dial-peer and the voicemail dial-peer
Firstly I've tried the above (sip aware ip inspect voip sip) on both the external and voicemail interface
I've also allowed the on the in access-list sip proxy and external wan gateway address on the voicemail interface as well
I've tried the transcoding steps as well with no luck.
does call-flow go through something else when going to voicemail off a huntgroup ?
appreciate any help with this
rule of thum
hi there, we use sip trunks with voip.co.uk
as a rule of thumb...
use the latest ios/firmware throughout, cisco voip stuff is getting better all the time and adds lots of new features e.g. extension mobility (hotdesking)....
uc500 comes with lots of transcoders as its fixed config - this is good (g729)!
use g729 if using dsl (30 concurrent calls with 1mb)
you need to transcode (quite complex) unless using native g711 (the voicemail/cue) will only use g711.
ensure you are using the uc500 gateway as a firewall (without an additional firewall layer) as otherwise you will need a sip-aware firewall.
depending on the provider you may need to transcode anyway to get dtmf tones transcoded to the voicemail.
version 3.x of cue uses rtp-nte version 2.x uses sip-notify
use translation rules (voip-incoming translation-profile ... ) and on dial-peers to make things easier
in "voice service voip" allow sip to sip (ie trunk to voicemail) (sample below:
voice service voip
allow-connections h323 to h323
allow-connections h323 to sip
allow-connections sip to h323
allow-connections sip to sip
supplementary-service h450.12
no supplementary-service sip moved-temporarily
no supplementary-service sip refer
h323
h225 signal overlap
sip
transcoding hint (use show sccp to verify)
sccp local vlan1
sccp ccm [phonevlanip] identifier 1
sccp
!
sccp ccm group 1
associate ccm 1 priority 1
associate profile 1 register transcodemeup
!
dspfarm profile 1 transcode
codec g729br8
codec g729r8
codec ilbc
codec g723r63
codec g723r53
codec gsmamr-nb
codec g729ar8
codec g729abr8
codec g711ulaw
codec g711alaw
maximum sessions 20
associate application SCCP
sdspfarm units 1
sdspfarm transcode sessions 128
sdspfarm tag 1 transcodemeup
nexvortx - cli for trunk
We are adding a SIP trunk to the UC520 already in production. The last thing I want to do is turn up the CCA and have that screw up a perfectly good configuration. Does anyone have the CLI commands to turn up the nexvortex service as a SIP trunk using the CLI? If so, could you post a link, hint or example?
Final Connect Corp
www.finalconnect.com
Here is a SIP config that CCA did that works
dial-peer voice 1000 voip
description ** Incoming call from SIP trunk **
translation-profile incoming CUE_Incoming
voice-class codec 1
voice-class sip dtmf-relay force rtp-nte
session protocol sipv2
session target sip-server
incoming called-number .%
dtmf-relay rtp-nte
ip qos dscp cs5 media
ip qos dscp cs4 signaling
no vad
dial-peer voice 1001 voip
description ** Outgoing call to SIP trunk (Generic SIP Trunk Provider) **
translation-profile outgoing PSTN_Outgoing
destination-pattern 9T
voice-class codec 1
voice-class sip dtmf-relay force rtp-nte
session protocol sipv2
session target sip-server
dtmf-relay rtp-nte
ip qos dscp cs5 media
ip qos dscp cs4 signaling
no vad
dial-peer voice 1002 voip
description ** Emergency outgoing call to SIP trunk **
translation-profile outgoing PSTN_Outgoing
destination-pattern 911
voice-class codec 1
voice-class sip dtmf-relay force rtp-nte
session protocol sipv2
session target sip-server
dtmf-relay rtp-nte
ip qos dscp cs5 media
ip qos dscp cs4 signaling
no vad
dial-peer voice 1004 voip
corlist outgoing call-local
description ** star code to SIP trunk **
destination-pattern *..
voice-class codec 1
voice-class sip dtmf-relay force rtp-nte
session protocol sipv2
session target sip-server
dtmf-relay rtp-nte
ip qos dscp cs5 media
ip qos dscp cs4 signaling
no vad
!
ip-ua
authentication username USERNAME password 7 PASSWORD
no remote-party-id
retry invite 2
retry register 10
timers connect 100
registrar ipv4:NEXVORTEX IP HERE expires 3600
sip-server ipv4:NEXVORTEX IP HERE
host-registrar
Problem with forwarded calls
I tried to set up a SIP trunk with NexVortex and CME, and direct calls work fine in and out. Call forwarding, however, does not. For example, I can send the call to the AutoAttendant on Unity Express, but when I dial the extension I want, Unity says "transferring to extension xxxx", and then the call drops. I know that DTMF is ok, since it understood the dialed digits, but I cannot figure out why the call is dropping. Any hints welcomed.
maybe try this . . .
add the lines
allow-connections sip to h323
allow-connections h323 to sip
this will allow hairpinning betweeen the two protocals.
Vonage SIP
Would anyone know if this will work with Vonage and a Linksys WRT31P2 BroadBand router?
Do you know of other SIP
Do you know of other SIP trunk providers besides nexVoterx ?