Problem with Incoming ISDN BRI connection. Cisco doesn't hang off.

Answered Question
Feb 1st, 2009
User Badges:

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

Correct Answer by paolo bevilacqua about 8 years 5 months ago


Ok. Reload the box ?

  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 5 (1 ratings)
Loading.
paolo bevilacqua Sun, 02/01/2009 - 12:18
User Badges:
  • Super Gold, 25000 points or more
  • Hall of Fame,

    Founding Member


Config? Have you configured isdn answer for example ?

pavelsh_ucs Sun, 02/01/2009 - 12:41
User Badges:


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


 

paolo bevilacqua Sun, 02/01/2009 - 13:27
User Badges:
  • Super Gold, 25000 points or more
  • Hall of Fame,

    Founding Member


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.

pavelsh_ucs Sun, 02/01/2009 - 13:35
User Badges:


(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

paolo bevilacqua Sun, 02/01/2009 - 13:58
User Badges:
  • Super Gold, 25000 points or more
  • Hall of Fame,

    Founding Member


May be stupid question but you have DSP in the box ?


Cannot really suggest a reason why that is happening.

pavelsh_ucs Sun, 02/01/2009 - 14:06
User Badges:


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

paolo bevilacqua Sun, 02/01/2009 - 14:20
User Badges:
  • Super Gold, 25000 points or more
  • Hall of Fame,

    Founding Member


Any chance to try another release like 12.4(3) latest ?


I don't think I ever seen that happen.

pavelsh_ucs Sun, 02/01/2009 - 14:34
User Badges:


This ios working very well on two another routers. I copy config from them.


 

Correct Answer
paolo bevilacqua Sun, 02/01/2009 - 14:57
User Badges:
  • Super Gold, 25000 points or more
  • Hall of Fame,

    Founding Member


Ok. Reload the box ?

pavelsh_ucs Mon, 02/02/2009 - 00:00
User Badges:

After reload CALL_PROC are transmited, but I get new error. I try to solve new problem.

Actions

This Discussion