02-01-2009 12:05 PM - edited 03-15-2019 03:54 PM
<p>Cisco calls to out very well.</p>
<p>But incoming connections were failed. Cisco doesn't send CALL_PROC. :(</p>
<p>debug isdn q931</p>
<p>*Feb 1 19:56:19.013: %LINK-3-UPDOWN: Interface BRI0/1/0, changed state to up<br />
*Feb 1 19:56:19.065: ISDN BR0/1/0 Q931: RX <- SETUP pd = 8 callref = 0x64 <br />
Sending Complete <br />
Bearer Capability i = 0x8090A3 <br />
Standard = CCITT <br />
Transfer Capability = Speech <br />
Transfer Mode = Circuit <br />
Transfer Rate = 64 kbit/s <br />
Channel ID i = 0x89 <br />
Exclusive, B1 <br />
Calling Party Number i = 0x0183, '00498945080860' <br />
Plan:ISDN, Type:Unknown <br />
Called Party Number i = 0xC1, '6722011' <br />
Plan:ISDN, Type:Subscriber(local)<br />
*Feb 1 19:56:19.069: %ISDN-3-LAYER2_UP: Layer 2 for Interface BR0/1/0, TEI 112 changed to up<br />
*Feb 1 19:56:33.993: %ISDN-3-LAYER2_DOWN: Layer 2 for Interface BR0/1/0, TEI 112 changed to down<br />
*Feb 1 19:56:33.993: ISDN BR0/1/0 Q931: Ux_DLRelInd: DL_REL_IND received from L2<br />
*Feb 1 19:56:50.845: ISDN BR0/1/0 Q931: RX <- RELEASE pd = 8 callref = 0x64 <br />
Cause i = 0x8090 - Normal call clearing<br />
*Feb 1 19:56:50.853: ISDN BR0/1/0 Q931: RX <- RELEASE pd = 8 callref = 0x64 <br />
Cause i = 0x8090 - Normal call clearing</p>
Solved! Go to Solution.
02-01-2009 02:57 PM
Ok. Reload the box ?
02-01-2009 12:18 PM
Config? Have you configured isdn answer for example ?
02-01-2009 12:41 PM
interface BRI0/1/0
no ip address
isdn switch-type basic-net3
isdn incoming-voice voice
trunk-group ISDN
!
voice translation-rule 3
rule 1 /^6722011$/ /41111/
!
voice translation-rule 4
rule 1 /^\(.+\)/ /0\1/ type subscriber subscriber plan isdn isdn
rule 2 /^\(.+\)/ /00\1/ type national national plan isdn isdn
rule 3 /^\(.+\)/ /000\1/ type international international plan isdn isdn
!
!
voice translation-profile IN
translate calling 4
translate called 3
voice-port 0/1/0
disc_pi_off
no vad
compand-type a-law
cptone CH
dial-peer voice 203 voip
description ToCCM-Swiss
huntstop
destination-pattern 411..
progress_ind setup enable 3
modem passthrough nse codec g711ulaw
voice-class codec 1
voice-class h323 1
session target ipv4:10.255.252.5
dtmf-relay h245-alphanumeric
fax rate disable
no vad
dial-peer voice 101 pots
trunkgroup ISDN
tone ringback alert-no-PI
translation-profile incoming IN
preference 1
incoming called-number .T
direct-inward-dial
forward-digits all
02-01-2009 01:27 PM
Doesn't show a reason for that. Which IOS is that ? You can also try isdn tei-negotiation preserve under bri. Also check a debug cch323 if something is going on on that side.
02-01-2009 01:35 PM
(C2800NM-ADVIPSERVICESK9-M), Version 12.4(15)T5
*Feb 1 21:28:46.585: %LINK-3-UPDOWN: Interface BRI0/1/0, changed state to up
*Feb 1 21:28:46.637: ISDN BR0/1/0 Q921: User RX <- UI sapi=0 tei=127
*Feb 1 21:28:46.637: ISDN BR0/1/0 Q931: SETUP pd = 8 callref = 0x62
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0x89
Exclusive, B1
Calling Party Number i = 0x0183, '00498945080860'
Plan:ISDN, Type:Unknown
Called Party Number i = 0xC1, '6722011'
Plan:ISDN, Type:Subscriber(local)
*Feb 1 21:28:46.689: ISDN BR0/1/0 Q921: User RX <- UAf sapi=0 tei=97
*Feb 1 21:28:46.693: ISDN BR0/1/0 Q921: User RX <- UAf sapi=0 tei=98
*Feb 1 21:28:46.729: ISDN BR0/1/0 Q921: User RX <- RR sapi=0 tei=97 nr=1
*Feb 1 21:28:46.741: ISDN BR0/1/0 Q921: User RX <- RR sapi=0 tei=98 nr=1
*Feb 1 21:28:56.745: ISDN BR0/1/0 Q921: User RX <- RRf sapi=0 tei=98 nr=1
*Feb 1 21:28:56.749: ISDN BR0/1/0 Q921: User RX <- RRf sapi=0 tei=97 nr=1
*Feb 1 21:29:06.761: ISDN BR0/1/0 Q921: User RX <- RRf sapi=0 tei=98 nr=1
*Feb 1 21:29:06.765: ISDN BR0/1/0 Q921: User RX <- RRp sapi=0 tei=97 nr=1
*Feb 1 21:29:06.769: ISDN BR0/1/0 Q921: User RX <- RRf sapi=0 tei=97 nr=1
*Feb 1 21:29:07.649: //-1/xxxxxxxxxxxx/H323/cch323_process_carrier_update: Registered = 0, Event = 1, Reason = 2
*Feb 1 21:29:16.777: ISDN BR0/1/0 Q921: User RX <- RRf sapi=0 tei=98 nr=1
*Feb 1 21:29:16.789: ISDN BR0/1/0 Q921: User RX <- RRf sapi=0 tei=97 nr=1
*Feb 1 21:29:24.553: ISDN BR0/1/0 Q921: User RX <- INFO sapi=0 tei=98, ns=0 nr=1
*Feb 1 21:29:24.553: ISDN BR0/1/0 Q931: RELEASE pd = 8 callref = 0x62
Cause i = 0x8090 - Normal call clearing
*Feb 1 21:29:24.561: ISDN BR0/1/0 Q921: User RX <- INFO sapi=0 tei=97, ns=0 nr=1
*Feb 1 21:29:24.561: ISDN BR0/1/0 Q931: RELEASE pd = 8 callref = 0x62
Cause i = 0x8090 - Normal call clearing
*Feb 1 21:29:24.597: ISDN BR0/1/0 Q921: User RX <- RR sapi=0 tei=98 nr=2
*Feb 1 21:29:24.617: ISDN BR0/1/0 Q921: User RX <- RR sapi=0 tei=97 nr=2
*Feb 1 21:29:30.585: ISDN BR0/1/0 Q921: User RX <- UAf sapi=0 tei=98
*Feb 1 21:29:30.589: ISDN BR0/1/0 Q921: User RX <- UAf sapi=0 tei=97
*Feb 1 21:29:32.649: //-1/xxxxxxxxxxxx/H323/cch323_process_carrier_update: Registered = 0, Event = 1, Reason = 2
02-01-2009 01:58 PM
May be stupid question but you have DSP in the box ?
Cannot really suggest a reason why that is happening.
02-01-2009 02:06 PM
Yes
CHIIRouter#sh voice dsp voice
----------------------------FLEX VOICE CARD 0 ------------------------------
*DSP VOICE CHANNELS*
CURR STATE : (busy)inuse (b-out)busy out (bpend)busyout pending
LEGEND : (bad)bad (shut)shutdown (dpend)download pending
DSP DSP DSPWARE CURR BOOT PAK TX/RX
TYPE NUM CH CODEC VERSION STATE STATE RST AI VOICEPORT TS ABRT PACK COUNT
===== === == ========= ======= ===== ======= === == ========= == ==== ============
C5510 001 01 None 9.4.5 idle idle 0 0 0 0/0
C5510 001 02 None 9.4.5 idle idle 0 0 0 0/0
C5510 001 03 None 9.4.5 idle idle 0 0 0 0/0
C5510 001 04 None 9.4.5 idle idle 0 0 0 0/0
C5510 002 15 None 9.4.5 idle idle 0 0 0 0/0
C5510 002 16 None 9.4.5 idle idle 0 0 0 0/0
------------------------END OF FLEX VOICE CARD 0 ----------------------------
02-01-2009 02:20 PM
Any chance to try another release like 12.4(3) latest ?
I don't think I ever seen that happen.
02-01-2009 02:34 PM
This ios working very well on two another routers. I copy config from them.
02-01-2009 02:57 PM
Ok. Reload the box ?
02-02-2009 12:00 AM
After reload CALL_PROC are transmited, but I get new error. I try to solve new problem.
02-02-2009 12:07 AM
Reload is helping me.
Thank you very much
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide