Disconnect Call bettewen CUCME CUBE and PABX

[spazziani]

Hi,

I have a CUCM integrated with CUBE (2800 Router) via SIP.

The Cube is integrated via SIP with an IP PBX and CUCME

When I switch between the PBX and CUCME, no matter which direction after a minute and thirty seconds the call is disconnected.

Anyone have any idea what might be. Follow the Annex to show runn the CUBE and CUBE in debug ccsip.

[Ayodeji Okanlawon]

Hi,

First of all, I am nit sure which debugs you turned on, because all  I see in the debugs are options messages. I dont see wnay actuall call transacions..

Second thing is I can see from your config that you dont have a session referesher configured...This may not be the cause of this issue, but it will cause other issues in the future..so please add this..

voice service voip

sip

midcall-signaling passthru

Do another test and send..

debug ccsip messages

Please rate all useful posts

"opportunity is a haughty goddess who waste no time with those who are unprepared"

[spazziani]

Hi,

Sorry by post.

Today I did some test between CUCME --> CUBE --> PABX and I collected some logs to. I enabled the following debugs.

CUBE -->    Debug ccsip all, show runn

CUCME --> Debug ccsip all and Debug voice ccapi inout and show runn

After the call is connected it disconnect after one minute and thirty seconds (Both direction). I'am analyzing debugs but I'm not find a problem. Someone could help me please.

[Ayodeji Okanlawon · Accepted solution]

Hi again...I have looked at your logs..

CUBE is disconnecting the call because of an error in its software. CUBE is saying that its unable to send options ping and then tears down the call.

+++Items higlighted in bold shows this++++

Feb 28 09:06:10: //3325520/B86F7E8F9943/SIP/Error/act_active_sent_options_wait_response: Out of retries
Feb 28 09:06:10: //3325520/B86F7E8F9943/SIP/Error/ccsip_handle_in_dialog_options_result: socket/dns/software error while trying to send the options - tear down call
Feb 28 09:06:10: //3325520/B86F7E8F9943/SIP/Info/ccsip_set_release_source_for_peer: ownCallId[3325520], src[4]
Feb 28 09:06:10: //3325520/B86F7E8F9943/SIP/Info/sipSPIStopHoldTimer: Stopping hold timer
Feb 28 09:06:10: //3325520/B86F7E8F9943/SIP/Info/sipSPISendBye: Associated container=0x2711E4D0 to Bye
Feb 28 09:06:10: //3325520/B86F7E8F9943/SIP/Transport/sipSPISendBye: Sending BYE to the transport layer

I also see something not quite right in the CUBE invite sent to the CCME gateway

++++CUBE receives Invite from PBX++++

Received:
INVITE sip:7595125@10.248.199.4:5060;transport=udp SIP/2.0

To: <7595125>

From: "Hebert 7979991" <7979991>;tag=snl_C928aU5Jhm

+=CUBE then sends invite to CCME gateway+++++++

Pay attentyion to the FROM field...The from field should be @the ip address of CUBE

e.g sip:7979991@10.248.199.4

But from the invite its showing as if the call is originating from the PBX inside of CUBE..thats not right.

Sent:
INVITE sip:7595125@10.246.191.228:5060 SIP/2.0

Via: SIP/2.0/UDP 10.248.199.4:5060;branch=z9hG4bK325AC523A6

Remote-Party-ID: "Hebert 7979991" <7979991>;party=calling;screen=no;privacy=off

From: sip:7979991@10.249.251.22;tag=7583CEAE-5AC

I suggest you upgrade the IOS on the CUBE gateway and test again.

Can I also ask what were you doing when the call dropped? Did you put the call on hold or tranfer or what?

did you add the command I suggested...

voice service voip

sip

midcall signalling-passthru

Please rate all useful posts

"opportunity is a haughty goddess who waste no time with those who are unprepared"

[spazziani]

Hi,

You're right about the debug. I took the command options-ping 60 within the voice service voip, sip. After taken the command the calls not more disconnected.

Thank you.

[Ayodeji Okanlawon]

Glad I could help. Dont forget to mark the thread as answered and rate any useful post!

Please rate all useful posts

"opportunity is a haughty goddess who waste no time with those who are unprepared"