Incoming calls from PSTN during SRST operation mode

[jevgep]

Branch IP phones work in a SRST mode during WAN or CUCM failure.

IP phones register on a router with extensions. 2....

These extensions correspond to PSTN number range 67032...

The problem: incoming calls from PSTN don't work, outgoing calls to PSTN work fine.

Could anyone point  what wrong or missed in the configuration shown below?

!

voice translation-rule 1

rule 1 /^/ /9/

!

voice translation-rule 2

rule 1 /^6703\(....\)$/ /\1/

!

voice translation-rule 3

rule 1 /^\(2...\)$/ /6703\1/

!

!

voice translation-profile INCOMING

translate calling 1

!

voice translation-profile SRST_IN

translate called 2

!

voice translation-profile SRST_OUT

translate calling 3

!

!

!

voice-port 0/2/0:15

!

!

!

!

!

dial-peer voice 1 pots

description incoming from PSTN

translation-profile incoming INCOMING

incoming called-number .

direct-inward-dial

!

dial-peer voice 10 pots

description outgoing to PSTN

destination-pattern 9T

port 0/2/0:15

!

dial-peer voice 100 voip

destination-pattern 67032...

voice-class codec 1

session target ipv4:10.100.1.2

dtmf-relay h245-alphanumeric

no vad

!

!

!

call-manager-fallback

max-conferences 8 gain -6

ip source-address 10.100.2.1 port 2000

max-ephones 100

max-dn 200

translation-profile incoming SRST_IN

translation-profile outgoing SRST_OUT

!

[Aaron Harrison]

Hi

Do a debug isdn q931 first, to see what the SP actually sends. It may not be 8 digits.

Regards

Aaron

[jevgep]

I have already done q931 debug. SP sends 8 digits

[chris.warren]

would it be easier to apply a translation to the voice-port so that the 8 digits are converted to match your dial plan?

[jevgep]

during normal operation all translations that convert 8 digit PSTN numbers to internal dialplan  are made on CUCM.

[Aaron Harrison · Accepted solution]

Hi

I see your error... basically you are trying to apply trans rule 2 to incoming calls, but have applied it under call-man-fallback mode.

This means it applies to calls to/from ephones - the outbound leg in this case.

As the call coming in hasn't been sent to any ephone yet, it doesn't hit the translation.

You need to translate it either on the inbound peer (dp 1) or use the dialplan-pattern command under call-manager-fallback.

e.g.

dialplan-pattern 1 67032... extension-length 4 extension-pattern 2...

Regards

Aaron

Please rate helpful posts...

[jevgep]

I agree that this translation might not work.

I have thought about this command: "dialplan-pattern" before. But I am not sure how this command work.

In my case I have " voice dial-peer 100" voip with destination-pattern 67032.... which sends all incoming calls to CUCM.

Will "dialplan-pattern'' commnad have preference over dial-peer 100 during SRST and why ?

Could you point to some documention how call routing logic works during SRST ?

[chris.warren]

what's the intention of translation-rule 1?

[jevgep]

This rule add 9 to the calling number. Users can callback from  "missed calls " menu on IP phones without editing numbers