cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
5418
Views
0
Helpful
8
Replies

SIP Trunk Service Provider

spollock
Level 1
Level 1

Does anyone have recommendations for a "cheap" SIP Trunk provider I can use for testing?

8 Replies 8

Maulik Shah
Level 5
Level 5

Cheap is relative - so not sure of any recommendations could make here. Bandwidth.com has worked in the past but not sure if that falls into cheap or not.

FYI - using the SPs in the drop down does not require you do any testing, so would that not be a better option (unless they are not in the same geographical area as you) - they also have partner programs

https://supportforums.cisco.com/docs/DOC-9830

Jerome Daroya
Level 1
Level 1

I'm currently using Nexvortex SIP trunks for testing.  MRC for the trunks are $30.  Unlimited outbound concurrent calls (depends on data bandwidth), unlimited incoming, 1250 minutes (US continental only).  Any additional number (any rate center) is $5/mo.  I got outbound calls working right away but I'm currently having issues with incoming calls.  I'm trying to figure out why iIncoming SIP calls aren't going to the AA.

A "debug ccsip message" and sample configuration would help us try to determine what's wrong...

Thanks,

Marcos Hernandez
Technical Marketing Engineer
Cisco Systems, Inc.

Something to check is that the AA is accessible from within the system (extension dialing) and I am sure you checked this.  If its not working inside then I would open http:10.1.10.1 and check the CUE setting for AA number.

...but also make sure that same extension that you use (where I use 401) is in a translation rule mapping the DID to the AA:

(In CCA 1.9.1, this is set in the Configure:Telephony:AA drawer and the parameter is called the AA PSTN Number)

!

voice translation-profile AA_Profile
translate called 2001

!

voice translation-rule 2001> 
  rule 1 /6785551234/ /401/

!

(make sure there is no conflicting AA DID Mapping using that smae DID in the Configure:Telephone:Voice Drawer - Dial Plan Tab -> Incoming Call translations)

----

Something to consider that will be visible in the 'debug ccsip messages' output is the CODEC being used and negotiated.  Our default configuration allows G711 and G729, prefering G711.  If you changed this and the SP doesnt do whats in your list, could be a problem.

!        
voice class codec 1
codec preference 1 g711ulaw
codec preference 2 g729r8

!

----

If the calls are coming into the system as G729, they will need to be transcoded to G711 to hit the CUE (both AA and Voice Mail work with G711 only).

I doubt there are resource (DSP) constraints that would prevent that, and I know there are dial-peer settings to insure we use the proper DTMF technique, but that would only manefest itself as being connected to the AA and not being able to tone anthing into it, so maybe not so likely a problem in your case. :-)

thanks for the tip.  The issue turned out to be the inbound ACL blocking SIP traffic from another proxy.  i modified the acl to permit traffic from that proxy and it worked.

Hey,

I just signed for this service and was wondering if you could send me some sample configs

mcastrigno
Level 1
Level 1

Stay away from bandwidth.com - they will provide no meaningful assistance. When the calls are crappy they just use that a lead in to try to sell you a dedicated circuit.

I have noticed that is a standard practice for SIP trunk providers to position SLA capable circuits instead of over the top, consumer grade access. How else can they be accountable for voice quality issues?

Marcos

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: