SIP Trunk Service Provider

Unanswered Question
Apr 17th, 2009

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

I have this problem too.
0 votes
  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Jerome Daroya Wed, 04/29/2009 - 19:01

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.

Marcos Hernandez Wed, 04/29/2009 - 20:26

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


Marcos Hernandez
Technical Marketing Engineer
Cisco Systems, Inc.

Steven DiStefano Thu, 04/30/2009 - 05:16

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: 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. :-)

Jerome Daroya Thu, 04/30/2009 - 23:23

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.

rdossouvi Sun, 05/15/2011 - 13:05


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

mcastrigno Mon, 05/04/2009 - 21:05

Stay away from - 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.

Marcos Hernandez Tue, 05/05/2009 - 06:16

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?


Maulik Shah Fri, 04/17/2009 - 09:36

Cheap is relative - so not sure of any recommendations could make here. 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


This Discussion