08-20-2014 08:48 AM - edited 03-16-2019 11:48 PM
Hello,
we are experiencing a problem with external incoming calls. When our customer is in active call and somebody wants to call him from a mobile phone (like Vodafone etc.) it takes a long time until we get a error on the H323 gateway.
Aug 20 13:01:38.696 GMT: ISDN Se0/1/0:15 Q931: RX <- SETUP pd = 8 callref = 0x447C Bearer Capability i = 0x8090A3 Standard = CCITT Transfer Capability = Speech Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0xA98386 Exclusive, Channel 6 Calling Party Number i = 0x2183, '170792xxx' Plan:ISDN, Type:National Called Party Number i = 0xC1, '85794xxxx' Plan:ISDN, Type:Subscriber(local) High Layer Compat i = 0x9181 Aug 20 13:01:38.696 GMT: ISDN Se0/1/0:15 Q931: Received SETUP callref = 0xC47C callID = 0x0225 switch = primary-net5 interface = User Aug 20 13:01:38.700 GMT: ISDN Se0/1/0:15 Q931: TX -> SETUP_ACK pd = 8 callref = 0xC47C Channel ID i = 0xA98386 Exclusive, Channel 6 Aug 20 13:01:39.700 GMT: ISDN Se0/1/0:15 Q931: TX -> CALL_PROC pd = 8 callref = 0xC47C Aug 20 13:02:09.703 GMT: ISDN Se0/1/0:15 Q931: TX -> DISCONNECT pd = 8 callref = 0xC47C Cause i = 0x8090 - Normal call clearing Aug 20 13:02:09.715 GMT: ISDN Se0/1/0:15 Q931: RX <- DISCONNECT pd = 8 callref = 0x447C Cause i = 0x82E6 - Recovery on timer expiry Aug 20 13:02:09.715 GMT: ISDN Se0/1/0:15 Q931: TX -> RELEASE pd = 8 callref = 0xC47C Aug 20 13:02:09.719 GMT: ISDN Se0/1/0:15 Q931: RX <- RELEASE pd = 8 callref = 0x447C
If the call comes from a "fix" external phone (like Telekom etc.) not a mobile phone we get a busy response.
Aug 20 13:05:01.347 GMT: ISDN Se0/0/0:15 Q931: RX <- SETUP pd = 8 callref = 0x3871 Sending Complete Bearer Capability i = 0x8090A3 Standard = CCITT Transfer Capability = Speech Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0xA9838D Exclusive, Channel 13 Calling Party Number i = 0x2180, '699xxxxx' Plan:ISDN, Type:National Calling Party Number i = 0x2183, '699xxx' Plan:ISDN, Type:National Called Party Number i = 0xC1, '857xxxxxx' Plan:ISDN, Type:Subscriber(local) Aug 20 13:05:01.347 GMT: ISDN Se0/0/0:15 Q931: Received SETUP callref = 0xB871 callID = 0x022C switch = primary-net5 interface = User Aug 20 13:05:01.351 GMT: ISDN Se0/0/0:15 Q931: TX -> CALL_PROC pd = 8 callref = 0xB871 Channel ID i = 0xA9838D Exclusive, Channel 13 Aug 20 13:05:01.363 GMT: ISDN Se0/0/0:15 Q931: TX -> DISCONNECT pd = 8 callref = 0xB871 Cause i = 0x8091 - User busy Aug 20 13:05:01.431 GMT: ISDN Se0/0/0:15 Q931: RX <- RELEASE pd = 8 callref = 0x3871 Aug 20 13:05:01.431 GMT: ISDN Se0/0/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0xB871 interface Serial0/0/0:15 no ip address encapsulation hdlc isdn switch-type primary-net5 isdn overlap-receiving T302 2500 isdn incoming-voice voice isdn send-alerting isdn sending-complete no cdp enable interface Serial0/1/0:15 no ip address encapsulation hdlc isdn switch-type primary-net5 isdn overlap-receiving T302 2500 isdn incoming-voice voice isdn send-alerting isdn sending-complete no cdp enable
It think this is a telco problem. Since the problem persist since the last week and there was a telco migration.
08-25-2014 10:17 AM
Get all of those debugs for a working/nonworking with the new incoming POTS dial-peer and we may be able to figure that part out. Something has to be different between the two scenarios.
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