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
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: