Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Announcements

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. If you'd prefer to explore, try our test area to get started. And see here for current known issues.

New Member

problem with isdn overlap receiving

Hi folks,

I recently migrated a site from PBX to CUCM 9.1 and am having difficulties with inbound calls working correctly.

Here is the setup

A call comes in to my g/w, and provider sends only 4 digits, either enbloc or in overlap, site prefix is +43166105, followed by 4 digits

All enbloc calls are working normally

Some overlap calls are not completing properly.

I have attached the q931, translation and dial peer debug of a good and bad call.

You can see that a bad call does not appear to be hitting the translation pattern, rule 1 in ruleset 1

I cannot figure it out and would appreciate some feedback. relevant g/w config below

.......................................................................................................

 

isdn switch-type primary-net5
!
!
trunk group A1_Telekom
 carrier-id Vienna_A1_Telekom
 description Vienna_PSTN_Trunks
 hunt-scheme round-robin both
 translation-profile outgoing OUTBOUND
!
!
!
voice translation-rule 1
 rule 1 /\(^3...$\)/ /+43166105\1/
 rule 2 /^0$/ /+431661050\1/
 rule 3 /^$/ /+431661050/
!
voice translation-rule 3
 rule 1 /^/ /00/ type national national
 rule 2 /^/ /000/ type international international
!
voice translation-rule 4
 rule 1 /^01\(.*\)/ /01\1/
 rule 2 /^0/ //
 rule 3 /^8912$/ /0017275788912/
!
voice translation-rule 5
 rule 1 /\+43166105/ /166105/ type any national
!
!
voice translation-profile GX-ready-access
 translate called 6
!
voice translation-profile INBOUND
 translate calling 3
 translate called 1
!
!
voice translation-profile OUTBOUND
 translate calling 5
 translate called 4
!

!
controller E1 0/0/0
 pri-group timeslots 1-31
 description A1_Telekom
!

interface Serial0/0/0:15
 description PSTN
 no ip address
 encapsulation hdlc
 no logging event link-status
 isdn switch-type primary-net5
 isdn overlap-receiving T302 5000
 isdn incoming-voice voice
 isdn send-alerting
 isdn bchan-number-order ascending
 trunk-group A1_Telekom
 no keepalive
 no cdp enable

 

!
voice-port 0/0/0:15
 bearer-cap Speech
!

!
dial-peer voice 100 pots
 trunkgroup A1_Telekom
 translation-profile incoming INBOUND
 service session
 incoming called-number .T
 fax rate disable
 forward-digits all
!

!
dial-peer voice 1000 voip
 description #### INCOMING CALLED NUMBER PEER ####
 translation-profile incoming GX-ready-access
 modem passthrough nse codec g711ulaw
 incoming called-number .
 voice-class codec 1
 dtmf-relay rtp-nte
 fax rate 14400
 no vad
!
dial-peer voice 1001 voip
 preference 1
 service session
 destination-pattern +43166105....
 progress_ind setup enable 3
 progress_ind progress enable 8
 modem passthrough nse codec g711ulaw
 session protocol sipv2
 session target ipv4:10.64.24.159
 voice-class codec 1
 dtmf-relay rtp-nte
 fax rate 14400
 ip qos dscp cs3 signaling
 no vad
!
dial-peer voice 1002 voip
 preference 2
 service session
 destination-pattern +43166105....
 progress_ind setup enable 3
 progress_ind progress enable 8
 modem passthrough nse codec g711ulaw
 session protocol sipv2
 session target ipv4:10.65.28.30
 voice-class codec 1
 dtmf-relay rtp-nte
 fax rate 14400
 ip qos dscp cs3 signaling
 no vad
!
!
dial-peer voice 1003 voip
 preference 1
 service session
 destination-pattern +431661050
 progress_ind setup enable 3
 progress_ind progress enable 8
 modem passthrough nse codec g711ulaw
 session protocol sipv2
 session target ipv4:10.64.24.159
 voice-class codec 1
 dtmf-relay rtp-nte
 fax rate 14400
 ip qos dscp cs3 signaling
 no vad
