Hi Markus
I read in 3261 the below in section 11
The target of the OPTIONS request is identified by the Request-URI,
which could identify another UA or a SIP server. If the OPTIONS is
addressed to a proxy server, the Request-URI is set without a user
part, similar to the way a Request-URI is set for a REGISTER request.
Alternatively, a server receiving an OPTIONS request with a Max-
Forwards header field value of 0 MAY respond to the request
regardless of the Request-URI.
This behavior is common with HTTP/1.1. This behavior can be used
as a "traceroute" functionality to check the capabilities of
individual hop servers by sending a series of OPTIONS requests
with incremented Max-Forwards values.
As is the case for general UA behavior, the transaction layer can
return a timeout error if the OPTIONS yields no response. This may
indicate that the target is unreachable and hence unavailable.
All i am trying to find is that can I send OPTIONS periodically to registrar to find
out its reachablily? OPTIONs will reply with allow:register if the registrar is alive
or timeout if not reachable. Thanks rama
Markus Hofmann <[EMAIL PROTECTED]> wrote:
Hi Jonathan,
so a mass!
I did not read this in the RFC 3261. I read it in "SIP Understanding the Session
Initiation Protocol" in chapter 3.5.3.
"A registration server, also know as a registrar, accepts SIP REGISTER requests; all
other requests receive a 501 Not Implemented response."
I thought it will stand in the RFC too. But now I was looking and didn't find
anything. Only this:
"Registrar: A registrar is a server that accepts REGISTER requests
and places the information it receives in those requests into
the location service for the domain it handles." Page 24.
Sorry, I can't help you anymore. But there is still one question. What do you expect
of an OPTIONS query to Registrar? Like your example, it could only be a REGISTER in
the allow header. ;) Do you need for this information an OPTIONS request?
Maybe there is an extension RFC which give more information.
Greeting
Markus
Vishaka M schrieb am 09.09.04 16:02:02:
I read in one of the previous mail in sip implementors which is attached below. Is
that still valid to send "OPTIONS" to a domain. if the bis-5 does not address
Registrar anymore, it is not right to send "OPTIONS" to a registrar? if it is right to
send "OPTIONS" to Registrar, we either get, reply with allow:register or 501 if not
implemented. We can still use that as reply to find the registrar is reachable or not
right? please explain. Also, other that this, how do we find if there registrar/proxy
is unreachable. Thanks
Jo Hornsby wrote:
>> In the rfc2543bis-04 Section 8(OPTIONS), there is a sentence to
>>following.
>>
>> " The method MUST be supported by SIP user agents and registras."
>>
>> If so, How use to OPTIONS requst in the registras?
>>
>
> Just like any other server would. The simplest implementation, I
> guess is going to:
>
> SIP/2.0 200 OK
> [...]
> CSeq: n OPTIONS
> [...]
> Allow: REGISTER
> [...]
>
> There is also scope for Supported:, Accept:, and all the other usual
> suspects.
bis-05 does not mention registrars any longer. The issue is how one
addresses an OPTIONS to a registrar as opposed to some other element.
bis-05 allows you to address an OPTIONS to a domain:
OPTIONS sip:foobar.com SIP/2.0
I suppose that if the domain supported registration functions, the Allow
would indicate that by including REGISTER.
Some more text is clearly needed in bis about how OPTIONS is processed
when addressed to a domain.
-Jonathan R.
Markus Hofmann wrote:Hi Vishaka,
If you send to a registrar a method which is not REGISTER you will get a response 501
Method not implemented.
Greeting
Markus
Vishaka M schrieb am 08.09.04 20:30:44:
>
> Hi all
>
> When a UAC is registered with that registrar/proxy, How do when find if the
> registrar/proxy is unreachable or down. Can we send SIP OPTIONS periodically to
> registrar/proxy as the RFC 3261 at sec 11 says "As is the case for general UA
> behavior, the transaction layer can return a timeout error if the OPTIONS yields no
> response. This may indicate that the target is unreachable and hence unavailable"
> can a registrar receive OPTIONS? if yes, how does it react to it? or it receives
> only Registers requests?
>
> Is there a better way to find out if the proxy/registrar is reachable or not. thanks
> visha
>
>
> ---------------------------------
> Do you Yahoo!?
> Win 1 of 4,000 free domain names from Yahoo! Enter now.
> _______________________________________________
> Sip-implementors mailing list
> [EMAIL PROTECTED]
> http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
_________________________________________________________
Mit WEB.DE FreePhone? mit hochster Qualitat ab 0 Ct./Min.
weltweit telefonieren! http://freephone.web.de/?mc=021201
-----------------------------------------------------------------
Do you Yahoo!?
Shop for Back-to-School deals on Yahoo! Shopping.
____________________________________________________
Aufnehmen, abschicken, nah sein - So einfach ist
WEB.DE Video-Mail: http://freemail.web.de/?mc=021200
---------------------------------
Do you Yahoo!?
Shop for Back-to-School deals on Yahoo! Shopping.
_______________________________________________
Sip-implementors mailing list
[EMAIL PROTECTED]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
