08-05-2010 06:00 AM - edited 03-16-2019 12:05 AM
Hello everybody !!!
I have been facing a call transfer delay at the follow situation.
My scenario are 1 Cisco 3845 CME with 4 E1 links conecting with PSTN and 2 PRI ISDN links connected with Panasonic PBX KX-TDE600.
There are an ICD group at Panasonic PBX, this extension group are receiving calls from PSTN, this calls are comming trough E1 links at CISCO and then trough ISDN link to PANASONIC.
In some situations we need to transfer the call back to Cisco extension, at this case there are a 8 seconds delay
I want to know what are causing this delay ??? And what can I do to solve this problem .???
I'm posting the PANASONIC and the CISCO log for your help.
THANKS A LOT !!!!
08-05-2010 06:22 AM
Hi
I would start troubleshooting this by doing the following on the CME router:
debug isdn q931
term mon
You should then see SETUP and other messages as they happen. For example, if you make a call to the Panasonic number, you'll see a SETUP message in the TX direction, usualling followed by PROCeeding, alerting, connected and eventually disconnect phases.
When you transfer back to CME, you'll see a SETUP in the RX direction on CME, and a similar sequence of proceeding/alerting/connected etc.
There are lots of places that your delay may have come from, what you need to do is isolate it a little.
With the above debug running, try the transfer - if you see the SETUP message as soon as you try the transfer, post back all the debug info and we'll work out why it delays after that.
If you see the SETUP message 8 seconds after you hit transfer on the Panasonic phone, then the delay is happening on the Panasonic side - it may be an interdigit timeout or something similar, you would need to get your Panasonic engineer to look at that.
Regards
Aaron
Please rate helpful posts...
08-05-2010 06:58 AM
Thanks for quick reply Aaron,
I already did troubleshooting, it is :
AT Panasonic SIDE :
1. FIRST LOG - CALL COMPLETED -> EXT NUMBER 3002 - > DIALED NUMBER 086963108
PBX->QSIG line No.41386 Port:1 (elapsed time from LPR reset) 01/01/02 23:30:51
L2: I SAPI:0 TEI:0
L3:
SETUP crn:000E (O)
Sending Complete
Bearer Capability: 80 90 A3 (Speech A-Law)
Channel Identity: A1 83 9F (channel=B31 pref.)
Facility: 91 AA 06 80 01 00 82 01 00 8B 01 00 A1 11 02 01 40 06 04 2B 0C 09 00 80 06 43 61 72 6C 6F 73
([Inv] id= 40 op= callingName)
Calling Party Number: 09 80 33 30 30 32
Type of Number= Unknown, Numbering Plan= Private
Number= 3002
Called Party Number: 89 30 38 36 39 36 33 31 30 38
Type of Number= Unknown, Numbering Plan= Private
Number= 086963108
00 01 6E A4 08 02 00 0E 05 A1 04 03 80 90 A3 18
03 A1 83 9F 1C 1F 91 AA 06 80 01 00 82 01 00 8B
01 00 A1 11 02 01 40 06 04 2B 0C 09 00 80 06 43
61 72 6C 6F 73 6C 06 09 80 33 30 30 32 70 0A 89
30 38 36 39 36 33 31 30 38
QSIG line->PBX No.41387 Port:1 (elapsed time from LPR reset) 01/01/02 23:30:51
L2: I SAPI:0 TEI:0
L3:
CALL PROCEEDING crn:000E (D)
Channel Identity: A9 83 81 (channel=B1 excl.)
02 01 A4 70 08 02 80 0E 02 18 03 A9 83 81
QSIG line->PBX No.41388 Port:1 (elapsed time from LPR reset) 01/01/02 23:30:55
L2: I SAPI:0 TEI:0
L3:
ALERTING crn:000E (D)
Progress Indicator: 81 88
Description= "In-band information or appropriate pattern now available"
Location= "private network serving the local user"
02 01 A6 70 08 02 80 0E 01 1E 02 81 88
QSIG line->PBX No.41389 Port:1 (elapsed time from LPR reset) 01/01/02 23:30:55
L2: I SAPI:0 TEI:0
L3:
CONNECT crn:000E (D)
Progress Indicator: 81 82
Description= "Destination address is non-ISDN"
Location= "private network serving the local user"
02 01 A8 70 08 02 80 0E 07 1E 02 81 82
PBX->QSIG line No.41390 Port:1 (elapsed time from LPR reset) 01/01/02 23:30:55
L2: I SAPI:0 TEI:0
L3:
CONNECT ACK crn:000E (O)
00 01 70 AA 08 02 00 0E 0F
2 - > SECOND PART - > PUT CALL ON HOLD TO CALL ANOTHER EXTENSION - > THIS LOG CAME AFTER DIAL 4806
PBX->QSIG line No.41391 Port:1 (elapsed time from LPR reset) 01/01/02 23:31:13
L2: I SAPI:0 TEI:0
L3:
SETUP crn:000F (O)
Sending Complete
Bearer Capability: 80 90 A3 (Speech A-Law)
Channel Identity: A1 83 9E (channel=B30 pref.)
Facility: 91 AA 06 80 01 00 82 01 00 8B 01 00 A1 1E 02 01 D5 06 0B 2B 0C 02 87 7B 01 01 01 01 0A 06 04 0C 01 01 00 02 02 3A A2 80 03 80 00 01
([Inv] id= D5 op= Unknown)
Called Party Number: 89 34 38 30 36
Type of Number= Unknown, Numbering Plan= Private
Number= 4806
00 01 72 AA 08 02 00 0F 05 A1 04 03 80 90 A3 18
03 A1 83 9E 1C 2C 91 AA 06 80 01 00 82 01 00 8B
01 00 A1 1E 02 01 D5 06 0B 2B 0C 02 87 7B 01 01
01 01 0A 06 04 0C 01 01 00 02 02 3A A2 80 03 80
00 01 70 05 89 34 38 30 36
QSIG line->PBX No.41392 Port:1 (elapsed time from LPR reset) 01/01/02 23:31:13
L2: I SAPI:0 TEI:0
L3:
CALL PROCEEDING crn:000F (D)
Channel Identity: A9 83 9E (channel=B30 excl.)
02 01 AA 74 08 02 80 0F 02 18 03 A9 83 9E
QSIG line->PBX No.41393 Port:1 (elapsed time from LPR reset) 01/01/02 23:31:13
L2: I SAPI:0 TEI:0
L3:
ALERTING crn:000F (D)
Progress Indicator: 81 88
Description= "In-band information or appropriate pattern now available"
Location= "private network serving the local user"
02 01 AC 74 08 02 80 0F 01 1E 02 81 88
QSIG line->PBX No.41394 Port:1 (elapsed time from LPR reset) 01/01/02 23:31:16
L2: I SAPI:0 TEI:0
L3:
CONNECT crn:000F (D)
02 01 AE 74 08 02 80 0F 07
PBX->QSIG line No.41395 Port:1 (elapsed time from LPR reset) 01/01/02 23:31:16
L2: I SAPI:0 TEI:0
L3:
CONNECT ACK crn:000F (O)
00 01 74 B0 08 02 00 0F 0F
3 - > THIRD PART - > FINISHING THE TRANSFER - > ERROR MESSAGES - WHEN THE 8 SECONDS DELAY OCCUR
PBX->QSIG line No.41396 Port:1 (elapsed time from LPR reset) 01/01/02 23:31:20
L2: I SAPI:0 TEI:0
L3:
FACILITY crn:000F (O)
Facility: 91 AA 06 80 01 00 82 01 00 A1 0B 02 01 60 06 04 2B 0C 09 07 05 00
([Inv] id= 60 op= ctIdentify)
00 01 76 B0 08 02 00 0F 62 1C 16 91 AA 06 80 01
00 82 01 00 A1 0B 02 01 60 06 04 2B 0C 09 07 05
00
QSIG line->PBX No.41397 Port:1 (elapsed time from LPR reset) 01/01/02 23:31:20
L2: I SAPI:0 TEI:0
L3:
STATUS crn:000F (D)
Cause: 80 E4 1C
Cause Value= "#100 Invalid information element contents"
Location= "user"
Call State: 0A
02 01 B0 78 08 02 80 0F 7D 08 03 80 E4 1C 14 01
0A
PBX->QSIG line No.41398 Port:1 (elapsed time from LPR reset) 01/01/02 23:31:32
L2: I SAPI:0 TEI:0
L3:
FACILITY crn:000F (O)
Facility: 91 AA 06 80 01 00 82 01 00 8B 01 00 A1 0B 02 01 63 06 04 2B 0C 09 08 05 00
([Inv] id= 63 op= ctAbandon)
00 01 78 B2 08 02 00 0F 62 1C 19 91 AA 06 80 01
00 82 01 00 8B 01 00 A1 0B 02 01 63 06 04 2B 0C
09 08 05 00
QSIG line->PBX No.41399 Port:1 (elapsed time from LPR reset) 01/01/02 23:31:32
L2: I SAPI:0 TEI:0
L3:
STATUS crn:000F (D)
Cause: 80 E4 1C
Cause Value= "#100 Invalid information element contents"
Location= "user"
Call State: 0A
02 01 B2 7A 08 02 80 0F 7D 08 03 80 E4 1C 14 01
0A
AT CISCO SIDE I FIND THE FOLLOW MESSAGES.
1743683: Aug 5 12:01:15.213: ISDN Se1/0:15 Q931: Received SETUP callref = 0x800E callID = 0x693B switch = primary-net5 interface = Network
1743684: Aug 5 12:01:15.217: ISDN Se1/0:15 **ERROR**: process_facility_ie: Received unsupported Facility IE operation value 0
1743685: Aug 5 12:01:15.237: ISDN Se1/0:15 SERROR: process_pri_simple: NO name in GTD
1743686: Aug 5 12:01:18.181: ISDN Se1/0:15 SERROR: process_pri_simple: NO name in GTD
1743687: Aug 5 12:01:18.189: ISDN Se1/0:15 SERROR: isdn_get_name_from_gtd: false ret
1743688: Aug 5 12:01:18.189: ISDN Se1/0:15 SERROR: process_pri_simple: NO name in GTD
1743689: Aug 5 09:01:18.189: %ISDN-6-CONNECT: Interface Serial1/0:0 is now connected to 3002 N/A
1743690: Aug 5 09:01:24.189: %ISDN-6-CONNECT: Interface Serial1/0:0 is now connected to 3002 N/A
1743693: Aug 5 12:01:32.430: ISDN Se1/0:15 Q931: Received SETUP callref = 0x800F callID = 0x693C switch = primary-net5 interface = Network
1743694: Aug 5 12:01:32.430: ISDN Se1/0:15 **ERROR**: process_facility_ie: Received unsupported Facility IE operation value 0
1743695: Aug 5 12:01:32.446: ISDN Se1/0:15 SERROR: process_pri_simple: NO name in GTD
1743696: Aug 5 12:01:32.462: ISDN Se1/0:15 SERROR: process_pri_simple: NO name in GTD
1743727: Aug 5 09:02:02.730: %ISDN-6-DISCONNECT: Interface Serial1/0:0 disconnected from 3002 , call lasted 44 seconds
I'm Sure that the delay is at CISCO SIDE because Panasonic send the ISDN information very quick.
Maybe is some ISDN misconfiguration between both.
THANKS
08-05-2010 01:43 PM
CAN ANYONE HELP ME PLEASE ????
THANKS A LOT
08-05-2010 09:51 PM
Hi,
Visit below URL, hope it will be helpful.
https://www.cisco.com/en/US/solutions/ns340/ns414/ns728/networking_solutions_products_genericcontent0900aecd805bd0ac.html
Regards,
Muhammad Amir Raza
01-11-2012 06:00 AM
Tarik,
Have you found a solution to this problem?
I am very grateful for the help!
02-12-2012 10:05 PM
Problem solved very simply: in the settings of QSIG (supplementary services) need to disable the Call Transfer (CT). But at the same time, when transfer call from Panasonic to Cisco (when there is a loop) two channels is involved.
02-13-2012 06:18 AM
It could be possible to have two-B CT supported. But I think it would require a script
http://www.cisco.com/en/US/docs/ios/voice/ivr/configuration/guide/ivr_tbct.html
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