!
dial-peer voice 1004 voip
 preference 2
 service session
 destination-pattern +431661050
 progress_ind setup enable 3
 progress_ind progress enable 8
 modem passthrough nse codec g711ulaw
 session protocol sipv2
 session target ipv4:10.65.28.30
 voice-class codec 1
 dtmf-relay rtp-nte
 fax rate 14400
 ip qos dscp cs3 signaling
 no vad
!
dial-peer voice 99 pots
 trunkgroup A1_Telekom
 service session
 destination-pattern 0T
 fax rate disable
 direct-inward-dial
 forward-digits all
!
dial-peer voice 1005 voip
 preference 1
 service session
 destination-pattern +43166105
 progress_ind setup enable 3
 progress_ind progress enable 8
 modem passthrough nse codec g711ulaw
 session protocol sipv2
 session target ipv4:10.64.24.159
 voice-class codec 1
 dtmf-relay rtp-nte
 fax rate 14400
 ip qos dscp cs3 signaling
 no vad
!
dial-peer voice 1006 voip
 preference 2
 service session
 destination-pattern +43166105
 progress_ind setup enable 3
 progress_ind progress enable 8
 modem passthrough nse codec g711ulaw
 session protocol sipv2
 session target ipv4:10.65.28.30
 voice-class codec 1
 dtmf-relay rtp-nte
 fax rate 14400
 ip qos dscp cs3 signaling
 no vad
!
!
dial-peer voice 98 pots
 translation-profile incoming INBOUND
 service session
 answer-address .
 fax rate disable
 forward-digits all

  • IP Telephony
Everyone's tags (1)
1 ACCEPTED SOLUTION

Accepted Solutions
Cisco Employee

Hello Steven, I have checked

Hello Steven,

 

I have checked good and bad call issue seems to be with "Recovery on timer expiry". Can  you please try adding Direct-inward-dialing under pots dial-peer 98.

 

Good Call, As we can see translation is getting invoked and further hitting outbound leg.

247943: Mar 24 15:26:30.358 CET+1: //-1/1EDD31CB86A0/RXRULE/regxrule_profile_translate_internal: number=3792 type=unknown plan=unknown numbertype=called
247944: Mar 24 15:26:30.358 CET+1: //-1/1EDD31CB86A0/RXRULE/regxrule_profile_match_internal: Matched with rule 1 in ruleset 1
247945: Mar 24 15:26:30.358 CET+1: //-1/1EDD31CB86A0/RXRULE/regxrule_profile_match_internal: Matched with rule 1 in ruleset 1
247946: Mar 24 15:26:30.358 CET+1: //-1/1EDD31CB86A0/RXRULE/sed_subst: Successful substitution; pattern=3792 matchPattern=(^3...$) replacePattern=+43166105\1 replaced pattern=+431661053792

 

In Bad, as we can see after receiving the fourth digit we have recieved sending complete and subsquently Recovery Timer expired, Hence looks like to me GW is waiting for complete digit to analyze and process it further but at the same time Far end waiting for the Setup response and eventually getting timer expired.

Recovery on timer expiry.
This occurs when ISDN messages don't arrive in specified time according to the Q.931 specification. The E6 is sometimes followed by the timer that has expired

 


245257: Mar 24 14:55:51.736 CET+1: ISDN Se0/0/0:15 Q931: RX <- INFORMATION pd = 8  callref = 0x06B1
    Sending Complete
245258: Mar 24 14:56:11.846 CET+1: ISDN Se0/0/0:15 Q931: RX <- DISCONNECT pd = 8  callref = 0x06B1
    Cause i = 0x82E6 - Recovery on timer expiry
245259: Mar 24 14:56:11.846 CET+1: ISDN Se0/0/0:15 Q931: TX -> RELEASE pd = 8  callref = 0x86B1
245260: Mar 24 14:56:11.866 CET+1: ISDN Se0/0/0:15 Q931: RX <- RELEASE_COMP pd = 8  callref = 0x06B1

 

