cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
478
Views
3
Helpful
2
Replies

I can't hear music bell instead of ring backtone between G/W and CM

johnyoon75
Level 1
Level 1

Hello all,

There is something wrong with my voip network.

I have callmanager(4.1) and Voice G/W(cisco2600).

When i try to make a call from IP Phone(7940) to Cellular Phone, I can't hear music bell. music bell is seviced by mobile telecommunication company. so if i make a call from PSTN Phone, i can hear music bell instead ring back tone.

anyway, if i try to make a call from PSTN's phone, i can hear music bell but not from IP phone.

PBX is NEC's NEAX made in japan.

heare is the output on voice gateway.

************************ Start call ***************************

g/w#

*Aug 3 11:35:05.399 KST: ISDN Se1/0:15 Q931: TX -> SETUP pd = 8 callref = 0x0663

Bearer Capability i = 0x8090A3

Standard = CCITT

Transer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA98381

Exclusive, Channel 1

Calling Party Number i = 0x0081, '79876'

Plan:Unknown, Type:Unknown

Called Party Number i = 0x80, '90111234567'

Plan:Unknown, Type:Unknown

*Aug 3 11:35:05.511 KST: ISDN Se1/0:15 Q931: RX <- CALL_PROC pd = 8 callref = 0x8663

Channel ID i = 0xA98381

Exclusive, Channel 1

g/w#

*Aug 3 11:35:07.782 KST: ISDN Se1/0:15 Q931: RX <- ALERTING pd = 8 callref = 0x8663

Channel ID i = 0xA98381

Exclusive, Channel 1

g/w#

g/w#

******** i can hear ring back tone, actually this is not corrent. i should hear music bell instead ring back tone

g/w#

g/w#

****************************** connect ************************************

*Aug 3 11:35:47.532 KST: ISDN Se1/0:15 Q931: RX <- CONNECT pd = 8 callref = 0x8663

Channel ID i = 0xA98381

Exclusive, Channel 1

*Aug 3 11:35:47.548 KST: ISDN Se1/0:15 Q931: TX -> CONNECT_ACK pd = 8 callref = 0x0663

g/w#

************************** disconnect call *************************************

*Aug 3 11:35:55.316 KST: ISDN Se1/0:15 Q931: TX -> DISCONNECT pd = 8 callref = 0x0663

Cause i = 0x8290 - Normal call clearing

*Aug 3 11:35:55.380 KST: ISDN Se1/0:15 Q931: RX <- RELEASE pd = 8 callref = 0x8663

*Aug 3 11:35:55.388 KST: ISDN Se1/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x0663

g/w#

!

controller E1 1/0

framing NO-CRC4

pri-group timeslots 1-31

!

interface Serial1/0:15

no ip address

no logging event link-status

isdn switch-type primary-net5

isdn protocol-emulate network

isdn incoming-voice voice

no cdp enable

!

voice-port 1/0:15

bearer-cap Speech

!

dial-peer voice 1 pots

tone ringback alert-no-PI

destination-pattern .T

no digit-strip

direct-inward-dial

port 1/0:15

forward-digits all

!

dial-peer voice 100 voip

destination-pattern 7....

session target ipv4:172.16.1.1

dtmf-relay h245-alphanumeric

codec g711ulaw

no vad

!

2 Replies 2

johnyoon75
Level 1
Level 1

Hi all,

I've resloved this issue.

I've configured "progress_ind alert enable 8" command under pots dialpeer.

anybody explain the reason?

regards,

John.

Simply this:

You have 2 different signalling protocols that are communicating: H323 and ISDN and the difficulty with H323 on most Cisco routers is the inability to translate signalling and setup between disparate Telco ISDN switches, as there are many different brands and types of ISDN switches used at the CO, with various types of signalling capabilities. Therefore, the 2 entities (ISDN switch and Cisco H323 gateway) must establish communication by use of "progress tones," which are in-band tones such as busy signal, ring tone, and announcements across the 2 different protocols by the use of, what is called an Information Element or IE for short. This IE stores the Progress message, but some device along the way DOESN'T recognize it, so by using the progress_ind command for various Progress signals, (such as the alert, which is the one you used...) you are bypassing the intermediate devices that may NOT recognize and forward the Progress signal and allowing it to hit the H323 gateway directly....