cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1183
Views
25
Helpful
10
Replies

E1 R2 Inbound Calls

Leonardo Santana
Spotlight
Spotlight

Hello i have an SIP Gateway running IOS c2951-universalk9-mz.SPA.152-4.M1.bin

Outbound calls are working but inbound not, m connection with the PSTN is E1 R2

I received this error on debug vpm error:

Apr 11 21:00:32.203: [0/2/0:0(9), R2_Q421_IC_WAIT_ANSWER, E_DSP_SIG_0000]  -> ERROR: INVALID INPUT

I see the call on the gateway but it not ring on the phone the disconnect cause is 16

Regards

Leonardo Santana

Regards
Leonardo Santana

*** Rate All Helpful Responses***
10 Replies 10

islam.kamal
Level 10
Level 10

Hello

I hope you are fine . As you know Cause No. 16 - normal call clearing.

This cause indicates that the call is being cleared because one of the users involved in the call has requested that the call be cleared. What it means:

This could be almost anything; it is the vaguest of the cause codes. The call comes down normally, but the reasons for it could be:

Bad username or password

Router's settings do not match what is expected by the remote end.

Telephone line problems.

Hung session on remote end

If your configuration is ok , may be some thing from ITSP when send digits to you when you receive an incoming call.

Thank you

please rate if this will help

Islam,

I don't think you understood the issue, this is E1 R2 circuit not SIP trunk, he is using SIP to control the GW. You might want to read the questions more carefully.

Leonardo,

Can you post "debug vpm signal" for this call? Are you seeing expected digits?  "Debug ccsip messages" and "debug voip dialpeer" would be helpful as well along with the config.

HTH,

Chris

Thank Chris for advise , i am sorry

No problem my friend, sorry if I came off to harsh, you have been doing superb job helping others on the forum :-)

Chris

Do not say that , you are completely true i did not read the question carefully. You are one of the leaders here , who i learn form him.

Thanks again

Thanks, lets know hope we can help Leonardo here with his little problem. E1 R2 circuits are fresh on my mind as I have been doing cutovers in Mexico with several of these over the last few weeks :-)

Chris

Hello

I will post the output of the debugs in a few minutes.

Thanks

Sent from Cisco Technical Support iPhone App

Regards
Leonardo Santana

*** Rate All Helpful Responses***

Hey Chris

Follow the debus attached, and my inbound dial-peers below:

dial-peer voice 4000 pots

incoming called-number .T

direct-inward-dial

port 0/0/0:0

!

dial-peer voice 4001 voip

description -------------[dialplan-to-CCM-01]

preference 1

destination-pattern 7...

session protocol sipv2

session target ipv4: IP of CUCM PUB

voice-class codec 1

dtmf-relay rtp-nte

fax-relay ecm disable

no fax-relay sg3-to-g3

fax protocol pass-through g711ulaw

!

dial-peer voice 4002 voip

description -------------[dialplan-to-CCM-02]

preference 2

destination-pattern 7...

session protocol sipv2

session target ipv4: IP of CUCM SUB

voice-class codec 1

dtmf-relay rtp-nte

fax-relay ecm disable

no fax-relay sg3-to-g3

fax protocol pass-through g711ulaw

We are using SIP to control the gateway.

In CUCM we have an SIP Trunk to this gateway, my link to PSTN is an E1 R2

Regards
Leonardo Santana

*** Rate All Helpful Responses***

leonardo,   the initial error that you got in your initial post was:

Apr 11 21:00:32.203: [0/2/0:0(9), R2_Q421_IC_WAIT_ANSWER, E_DSP_SIG_0000]  -> ERROR: INVALID INPUT

which is on 0/2/0:9, your debug vpm info that you included was on 0/0/0:13  (are you hunting ports or is this a mistake?)

23:50:38.516: r2_reg_event_proc(0/0/0:0(13)) ADDR_INFO_COLLECTED (DNIS=7224, ANI=11966057981)<---------------------done digit collection