Just test this out and let me know if this works

 

Br,

Nadeem ahmed

Br, Nadeem Please rate all useful post.
7 REPLIES

Seems you incoming

Seems you incoming translation isn't matching.

 

Maybe change the first rule not to wait for an end:

voice translation-rule 1
 rule 1 /\(^3\)/ /+43166105\1/

or similar.

 

Regards,

Bernhard

New Member

Hi Bernhard, tried this and

Hi Bernhard, tried this and no luck. thanks for the suggestion 

Cisco Employee

Hello Steven, I have checked

Hello Steven,

 

I have checked good and bad call issue seems to be with "Recovery on timer expiry". Can  you please try adding Direct-inward-dialing under pots dial-peer 98.

 

Good Call, As we can see translation is getting invoked and further hitting outbound leg.

247943: Mar 24 15:26:30.358 CET+1: //-1/1EDD31CB86A0/RXRULE/regxrule_profile_translate_internal: number=3792 type=unknown plan=unknown numbertype=called
247944: Mar 24 15:26:30.358 CET+1: //-1/1EDD31CB86A0/RXRULE/regxrule_profile_match_internal: Matched with rule 1 in ruleset 1
247945: Mar 24 15:26:30.358 CET+1: //-1/1EDD31CB86A0/RXRULE/regxrule_profile_match_internal: Matched with rule 1 in ruleset 1
247946: Mar 24 15:26:30.358 CET+1: //-1/1EDD31CB86A0/RXRULE/sed_subst: Successful substitution; pattern=3792 matchPattern=(^3...$) replacePattern=+43166105\1 replaced pattern=+431661053792

 

In Bad, as we can see after receiving the fourth digit we have recieved sending complete and subsquently Recovery Timer expired, Hence looks like to me GW is waiting for complete digit to analyze and process it further but at the same time Far end waiting for the Setup response and eventually getting timer expired.

Recovery on timer expiry.
This occurs when ISDN messages don't arrive in specified time according to the Q.931 specification. The E6 is sometimes followed by the timer that has expired

 


245257: Mar 24 14:55:51.736 CET+1: ISDN Se0/0/0:15 Q931: RX <- INFORMATION pd = 8  callref = 0x06B1
    Sending Complete
245258: Mar 24 14:56:11.846 CET+1: ISDN Se0/0/0:15 Q931: RX <- DISCONNECT pd = 8  callref = 0x06B1
    Cause i = 0x82E6 - Recovery on timer expiry
245259: Mar 24 14:56:11.846 CET+1: ISDN Se0/0/0:15 Q931: TX -> RELEASE pd = 8  callref = 0x86B1
245260: Mar 24 14:56:11.866 CET+1: ISDN Se0/0/0:15 Q931: RX <- RELEASE_COMP pd = 8  callref = 0x06B1

 

Just test this out and let me know if this works

 

Br,

Nadeem ahmed

Br, Nadeem Please rate all useful post.
New Member

Hi Nadeem, I made the change

Hi Nadeem,

 

I made the change and i am waiting on an overlap call arriving at the g/w, they only get one or two per day :)

 

thanks

 

 

New Member

Hi Nadeem,I'm happy to tell

Hi Nadeem,

I'm happy to tell you i think this configuration change has worked. Thank you very much for your time and effort taken to review the logs and respond.

 

Steve

Cisco Employee

 You are welcome Steven :-)

 

You are welcome Steven :-) Glad issue is fixed.

 

Br,

Nadeem Ahmed

Br, Nadeem Please rate all useful post.
New Member

Hello again, seems i am not

Hello again, seems i am not quite out of the woods. :)

A new issue has cropped up today, it seems on rare occasions from specific outside callers, the caller gets redirected to the reception number immediately upon calling, and they are not gettign the opportunity to enter additional digits, which is working OK for all other callers.

Please see attached debug of such a call.

thank you

Steve

409
Views
5
Helpful
7
Replies