Looks more comprehensive than mine. Thanks!
Sean O'Donnell
On Wed, 8 Jun 2011, Klaus Darilion (klaus.mailingli...@pernau.at) wrote:
Anyway - not standard conform but efficient (put somewhere in the beginning)
force_rport();
if (is_method("OPTIONS")) {
sl_send_reply("200","OK");
IMO RFC 3261 does not cleary state that this OPTIONS request should be
answered with 200 OK.
Anyway, if the SBC wants 200 OK, then send 200 OK :-)
klaus
Am 08.06.2011 21:49, schrieb Sean O'Donnell:
> Thanks for the reply.
>
> In our case, the SBC treated the 483 as an error of some sort and wou
Thanks for the reply.
In our case, the SBC treated the 483 as an error of some sort and wouldn't send
traffic. It wanted a 200/OK.
Anyway, I thought that when a proxy responds to an OPTIONS, its supposed to
answer with a 200/OK (3261 11.2). Is that correct?
Sean O'Donnell
On Wed, 8 Ju
Anyway - not standard conform but efficient (put somewhere in the beginning)
force_rport();
if (is_method("OPTIONS")) {
sl_send_reply("200","OK");
exit;
}
# sipura/linksys keepalive
if (is_method("NOTIFY")) {
if ( search("^Event: keep-alive") ) {
sl_send_reply("200","Keep A
What is the problem with the default config?
The proxy will respond with 483 as the standard defines. I guess the SBC
will doe this to check if the proxy is alive and will accept any
response as "the proxy is alive".
regards
Klaus
Am 08.06.2011 18:28, schrieb Sean O'Donnell:
> Hi:
>
> We're ru
