CUBE don´t use HSRP IP

[Sascha K.]

Hello,

i want to use a CUBE HSRP configuration in my CUCM environment.

Every time when my CUCM send a SIP request or invite to the HSRP IP, my CUBE use the physical IP in the answer packet.(see attached File).

I tried to bind HSRP IP to the incoming dial-peer, but nothging changed.

Environment:

2x Cisco 2951(IOS 15.1(1)T1)

CUCM 10.5.2

Any idea?

THX

[yahsiel2004]

Can you please post your routers config?

Regards,

Yosh

[Sascha K.]

See attached....
 

[Leo Salcie Tejeda]

I have read some old post and look like that's how it should work (still don't know why).

I quote " This is because the SIP listening socket is now bound to the virtual IP address but the signaling packets use the physical IP address, and therefore cannot be handled."

Read this:

https://supportforums.cisco.com/discussion/12309081/suffering-bug-cube-hsrpnot-cube-ha-binding-hsrp-ip-workarounds

[Sascha K.]

Hmm okay, so this is a normal behavior?

When i try to make a call (from CUBE to CUCM) , CUBE use the virtual IP in the INVITE message. CUCM answer: "Status 401 Unauthorized".

Is it possible that CUCM don´t allow a call, because he didn´t get an answer for the opions request (see attached in first post)?

Regards

[Leo Salcie Tejeda]

Hi Sacha,

Look like the answer is yes.

On CUCM you have to use the virtual IP to create the trunk. That's why is getting a "Status 401 Unauthorized" message.

Regards

[Leo Salcie Tejeda]

Hi Sascha,

Are you using a Loopback? You can follow the following configuration:

http://www.cisco.com/c/en/us/support/docs/voice-unified-communications/unified-border-element/112095-cube-hsrp-config-00.html

Regards

[Sascha K.]

Hi Leo,

No, we don´t use Lookback.

For my Configuration i used the Link you have posted.

Regards

[Pawan Srivastava]

Based on your setup, CUCM 10.5 is compatible with 2900 IOS 15.4T and above.
Also the CUBE box-to-box redundancy HA implementation supported release 15.1.2T and above.
In CUBE-HA, once HSRP is configured under the physical interface and the bind command has been issued, SIP listening socket is now bound to the virtual IP address.
However there are couple of bug associated with SIP Bind IP address and SIP OPTION message response: CSCtw58598, CSCua78616
All these bugs resolved above 15.2(3)T3/15.3T
In your setup, dual-attached HSRP is configured so use dial-peer based binding towards CUCM and ITSP.
Example config:
dial-peer voice 100 voip
  description to-HSRP_EXTERN
  voice-class sip bind control source-interface GigabitEthernet0/2
  voice-class sip bind media source-interface GigabitEthernet0/2  
!
dial-peer voice 200 voip
  description to-HSRP_INTERN
  voice-class sip bind control source-interface GigabitEthernet0/1
  voice-class sip bind media source-interface GigabitEthernet0/1

Recommendation:
- upgrade CUBE IOS to latest or minimum 15.4(1)T1
- Configure dial-peer SIP bind
- Configure CUCM SIP trunk with CUBE Internal interface Virtual IP address