One of my offices SIP trunks requires registration. In single CUBE mode this isn't an issue.
I have recently been configuring HSRP for CUBE HA and my registrations are being sourced by the interface IP rather than the HSRP Virtual IP address. In the current config, each router will attempt the registration and the last router to have registered with the ITSP receives SIP calls which breaks inbound calling when the standby router receives the INVITE.
Is there a method of binding SIP-UA registrations to interfaces as it can be done with dial-peers, or another method of forcing the source IP of SIP registrations? I thought maybe I could track the HSRP Virtual IP and only have the route to the ITSP sip server come up when the Virtual IP was active but I don't see a way to do this.
Right now registrations are coming from both active and standby routers, via their interface IP's:
i add the "bind control" command to "voice service voip". IMHO this enable binding for all SIP packets by default.
voice service voip
allow-connections sip to sip
bind control source-interface GigabitEthernet0/2
If a dial-peer need another source-interface, add the "sip bind control" command to the dial-peer
it looked promising but unfortunately "bind control" under global config breaks communication from inside interface (facing from CUCM). On the other hand it fixed the REGISTRATION to external SBC.
Sure I have bind statements defined with all the dial-peers. I'll try to add incoming dial-peer matching URI Via field in OPTIONS.
voice class uri 1 sip
dial-peer voice 200 voip
session protocol sipv2
incoming uri via 1
voice-class sip bind control source-interface GigabitEthernet0/0
voice-class sip bind media source-interface GigabitEthernet0/0
yes that's the critical part. With the incoming voip dial-peer configuration everything works as expected. Anyway it still looks like a workaround to me, not a real config. Doesn't make sense if everything else except REGISTER uses the VIP address (same behavior with CSR 1000V on IOS XE in CUBE HA).