Apr 11 23:50:38.516: r2_reg_process_event: [0/0/0:0(13), R2_REG_COLLECTING, E_R2_REG_ADDR_COLLECTED(89)]

Apr 11 23:50:38.516: r2_reg_ic_addr_collected(0/0/0:0(13))htsp_switch_ind

Apr 11 23:50:38.624: htsp_dialing_done(0/0/0:0(13))

Apr 11 23:50:38.624: //-1/7222B3A08064/CCAPI/cc_api_call_setup_ind_common:

   Sub Called(TON=Unknown, NPI=Unknown, Data=, Length=154)

Apr 11 23:50:38.628: htsp_process_event: [0/0/0:0(13), R2_Q421_IC_WAIT_ANSWER, E_HTSP_SETUP_ACK]

Apr 11 23:50:38.628: r2_q421_ic_setup_ack(0/0/0:0(13)) E_HTSP_SETUP_ACK

Apr 11 23:50:38.628: r2_reg_switch(0/0/0:0(13))

Apr 11 23:50:38.628: r2_reg_process_event: [0/0/0:0(13), R2_REG_WAIT_FOR_SWITCH, E_R2_REG_SWITCH(96)]

Apr 11 23:50:38.628: r2_reg_ic_switched(0/0/0:0(13))

Apr 11 23:50:38.628: htsp_process_event: [0/0/0:0(13), R2_Q421_IC_WAIT_ANSWER, E_HTSP_PROCEEDING]

Apr 11 23:50:38.628: htsp_process_event: [0/0/0:0(13), R2_Q421_IC_WAIT_ANSWER, E_DSP_SIG_0000]

Apr 11 23:50:53.516: R2 Incoming Voice(0/0): DSX (E1 0/0/0:12): STATE: R2_IN_WAIT_REMOTE_ALERT R2 Got Event R2_TONE_TIMER

Apr 11 23:50:53.516: R2_TONE_TIMER in r2_comp_wait_remote_alert

Apr 11 23:50:53.516: r2_reg_generate_digits(0/0/0:0(13)): Tx digit '#'     <----what is this???????

Apr 11 23:50:53.516: r2_reg_generate_digits(0/0/0:0(13)): Tx digit '4#'

Apr 11 23:50:53.516: R2 Incoming Voice(0/0): DSX (E1 0/0/0:12): STATE: R2_IN_IDLE R2 Got Event R2_STOP

Apr 11 23:50:53.516: r2_reg_event_proc(0/0/0:0(13)) ABORT_DIGIT_COLLECT

Apr 11 23:50:53.516: htsp_process_event: [0/0/0:0(13), R2_Q421_IC_WAIT_ANSWER, E_R2_REG_ABORT_DIGIT_COLLECT]

Apr 11 23:50:53.740: htsp_process_event: [0/0/0:0(13), R2_Q421_IC_WAIT_ANSWER, E_DSP_SIG_1000]

Apr 11 23:50:53.740: r2_q421_ic_clr_fwd_idle(0/0/0:0(13)) Rx CLEAR FWD

Apr 11 23:50:53.740: r2_reg_channel_disconnected(0/0/0:0(13))   <------------------------------------------------------------disconnect

The Rx Clear FWD message indicates that the call is cleared by the calling party, as to what caused this I am not able to tell.

Please remember to rate useful posts, by clicking on the stars below.

Hello guys,

I found the cause and we solve this issue.

I test the SRST feature and the gateway as able to receive calls normally, i register again the IP Phones on CUCM  i collected the traces on CUCM and i see that the SIP Header of the gateway was with the IP of the firewall, we check with the security team and they configured an NAT from the netwoerk of this site to network where CUCM is located.

After they take took the Nat config the calls worked.

Thanks for the help.

Regards

Leonardo Santana

Regards
Leonardo Santana

*** Rate All Helpful Responses***