In this section:
After switchover, if Calls/Registrations do not work, then check the GARP settings at the router. Generally, by default, in routers such Juniper SRX, this setting is disabled. For details, see the link:
http://kb.juniper.net/InfoCenter/index?page=content&id=KB24349
Troubleshooting at VM Level
Troubleshoot SBC SWe inside VM using available CLI commands, DBG/SYS logs and call trace filter rules for both signaling and media traffic.
Troubleshooting at ESXi Host Level
Please refer to VMware documentation for troubleshooting guidance. For VMware ESXi troubleshooting, please refer to vsphere-esxi-vcenter-server-51-troubleshooting-guide.pdf.
Collecting Diagnostic information at VMware ESXi Hypervisor
Use "vm-support
" command to create a .tgz
archive file of the ESXi logs, command results, and configuration information at the ESXi.
Accomplish the following steps:
- Login to ESXi host shell using ESXi Management IP address.
- Ensure “ssh” is enabled on ESXi host (use vSphere to enable it if not already enabled).
Enter the following command to view a list of vm-support command options:
vm-support -h
Send the bundled file to Ribbon for further debugging.
Troubleshooting During Switchover
As a part of the SBC switch-over process, the SBC moves the IP (Floating IP) to a a different NIC. The SBC then reconfigures the NICs appropriately and broadcasts a GARP reply to inform neighboring devices about the change in the MAC address for the floating IP.Devices that receive the ARP packet then update their ARP tables with the new MAC address.
When the system experiences RTP issues after failovers, it is probably due to the fact that newly active interfaces are not discovered on the switch.
The link provides the recommended settings:
http://kb.juniper.net/InfoCenter/index?page=content&id=KB24349
Recovering SSH Key Access in Public Cloud and Updating User Data in Azure
Refer to Recovering SSH Key Access in Public Cloud and Updating User Data in Azure.