Busy tone after off hook

Michael Grachev · ‎08-16-2011

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.

acampbell · ‎08-16-2011

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

Regards, Alex. Please rate useful posts.

Michael Grachev · ‎08-16-2011

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.

acampbell · ‎08-16-2011

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.

Regards, Alex. Please rate useful posts.

Michael Grachev · ‎08-16-2011

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

acampbell · ‎08-17-2011

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.

Regards, Alex. Please rate useful posts.

Michael Grachev · ‎08-18-2011

Hi Alex,

Thanks for the answer!

And what about IP phone to PSTN phone call ?

Mike

acampbell · ‎08-18-2011

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#

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# ********** IPHONE REPLACES HANDSET *************

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#

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# ********** IPHONE REPLACES HANDSET *************

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

Regards, Alex. Please rate useful posts.