Hello,
when r-uri contains an username, then the OPTIONS should be routed to
that user, so its device can reply. The rule for user devices is to
reply to an OPTIONS like it would be an INVITE, but without starting
actually any call, usefull to discover the capability of the device
(e.g., supported
Hello,
This may have been discussed before, but when options_reply() from the
siputils module is used to respond to OPTIONS requests and those OPTIONS
requests come in with an RURI containing a user part, the following
error is emitted to the logs:
LM_ERR("ruri contains username\n");
No
Alex Balashov writes:
> But it seems to me that options_reply() ought to answer with a 404 Not
> Found; it's what other UASs (like Asterisk) do...
your sip proxy should check if the request is for itself or for a local
user. if for local user, forward. if for itself and the request is
options
On 08/22/2013 04:38 AM, Olle E. Johansson wrote:
The Asterisk answer depends on your dialplan :-)
Well, true, true. If there's a matching route, it'll answer affirmatively.
--
Alex Balashov - Principal
Evariste Systems LLC
235 E Ponce de Leon Ave
Suite 106
Decatur, GA 30030
United States
Tel
On 08/22/2013 04:34 AM, Olle E. Johansson wrote:
22 aug 2013 kl. 10:27 skrev Alex Balashov :
On 08/22/2013 04:25 AM, Olle E. Johansson wrote:
Guessing that a URI with a user name should be forwarded to that
address. URIs pointing to the domain of the server should be
responded by the server.
22 aug 2013 kl. 10:37 skrev Alex Balashov :
> On 08/22/2013 04:34 AM, Olle E. Johansson wrote:
>>
>> 22 aug 2013 kl. 10:27 skrev Alex Balashov :
>>
>>> On 08/22/2013 04:25 AM, Olle E. Johansson wrote:
>>>
Guessing that a URI with a user name should be forwarded to that
address. URIs
On 08/22/2013 04:34 AM, Juha Heinanen wrote:
Alex Balashov writes:
Yes, but shouldn't sip:user@proxy_ip and sip:proxy_ip both be serviced
by the server?
if sip proxy is serving 'user' then usually it forwards any request to
contact of that user. of course your policy may differ, i.e., you ma
Alex Balashov writes:
> Yes, but shouldn't sip:user@proxy_ip and sip:proxy_ip both be serviced
> by the server?
if sip proxy is serving 'user' then usually it forwards any request to
contact of that user. of course your policy may differ, i.e., you may
require that host part is domain name, but
22 aug 2013 kl. 10:27 skrev Alex Balashov :
> On 08/22/2013 04:25 AM, Olle E. Johansson wrote:
>
>> Guessing that a URI with a user name should be forwarded to that
>> address. URIs pointing to the domain of the server should be
>> responded by the server.
>
> Yes, but shouldn't sip:user@proxy_
Hello,
On 8/22/13 10:07 AM, Alex Balashov wrote:
Hello,
The options_reply() function does not answer OPTIONS pings that
contain a username in the request URI. To its credit, the
documentation does say that, too:
http://kamailio.org/docs/modules/4.0.x/modules/siputils.html#idp131056
The qu
On 08/22/2013 04:25 AM, Olle E. Johansson wrote:
Guessing that a URI with a user name should be forwarded to that
address. URIs pointing to the domain of the server should be
responded by the server.
Yes, but shouldn't sip:user@proxy_ip and sip:proxy_ip both be serviced
by the server?
--
Al
22 aug 2013 kl. 10:07 skrev Alex Balashov :
> Hello,
>
> The options_reply() function does not answer OPTIONS pings that contain a
> username in the request URI. To its credit, the documentation does say that,
> too:
>
> http://kamailio.org/docs/modules/4.0.x/modules/siputils.html#idp13105
Hello,
The options_reply() function does not answer OPTIONS pings that contain
a username in the request URI. To its credit, the documentation does
say that, too:
http://kamailio.org/docs/modules/4.0.x/modules/siputils.html#idp131056
The question is: why not? I do not see anything in RF
13 matches
Mail list logo
