none
sip "ping" / options method to determine the operational status of a sip trunk RRS feed

  • Question

  • Hi

    I am looking for a method to monitor the sip trunk aka the connection between our mediation server and the ISPs sip trunk gw. I found this rfc (http://tools.ietf.org/html/draft-jones-sip-options-ping-00) and the use of the sip options method might be a good option. The question is if the mediation server has this functionality built in or if not someone knows an app or a script that does the trick. Other than the sip options communication it is offcorse a "must" that its able to alert me when the communication is down by ex email.
    Or if anyone has another suggestion please let me know of it :)

    Thanks in advance!
    Jonatan

    Friday, September 24, 2010 12:47 PM

All replies

  • Hello Jonatan,

    Interesting question!

    The Lync mediation server supports the sending of and answering to SIP OPTIONS ping, as you can see of my logs below.

    You could possibly write a script in SIPp for example to send OPTIONS pings to the mediation server.
    http://sipp.sourceforge.net

    However, I think you would need to configure your mediation server with a "next hop" / "sip trunk" pointing to the IP of the computer you are going to use to do the pinging. Or possibly the Lync mediation server could be set up to accept SIP messages from any incoming IP address?


    Example of Lync sending a SIP options ping:

    OPTIONS sip:10.10.216.147 SIP/2.0
    FROM: <sip:lync.com:5060;transport=Tcp;ms-opaque=ecf1ab4a34dd4f06>;epid=A30F2498B7;tag=6a78177e1
    TO: <sip:10.10.216.147>
    CSEQ: 4351 OPTIONS
    CALL-ID: d4e0df91996b43d087e11706fb7c3dae
    MAX-FORWARDS: 70
    VIA: SIP/2.0/TCP 10.10.179.76:63688;branch=z9hG4bKda4bc549
    CONTACT: <sip:stolync.lab.lcl:5060;transport=Tcp;maddr=10.10.179.76>
    CONTENT-LENGTH: 0
    USER-AGENT: RTCC/4.0.0.0 MediationServer

    Response:

    SIP/2.0 200 OK
    FROM: <sip:lync.com:5060;transport=Tcp;ms-opaque=ecf1ab4a34dd4f06>;epid=A30F2498B7;tag=6a78177e1
    TO: <sip:10.10.216.147>;tag=SD50i1399-5c2eff7ee20883dc6fcfd8e6637f3308.42c7
    CSEQ: 4351 OPTIONS
    CALL-ID: d4e0df91996b43d087e11706fb7c3dae
    VIA: SIP/2.0/TCP 10.10.179.76:63688;branch=z9hG4bKda4bc549
    Accept: */*
    Accept-Encoding:
    Accept-Language: en
    Supported:
    Server: OpenSIPS (1.4.3-notls (i686/linux))
    Content-Length: 0


    Example of Acme sending a SIP options ping to Lync:

    OPTIONS sip:lync.com:5060;transport=tcp SIP/2.0
    Via: SIP/2.0/TCP 10.10.216.147:5060;branch=z9hG4bK1dftos00203hllce83c1
    Call-ID: fb018378727650901dffb4be0eba91720000090@10.10.216.147
    To: sip:ping@lync.com
    From: <sip:ping@10.10.216.147>;tag=3a658ae239d0f88a98319696327c3e070000090
    Max-Forwards: 70
    CSeq: 18 OPTIONS
    Route: <sip:10.10.179.76:5060;lr>
    Content-Length: 0

    Response:

    SIP/2.0 200 OK
    FROM: <sip:ping@10.10.216.147>;tag=3a658ae239d0f88a98319696327c3e070000090
    TO: <sip:ping@lync.com>;tag=b891de15b
    CSEQ: 18 OPTIONS
    CALL-ID: fb018378727650901dffb4be0eba91720000090@10.10.216.147
    VIA: SIP/2.0/TCP 10.10.216.147:5060;branch=z9hG4bK1dftos00203hllce83c1
    ACCEPT: application/sdp
    CONTENT-LENGTH: 0
    ACCEPT-ENCODING: gzip
    ACCEPT-LANGUAGE: en
    ALLOW: NOTIFY
    ALLOW: BENOTIFY
    SERVER: RTCC/4.0.0.0 MediationServer

     

    Tuesday, September 28, 2010 9:28 AM
  • Hi

    Thanks for your reply Kressmark.
    I have now set up my own Lync lab, so could you please elaborate on how you configured it? And if you have any good ideas on how to monitor the response, do tell :)
    What i would like is to get a warning of some sort, preferably in a monitoring system like Orion/Solarwinds. But email notifications would also be acceptable.

    Cheers
    Jonatan

    Tuesday, November 23, 2010 3:49 PM
  • If you examine the traffic between Lync Mediation and the SIP Trunk GTW, you will notice that Mediation sends OPTIONS request every few seconds. This not so much to become aware if the options have changed, but rather be aware of the trunk's availability/reachability. In case (I am not sure if the number is three or five) failures, a warning will be generated in a Log event that the gateway is marked as ‘down” will be registered.   This, however is informational, since if a call is placed at this time, it is not rejected, but rather an attempt to send the call to the GTW is made and it is successful, another event – “The gateway is or operational” or so is generated.

     

    In conclusion, SCOM could do exactly what you need.

     

    Drago

     


    http://ocsdude.blogspot.com | MVP Snom OCS Edition
    Wednesday, November 24, 2010 4:08 AM