08-16-2011 02:30 AM - edited 03-16-2019 06:29 AM
Hello, I have network with two callmanager_5.x in cluster and two voice_gateway Cisco 2821, connected to the PSTN via E1 ports.
Could you please tell me how to configure ccm and gateways for the following thing - when internal and external call is dropped by one of the subscriber (internal and external), the second subscriber hears busy tone.
08-16-2011 03:28 AM
Hi,
Do you really mean the busy settings on the phones.
Is the user using their phone and a second call comes in the user here call waiting.
Regards
Alex
08-16-2011 03:51 AM
Hello Alex,
No, I mean the situation when two subscribers finish talk, and one of them puts handset down, then the second subscriber hears busy tone (no matter if it internal call within network or it is external call to the pstn). Now after finishing conversation call just drops.
Im sorry, there is a mistake in the title. It should be Busy tone after ON hook, i.e. when the conversation ends.
08-16-2011 04:35 AM
Hi,
Had a quick test of this in my lab.
If the Cisco phone hangs up my pstn caller hear Number unobtainable tone on the pots phone.
If the PSTN pots phone hangs up the cisco phone just clears.
I think this is due to the sccp signalling from the CUCM.
I can not think how to change this behavior.
Sorry
Alex.
08-16-2011 04:56 AM
And what about call between cisco phone and cisco phone within one cucm lan ? Is there any way how to "enable" busy tone after conversation in cucm configuration ?
And about external calls: i'm not certanly sure if pots station sends busy tone via isdn to the gateway, cucm and then to the cisco phone. If so, maybe there is some configuration of gateway to make this thing work....
Mike
08-17-2011 08:52 AM
Hi Mike,
Ip phone to IP phone.
It does not matter whether the caller or called hangs up both phones just clear the call.
This is due to the SCCP signalling.
Regards
Alex.
08-18-2011 12:16 AM
Hi Alex,
Thanks for the answer!
And what about IP phone to PSTN phone call ?
Mike
08-18-2011 09:26 AM
Hi Mike,
Sorry for the delay.
IP phone to PSTN
Speech path is good
IP Phone hangs up
IP phone simply clears down
PSTN hears "Number Unobtainable Tone" (NU tone)
I am based in the UK hence the NU tone
The NU tone is from the PSTN network not the gateway
CME3845#
CME3845#
CME3845#
Aug 18 16:17:14.245: ISDN Se1/0/0:15 Q931: Applying typeplan for sw-type 0x12 is
0x0 0x1, Calling num 6101
Aug 18 16:17:14.245: ISDN Se1/0/0:15 Q931: Sending SETUP callref = 0x01B7 callI
D = 0x8139 switch = primary-net5 interface = User
Aug 18 16:17:14.245: ISDN Se1/0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x01B7
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98388
Exclusive, Channel 8
Progress Ind i = 0x8183 - Origination address is non-ISDN
Calling Party Number i = 0x0181, '6101'
Plan:ISDN, Type:Unknown
Called Party Number i = 0x81, '3368213'
Plan:ISDN, Type:Unknown
Aug 18 16:17:14.681: ISDN Se1/0/0:15 Q931: RX <- CALL_PROC pd = 8 callref = 0x8
1B7
Channel ID i = 0xA98388
Exclusive, Channel 8
Aug 18 16:17:14.949: ISDN Se1/0/0:15 Q931: RX <- ALERTING pd = 8 callref = 0x81
B7
Channel ID i = 0xA98388
Exclusive, Channel 8
Progress Ind i = 0x8488 - In-band info or appropriate now available
Progress Ind i = 0x8482 - Destination address is non-ISDN
Aug 18 16:17:18.029: ISDN Se1/0/0:15 Q931: RX <- CONNECT pd = 8 callref = 0x81B
7
Channel ID i = 0xA98388
Exclusive, Channel 8
Aug 18 16:17:18.029: ISDN Se1/0/0:15 Q931: TX -> CONNECT_ACK pd = 8 callref = 0
x01B7
CME3845#
CME3845#
CME3845# ********** IPHONE REPLACES HANDSET *************
CME3845#
CME3845#
Aug 18 16:17:33.584: ISDN Se1/0/0:15 Q931: TX -> DISCONNECT pd = 8 callref = 0x
01B7
Cause i = 0x8090 - Normal call clearing
Aug 18 16:17:33.904: ISDN Se1/0/0:15 Q931: RX <- RELEASE pd = 8 callref = 0x81B
7
Cause i = 0x8190 - Normal call clearing
Aug 18 16:17:33.904: ISDN Se1/0/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref =
0x01B7
CME3845#
CME3845#
CME3845#
CME3845#
Aug 18 16:17:14.245: ISDN Se1/0/0:15 Q931: Applying typeplan for sw-type 0x12 is
0x0 0x1, Calling num 6101
Aug 18 16:17:14.245: ISDN Se1/0/0:15 Q931: Sending SETUP callref = 0x01B7 callI
D = 0x8139 switch = primary-net5 interface = User
Aug 18 16:17:14.245: ISDN Se1/0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x01B7
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98388
Exclusive, Channel 8
Progress Ind i = 0x8183 - Origination address is non-ISDN
Calling Party Number i = 0x0181, '6101'
Plan:ISDN, Type:Unknown
Called Party Number i = 0x81, '3368213'
Plan:ISDN, Type:Unknown
Aug 18 16:17:14.681: ISDN Se1/0/0:15 Q931: RX <- CALL_PROC pd = 8 callref = 0x8
1B7
Channel ID i = 0xA98388
Exclusive, Channel 8
Aug 18 16:17:14.949: ISDN Se1/0/0:15 Q931: RX <- ALERTING pd = 8 callref = 0x81
B7
Channel ID i = 0xA98388
Exclusive, Channel 8
Progress Ind i = 0x8488 - In-band info or appropriate now available
Progress Ind i = 0x8482 - Destination address is non-ISDN
Aug 18 16:17:18.029: ISDN Se1/0/0:15 Q931: RX <- CONNECT pd = 8 callref = 0x81B
7
Channel ID i = 0xA98388
Exclusive, Channel 8
Aug 18 16:17:18.029: ISDN Se1/0/0:15 Q931: TX -> CONNECT_ACK pd = 8 callref = 0
x01B7
CME3845#
CME3845#
CME3845# ********** IPHONE REPLACES HANDSET *************
CME3845#
CME3845#
Aug 18 16:17:33.584: ISDN Se1/0/0:15 Q931: TX -> DISCONNECT pd = 8 callref = 0x
01B7
Cause i = 0x8090 - Normal call clearing
Aug 18 16:17:33.904: ISDN Se1/0/0:15 Q931: RX <- RELEASE pd = 8 callref = 0x81B
7
Cause i = 0x8190 - Normal call clearing
Aug 18 16:17:33.904: ISDN Se1/0/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref =
0x01B7
CME3845#
We canot control the SCCP signalling
HTH
Alex
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