Incoming calls from PSTN during SRST operation mode

Answered Question


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
!
Correct Answer by Aaron Harrison about 6 years 11 months ago

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

  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 5 (1 ratings)
Loading.
Aaron Harrison Thu, 04/08/2010 - 12:27
User Badges:
  • Super Bronze, 10000 points or more
  • Community Spotlight Award,

    Member's Choice, May 2015

Hi


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


Regards


Aaron

chris.warren Thu, 04/08/2010 - 12:36
User Badges:

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

Correct Answer
Aaron Harrison Thu, 04/08/2010 - 12:54
User Badges:
  • Super Bronze, 10000 points or more
  • Community Spotlight Award,

    Member's Choice, May 2015

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

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 ?

Actions

This Discussion