TCP ASYNC=YES fixed the problem (set_forward_no_connect() didn´t.)
I don't know if you notice that "TCP ASYNC" in Core Cook Book v3.1 is not
updated with this feature with TLS:
http://www.kamailio.org/dokuwiki/doku.php/core-cookbook:3.1.x#tcp_async
although in Kamailio 3.1 New Features DOC it is
if I do lookup()
What case does lookup return if entry exists but user not registered?
lookup("location");
switch ($retcode) {
case -1:
case -3:
sl_send_reply("404", "Not Found");
exit;
case -2:
sl_send_reply("405", "Not Found");
exit;
};
should I
Trying the other registrations takes 10 seconds extra for each registration
above the first:
registrations time before phone starts ringing
---
1 3s
2 13s
3 23s
4 33s
5 43s
---
Regarding the business rule, can you explain more about
> YOu can specify max contacts on the registration of an endpoint
For instance, how and where is the max contacts specified?
There still might be an issue, as it is pointless to store multiple
registrations for a single user-agent that re-r
Bluesip.net uses "Sip EXpress router (0.9.7 (i386/linux))"
and on client registration it returns
"SIP/2.0 403 Max Registrations per IP exceeded"
due to some bug/error/failure in the version 1.4 Acrobits Business softphone
user-agent
to unregister correctly.
Strange is that this never happens wi
Am 21.12.2010 19:59, schrieb Juha Heinanen:
Klaus Darilion writes:
- the proxy should ignore contacts without existing TCP connections
(thus use set_forward_no_connect())
how about if the proxy also has tls connections to other proxies and
gateways? is there possibility to just tell "do no
Klaus Darilion writes:
> - the proxy should ignore contacts without existing TCP connections
> (thus use set_forward_no_connect())
how about if the proxy also has tls connections to other proxies and
gateways? is there possibility to just tell "do not try to set tcp
connection to registered ua"
Am 21.12.2010 18:46, schrieb Dominguez Jover, Ricardo:
Hi again Klaus,
I understand (now better) what you mean with timing parameters, I was
just testing to close the first connection. The reason is because when I
restart kamailio the clients I use reopen a second connection, as you
said to me.
Hi again Klaus,
I understand (now better) what you mean with timing parameters, I was just
testing to close the first connection. The reason is because when I restart
kamailio the clients I use reopen a second connection, as you said to me. So
the solution to this issue could be not to open ne
Not sure what exactly happens in your scenario, but some generic tips:
- Regardless if the client is behind NAT or not, IMO the TCP connection
should be openend by the client and kept open for the whole lifetime of
the client. Thus, the TCP connection should not be closed, not by the
client an
(not top posting)
On Tue, 2010-12-21 at 15:14 +0100, Henry Dogger wrote:
> Any ideas for setting up a setup like this?
>
> -Original Message-
> From: sr-users-boun...@lists.sip-router.org
> [mailto:sr-users-boun...@lists.sip-router.org] On Behalf Of Henry Dogger
> Sent: dinsdag 21 decembe
Any ideas for setting up a setup like this?
-Original Message-
From: sr-users-boun...@lists.sip-router.org
[mailto:sr-users-boun...@lists.sip-router.org] On Behalf Of Henry Dogger
Sent: dinsdag 21 december 2010 10:50
To: Klaus Darilion
Cc: sr-users@lists.sip-router.org
Subject: Re: [SR-Use
Hello Marius,
Yes, I armed the failure_route with 't_on_failure("1")' when I setup the
CFNA...but the outgoing call generated by the CFNA doesn't go to the
failure_route.
If I deactivate the flag which triggered the voicemail, I have a loop and
the phone rings again after the timer.
Igor.
2010/1
On 12/21/2010 03:22 PM, Igor Potjevlesch wrote:
Hello all,
I have setup a mechanism to forward outgoing calls to another gateway
if the first one replies with 5xx. I have simply used ‘t_check_status’
in the failure_route. This works.
But, with a CFNA it doesn’t work : the incoming call is
Hello,
I'm currently toying with xavp's and have some trouble accessing the values.
I want to have access to the xavp that isn't the last added one. From the
wiki page on http://sip-router.org/wiki/devel/xavp I got the impression that
indices are supported, but that doesn't seem to work.
In the f
Hello all,
I have setup a mechanism to forward outgoing calls to another gateway if
the first one replies with 5xx. I have simply used ‘t_check_status’ in the
failure_route. This works.
But, with a CFNA it doesn’t work : the incoming call is treated by SER
(0.9.9). After the timer has expire
Klaus, it happens exactly what you said, duplicated TCP connection. Now I tell
you about what I've found and timing variables. First to say there is no NAT in
this scenario.
About the timing variables there is a re-register time in the client (by
default 3600s) and a "minimum time" (20s). Ever
We would like to use the SBC, between customers and Kamailio.
Since we have a few systems behind our kamailio where customers are
routed with reverse routing, we want to shield our internal IP
addresses.
-Original Message-
From: Klaus Darilion [mailto:klaus.mailingli...@pernau.at]
Sent: d
Am 21.12.2010 08:30, schrieb Dominguez Jover, Ricardo:
Hi everybody,
Since I implemented Kamailio 3.1 with TLS I’ve found a strange behavior.
That is, with some clients (Bria and Blink) registered, if I restart
Kamailio, then when the clients re-register the strange behaivour
happens. This beh
On 12/21/10 10:26 AM, Klaus Darilion wrote:
Am 17.12.2010 14:19, schrieb Ricardo Martinez:
Hello.
I’m trying to obtain the source IP address from a reply message.
AFAIK the failure_route is executed in the context of the request. If
you want to analyze a reply you have to do it in a repl
Am 20.12.2010 17:00, schrieb Henry Dogger:
Hi all,
We have a kamailio installation for our voip system and would like to
add a SBC.
Where do you want to have the SBC? Between the customers and Kamailio?
SBC is a shortcut for various functions: NAT traversal, topology hiding,
enforcing secu
Am 17.12.2010 14:19, schrieb Ricardo Martinez:
Hello.
I’m trying to obtain the source IP address from a reply message.
AFAIK the failure_route is executed in the context of the request. If
you want to analyze a reply you have to do it in a reply_route.
regards
Klaus
This is part of the
Am 16.12.2010 13:36, schrieb "Andrés S. García Ruiz":
B.5) P-CSCF SUBSCRIBE > Presentity???
SUBSCRIBE sip:testuse...@155.54.190.245:8060;rinstance=9b7761b4bcaa4bd0
SIP/2.0
Record-Route:
Record-Route:
Via: SIP/2.0/TCP 155.54.210.134:4060;branch=z9hG4bK07df.baa7cf24.0
Via: SIP/2.0/UDP
23 matches
Mail list logo
