CUBE HSRP - PCCE - CUCM - 2 Trunks to the same CUBEs, One to the hrsp address, the other to the physical address - Port ISSUE

[rplantard]

Hi,

I've got a question about Sip Trunk between Cube and Cucm.

Trunk Design :

SIP Trunks :

CUCM <-> CUBE <-> Provider SBC for Incoming/outgoing calls

CUCM / PCCE <-> CUBE  for Pcce part

Server Design :

 - 1 cucm Pub / 2 cucm Sub

 - 2 CUBEs in HSRP mode, 1 Sip Trunk from our provider who target the HSRP Cube address.

 - PCCE cluster

I create my sip trunk to the Cube HSRP address port 5060 for incoming and ougoing calls.

PCCE team create a sip trunk to the two Cubes physical address port 5060 for their Pcce Part (CVP ....).

Sometimes, some of my Outgoing Calls fail, and i have no trace on my Active Cube.

Incoming calls seems to be OK.

I know you cant create some trunks to the same ip address (without dns record or without this hrsp example).

I create my trunk to the HRSP adress, and they go threw it by using the physical adress of the CUBEs.

Could i have some Port issue due to those two trunk ?

Thanks,

Rémi

[Ayodeji Okanlawon]

Remi,

It is hard to say without seeing what happens when the call fails.The first thing to establish is why does the call not make it to the active CUBE. Did you check your backup CUBE (just in case)

I would suggest to look at the originating side ( CUCM or PCCE) when call fails to see why..

A CUCM trace would help

[rplantard]

Hi,

When the call fail, i have a speed busy tone on my phone.

And when i debug on my Cube, i havent any ccsip trace...

When the call is ok, i have the ccsip trace on the cube.

And sometimes i can make 10 calls without problem, and then 3 calls will fail. I already ask with the provider is they have any traces, im waiting their answer...

I already show my sdi traces on my cucm cluster, i see my worked outgoing call but not my fail outgoing calls....

I check my backup cube, when the call fail i havent any trace on any cube. 

It's very strange...

I think i will delete the PCCE sip trunk to the physical address to check if the problem still occurs. I mean, if it could be a port 5060 issue.

Rémi

[Ayodeji Okanlawon]

If the call is not making it to CUCM, then that could be an issue on the PCCE side..So you  might need to look the logs there. Not sure why the port would be an issue..But the logs should tell you

[rplantard]

I mean, the only link my telephony have with the pcce is their trunk they configured on my CUCM who is target to the 2 physical address of my cubes.

When i make an inboung or outboung call on my cipc, the call flow never go threw their solution.

Its just My SIp trunk who target the HRSP of my cube, my Cube and thats all.

[rplantard]

On a fail call, i have error 27 (Destination Out of Order), the next call i will have no error.

See the CDR attached. 

[Ayodeji Okanlawon]

Unfourtunately there is nothing we can do with the CDR screen shots. CUCM logs may be able to provide clues as to what is going on. So if you want a second pair of eyes on this, then by all means please send the cucm logs. Include calling, called and time of call