SRST

brianschaefer · ‎09-30-2010

I have cisco 7940's and 7960's with a 2821 router and CUCM 7.1.2. When the phones go into SRST, I can dial out and caller ID verifies the line I am calling out is correct and the phone has the correct line appearence, but dialing in does not work.

cristobal.priego · ‎09-30-2010

if you configure a prefix it may fix the problem for you

how many digits do you get from your provider ?

take a look at the following doc

http://www.cisco.com/en/US/docs/voice_ip_comm/cusrst/admin/srst/configuration/guide/srs_call.html#wp1009429

Steven Holl · ‎09-30-2010

You want to see how many digits are coming in from your provider, and reference that to the length of your DNs on CM. The phones register

to SRST with the extension they are configured with from CM.

So if your provider sends 1001, and you have 5553451001 configured on CM for the extension, the call will fail.

Also, if this is MGCP, make sure you have it configured to switch to the local call API when MGCPapp is down:

application

global

service alternate default

If you want to collect 'debug voip ccapi inout' and 'debug isdn q931' along with 'sh call-manager-fallback dial-peer' for an inbound SRST call, then it should be easy to figure out.

The previous poster is right, that you can use dialplan pattern to add digits ontot he front if the provider is presenting less digits than you have your extensions configured for. You can use a translation profile to do it, too. Or use num-exp, but that's a old & sloppy way.

brianschaefer · ‎09-30-2010

I am going to try the debug, but in the mean time, I wanted to post what I had on the router to make sure that part is setup correctly. The phone numbers are fake, I didn't want to display the real ones

call-manager-fallback

max-conferences 4 gain -6

transfer-system local-consult

timeouts interdigit 2

ip source-address 10.99.99.1 port 2000

max-ephones 48

max-dn 96

system message primary CCM FallBack Phone Mode

system message secondary Emergency Mode

default-destination 8885555

call-forward pattern .T

call-forward busy 8885556

brianschaefer · ‎10-01-2010

Steven,

I was able to do "debug voip ccapi inout" but "debug isdn q931" had a problem with the isdn part. Anyway the "debug voip ccapi inout" was very useful, as it showed the call was erroring out, but I can't figure out where it states what the provider is sending

Steven Holl · ‎10-01-2010

I take the calls aren't coming in a PRI if that debug wasn't available work. What type of PSTN circuit are you using? If it is an analog FXO circut, no digits are sent, and you need to issue 'connection plar ' under the voice-port.

Otherwise, CCAPI should show the digits being sent by the provider, if it is something like T1-CAS.

brianschaefer · ‎10-01-2010

sorry about that I should have specified... it is 4 regular PSTN lines going into a 4 port fxo card

Steven Holl · ‎10-01-2010

Since FXO ports can't receive a dialed number, you need to configure 'connection plar ' on the voice-port, and force the call to route to that specific extension. If you look at your CM config, you'd see that these ports have an 'attendant DN' configuration going to a default extension. Ideally, you'd send it to an extension on the receptionist's phone. The other option is to send it to an AA with dial by extension, but you'd need an AA local to the SRST router to make that work.