Forum Discussion

Jorge_Herran_14's avatar
Jorge_Herran_14
Icon for Altostratus rankAltostratus
Jan 21, 2014
Solved

The call does not complete between and avaya aura and a sip server over a big ip-ltm

ISSUE There exist a problem in the establishment of a sip call. We are communicating an avaya aura sbc over a virtual BIG IP-LTM with a sip server using the port 5060. The sip invite pass correctly from the avaya sbc through the f5 and gets to sip server, but inside the sip invite message came a parameter in the Record-Route tag which indicates another port (5066), when the sip server answers back with the SIP 200 OK the traffic isn't processed by the Virtual server and never came back to sbc.

 

APM
cloud
deployment
security
virtualization
vmware
  • Greg_Crosby_319's avatar
    Greg_Crosby_319
    Jan 21, 2014

    The Near-end Listen Port and Far-end Listen Port may have been modified within your Aura Signaling Group configuration. Here is an Avaya white paper where TELUS is the SIP service provider; buried down in the paper is a section that discusses Signaling group configuration. Avaya White Paper

     

    Try creating another virtual server (same address as your 5060 VS) and pool using port 5066 on the BIG-IP to see if your issue is resolved. You will most likely need to set your persistence to use "Match across services" to maintain client persistence to the same pool member.

     

3 Replies

Sort By
  • Greg_Crosby_319's avatar
    Greg_Crosby_319
    Historic F5 Account
    Jan 21, 2014

    The Near-end Listen Port and Far-end Listen Port may have been modified within your Aura Signaling Group configuration. Here is an Avaya white paper where TELUS is the SIP service provider; buried down in the paper is a section that discusses Signaling group configuration. Avaya White Paper

     

    Try creating another virtual server (same address as your 5060 VS) and pool using port 5066 on the BIG-IP to see if your issue is resolved. You will most likely need to set your persistence to use "Match across services" to maintain client persistence to the same pool member.

     

  • Jorge_Herran_14's avatar
    Jorge_Herran_14
    Icon for Altostratus rankAltostratus
    Mar 27, 2014

    Thanks for your help Greg, finally we solved the problem by implementing and irule and forcing the system to maintan the souce port 5060 all over the interaction.

     

    • Luis_Araujo_560's avatar
      Luis_Araujo_560
      Icon for Nimbostratus rankNimbostratus
      Sep 29, 2017

      I saw this case and you can disable the "port translation" into virtual server configuration as well.

       

      I have a problem with SBC load balance when I need to change de IP address into the SIP INVITE, but I don´t get to do it.