From Draft

"If a response other than a 1xx or a 3xx is received, the UAC SHOULD assume that the UAS does not recognize or support the PING method but the UAC SHOULD accept the response as if it were a 200 OK response."

What UAC should do if it receives 401,405,407,480,482,483,600 response for the PING request ?

Regards,
Thangarajan.

Inactive hide details for "Frank W. Miller" <[EMAIL PROTECTED]>"Frank W. Miller" <[EMAIL PROTECTED]>


          "Frank W. Miller" <[EMAIL PROTECTED]>
          Sent by: [EMAIL PROTECTED]

          02/22/2006 08:26 AM

          Please respond to
          [EMAIL PROTECTED]

To

"Sweeney, Andrew (Andrew)" <[EMAIL PROTECTED]>

cc

"'[email protected]'" <[email protected]>

Subject

Re: [Sip-implementors] Determinine if a SIP device is alive. SIP-Pinging


There is a draft being discussed on the SIP list right now to implement
a PING method.  See
http://www.cornfed.com/ping.txt or
http://www.cornfed.com/ping.html for the most recent version.  All
comments are welcome since this is a very new draft.

FM


On Tue, 2006-02-21 at 11:07 -0500, Sweeney, Andrew (Andrew) wrote:
> Hi,
>
> I am looking for any draft of RFC that defines how to basically heartbeat a sip device to know if it is active. Basically in a fault tolerent enviroment
> I don't want to send a request to a non responsive device. Presumably I would have knowlege of a backup.
>
> I have implemented a version of sending periodic OPTIONS requests to my devices as a form of heartbeat but it could take up to the invite timeout to know if they are alive. That can be a long time.
>
> Is there any universal method for handling this? Is there any RFCs or Drafts for SIP in a fault tolerent enviroment?
>
> Thanks
> Andy
> _______________________________________________
> Sip-implementors mailing list
> [email protected]
>
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors

_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors



*********************** FSS-Private ***********************
_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors

Reply via email to