Klaus Darilion writes:
> Does NAT devices keep TCP bindings open for 20 minutes if there is no
> traffic?
yes, most nats have much longer tcp timeouts than udp timeouts.
-- juha
___
Users mailing list
Users@lists.openser.org
http://lists.openser.or
Reinhold Buchinger schrieb:
> Hi,
>
> I'm trying to fetch a document from the openxcap server with a normal
> browser.
> My openxcap configuration uses the database backend and I created a db
> table equal to the xcap table used in OpenSER.
> For testing I inserted some data but I'm not sure w
Isn't it possible to drop provisional responses?
http://www.openser.org/dokuwiki/doku.php/core-cookbook:devel#drop
klaus
Bogdan-Andrei Iancu schrieb:
> Hi Alex,
>
> No this in not possible. In statefull mode, the server has not send a
> reply to the client.
>
> regards,
> bogdan
>
> Alex Herm
Juha Heinanen schrieb:
> [EMAIL PROTECTED] writes:
>
> > I cannt comment on the battery life issue, but the problem is with IP
> > fragmentation.
>
> tcp's better battery life may be related to the fact that if the phone
> is behind nat, the phone itself will keepthe nat binding open by send
I need to be able to check the SIP response code to INVITE messages only. I
don't care about BYE, CANCEL or anything else.
I tried putting a hint header in the INVITE when I sent it out, but the replies
came back from the upstream provider with the header removed.
I tried setting a flag when an I
[EMAIL PROTECTED] writes:
> I cannt comment on the battery life issue, but the problem is with IP
> fragmentation.
tcp's better battery life may be related to the fact that if the phone
is behind nat, the phone itself will keepthe nat binding open by sending
every 20 MINUTES or so a keepalive
Hi all,
It seems that somehow the description for $ruri PV is missing from the
pseudovariables wiki page.
Regards,
Ovidiu Sas
___
Users mailing list
Users@lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users
I am attempting to use carrierroute for the first time, and the problem that
I am having is that when I attempt to place a call, I see the following in
stderror:
/usr/local/sbin/openser[32664]: New request - M=INVITE RURI=
sip:[EMAIL PROTECTED] F=sip:[EMAIL PROTECTED] T=
sip:[EMAIL PROTECTED] IP=2
Ok, here's ths most basic of many scripts I've attempted to get working:
On Mon, 12 Nov 2007, Bogdan-Andrei Iancu wrote:
> Hi Chris,
>
> are you sure the script you uploaded is correct? how did you do it? via MI
> command or REGISTER? Can you post the C
On Nov 12, 2007 9:40 AM, srinivas Antarvedi
<[EMAIL PROTECTED]> wrote:
> Hello all ,
>
> i have doubts regarding the mediaproxy
>
> do i have to run my openser server on public ip if i need to use
> the mediaproxy server on the same box as that of openser?
>
yes you need to run on public IP
and
Hi,
If there are good arguments against, Wednesday 14th, 12:00 AM GMT, the
CVS repository from SF will be disabled.
Regards,
Bogdan
___
Users mailing list
Users@lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users
Hello,
On 11/12/07 19:00, Ovidiu Sas wrote:
> Hi all,
>
> How should we test for non existing AVPs?
> method 1: is_avp_set("$avp(i:123)")
> method 2: $(avp(i:123)) != null
>
> Both of the above methods are working.
> Is there a difference between them?
> If no, then maybe is_avp_set should be depr
Hi all,
How should we test for non existing AVPs?
method 1: is_avp_set("$avp(i:123)")
method 2: $(avp(i:123)) != null
Both of the above methods are working.
Is there a difference between them?
If no, then maybe is_avp_set should be deprecated.
Regards,
Ovidiu Sas
__
Well -- this kind of surprises me. I would explain that of myself as the
handset guys were worried about UDP timers in firewalls being set more
aggressively, and addressed that by more frequent keep-alives for UDP
which consume more power, that's still guessing though.
-jiri
At 13:20 12/11/2007,
Hi Alex,
No this in not possible. In statefull mode, the server has not send a
reply to the client.
regards,
bogdan
Alex Hermann wrote:
> Hello all,
>
> is it possible to completely drop a reply from failure_route? I know it is
> possible to change the reply with t_reply, but I need the possib
Hi,
I'm trying to fetch a document from the openxcap server with a normal
browser.
My openxcap configuration uses the database backend and I created a db
table equal to the xcap table used in OpenSER.
For testing I inserted some data but I'm not sure what the fields
"source" and "doc-uri" shoul
Hello all,
is it possible to completely drop a reply from failure_route? I know it is
possible to change the reply with t_reply, but I need the possibility to send
nothing back to the UAC.
--
Greetings,
Alex Hermann
___
Users mailing list
Users@list
Daniel-Constantin Mierla schrieb:
> Hello,
>
> On 11/12/07 13:49, Klaus Darilion wrote:
>> Hi!
>>
>> the ..._challenge() functions support adding the qop=auth to the
>> challenge.
>>
>> This will cause the SIP client to use the nonce count in the digest
>> response. Is this nonce count actuall
> I came accros one Nokia-S60 Guideline regarding SIP setting in the
> NAT/Firewall traversal section which say:"It is recommended to use TCP
> as the transport instead of UDP since even doubled battery life can be
> achieved with a UI always connected to a SIP service".
I cannt comment on the bat
Hello,
On 11/12/07 13:49, Klaus Darilion wrote:
> Hi!
>
> the ..._challenge() functions support adding the qop=auth to the challenge.
>
> This will cause the SIP client to use the nonce count in the digest
> response. Is this nonce count actually used in openser?
it is used :-), but maybe not str
Hi!
the ..._challenge() functions support adding the qop=auth to the challenge.
This will cause the SIP client to use the nonce count in the digest
response. Is this nonce count actually used in openser? I guess this
would require stateful handling of nonce and nonce-count.
regards
klaus
I encountered few problems using Nokia's UDP implementation when there are
NATs around so I would recommend you to use TCP. Maybe recent versions have
solved this issue but you can find older implementations on the field...
Regarding reliability and batery life I would say TCP is more reliable by
i
Hi,
I came accros one Nokia-S60 Guideline regarding SIP setting in the
NAT/Firewall traversal section which say:"It is recommended to use TCP
as the transport instead of UDP since even doubled battery life can be
achieved with a UI always connected to a SIP service".
I need OPenSER users to commen
Hi Chris,
are you sure the script you uploaded is correct? how did you do it? via
MI command or REGISTER? Can you post the CPL script you tried?
regards,
bogdan
Chris Heiser wrote:
> Bogdan,
>
> With both DBTEXT and MySQL backing CPL, I'm still getting the
> following error:
>
> ERROR:cpl_c:ru
Hi all,
$rr is a shortcut the the reply reason of the currently processed reply.
But in failure route you do not process a reply, but a request (you
re-process the original request, in case of failure).
so, none of the PVs related to reply info will work.
As already suggested, use $T_reply_cod
Hi Pascal,
haven't tried to remove the body of a message, but see if subst_body()
works for this purpose:
http://www.openser.org/docs/modules/1.3.x/textops.html#AEN245
If it does, not you need to remove the content-type header and update
the content-length one (to 0).
http://www.openser
26 matches
Mail list logo