cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
646
Views
0
Helpful
5
Replies

No ring back tone on T1-CAS

ppoulin
Level 1
Level 1

Hi,

I have an issue with some call transfer from PSTN. Ex: A cellular user transfers his cell. phone on busy or no answer to his business ip phone. When the transfer is done, we have no ring back tone. I am running ip plus 12.2(4)T1 on 3640 using T1-CAS and CallManager 3.2(1.1). We had same problem with 3.1(2c). The problem is not with all cell phone but only with specific cell. phone carrier.

Cell phone switch ---- PSTN ----IOS Gateway ---- CallManager ----- Business IP phone ---- if no answer ---- Unity

Which debug command can help me out or command to resolve that problem?

Thanks

5 Replies 5

mimckee
Level 1
Level 1

I am not sure exactly what you problem is. The person calling the cell phone is forward no answer and busy to his ip phone. Then the call goes to unity. When are they not hearing ring back. When the call is to the cell phone or does the ringing only stop when the cell phone forwards the call to the ip phone. If the user call the phoned directly do they get ringback? I guess you could do a debug vtsp all. The ringback should be coming from the dsp in the router.

Thank you,

-Mckee

Let say the cell phone forward all calls to his business phone (ip phone). The problem is when a person call that cell phone then the person got transfer to the ip phone ... we can hear the ip phone ringing but the person calling does not have ringing ... if we answer we can have a normal conversation ... if you do not answer that call then we got connect to Unity and we can hear the greating from Unity and leave a message.

Thanks

So when the if the users call the phone directly without getting forwarded do they hear ringback? What does the ccm trace look like? Do you ccm send alerting in h.323 to the gateway? Did debug vstp all or debug vtsp dsp show you anything. Like I said before the DSP in the gatewayt should be playing the ringback.

Thank you,

-Mckee

Hi,

I did compare two traces, one calling directly the ip phone and another one calling the cell phone. The two traces different at two specific locations:

Trace with the problem:

…location 1

6w4d: vtsp_do_call_setup_ind: type=0, under_spec=64348328, name=, id0=1, id1=0, id2=0, calling=, called= subscriber=Regu

larLine

….location 2

6w4d: vtsp:[3/0:1:21858, S_PROCEEDING, E_CC_ALERT]

6w4d: act_alert

6w4d: vtsp_timer_stop: 405481949

6w4d: vtsp_dsp_cp_tone_on: cpPtr->off_time_third: 0, cdb->sl_delay: 0

Stops there

Trace without the problem:

….location 1

6w4d: vtsp_do_call_setup_ind: type=0, under_spec=0, name=, id0=1, id1=0, id2=24644, calling=, called= subscriber=Regular

Line

….location 2

6w4d: vtsp:[3/0:1:21842, S_PROCEEDING, E_CC_ALERT]

6w4d: act_alert

6w4d: vtsp_timer_stop: 405425038

6w4d: vtsp_dsp_cp_tone_on: cpPtr->off_time_third: 0, cdb->sl_delay: 0

6w4d: vtsp_get_dialpeer_tag: tag = 77

6w4d: vtsp:[3/0:1:21842, S_ALERTING, E_CC_BRIDGE]

6w4d: act_bridge

6w4d: vtsp:[3/0:1:21842, S_ALERTING, E_CC_CAPS_IND]

6w4d: act_caps_ind

6w4d: act_caps_ind: passthrough: cap_modem_proto 0, cap_modem_codec 0, cap_modem_redundancy 0, payload 100

6w4d: act_caps_ind:Encap 1, Vad 1, Codec 0x1, CodecBytes 160,

FaxRate 2, FaxBytes 20, FaxNsf 0xAD0051

SignalType 2

DtmfRelay 32, Modem 0, SeqNumStart 0x876

6w4d: act_caps_ind: [ mode:0,init:60, min:40, max:200]

6w4d: vtsp:[3/0:1:21842, S_ALERTING, E_CC_CAPS_ACK]

6w4d: act_caps_ack

6w4d: act_caps_ack: passthrough: cap_modem_proto 0, cap_modem_codec 0, cap_modem_redundancy 0, payload 100

6w4d: act_switch_codec: codec = 5

6w4d: vtsp_timer: 405425107

6w4d: vtsp:[3/0:1:21842, S_SETUP_FAIL, E_DSPRM_PEND_SUCCESS]

6w4d: act_pend_codec_success

6w4d: vtsp_timer_stop: 405425107

6w4d: vtsp_modem_proto_from_cdb: cap_modem_proto 0

6w4d: vtsp_open_voice_and_set_params

6w4d: vtsp_modem_proto_from_cdb: cap_modem_proto 0

6w4d: vtsp_rtp_nse_payload_from_cdb: payload 100

6w4d: vtsp_modem_proto_from_cdb: cap_modem_proto 0playout default

6w4d: vtsp_dsp_echo_canceller_control: echo_cancel: 1

6w4d: vtsp:[3/0:1:21842, S_ALERTING, E_CC_CONNECT]

6w4d: act_alert_connect

6w4d: vtsp_ring_noan_timer_stop: 405425107

6w4d: vtsp:[3/0:1:21842, S_CONNECT, E_DSP_GET_TX]

It looks like call setup ind is different. I will try to modify the call setup ind.

Thanks

Did you look at the ccm trace to see if you see and h225 alerting go out to the router when it was a fowarded call?

Thank you,

-Mckee