Re: [SR-Users] wt_timer, delayed replies and sendto error

2011-09-16 Thread Daniel-Constantin Mierla

Hello,

On 9/14/11 2:41 PM, Andreas Granig wrote:

Hi,

Another funny thing I encountered lately is this:

Client sends INVITE via kamailio (via dispatcher) to sems, gets back
100/200, sends another couple of INVITE with same CSeq (looks like
retransmissions), gets back more 200, then sends ACKs for each of the
200 it got. Looks like a quite broken client to me, but anyways.

The interesting thing is that after>5000ms (which is bigger then
tm.wt_timer), another 200 is sent from sems to kamailio to the client. I
see the 200 coming to kamailio in a network trace, but not an according
log message in the kamailio logs. What I see though is this:

Sep 14 13:51:26 sp2 /usr/sbin/kamailio[15950]: ERROR:
[udp_server.c:586]: ERROR: udp_send:
sendto(sock,0x97ec10,1055,0,1.2.3.4:58620,16): Invalid argument(22)
Sep 14 13:51:26 sp2 /usr/sbin/kamailio[15950]: ERROR:
[forward.h:149]: msg_send: ERROR: udp_send failed

The 1.2.3.4:58620 is obviously taken from the Vias, which looks like this:

Via: SIP/2.0/UDP 127.0.0.1:5060;rport=5060;branch=xyz
Via: SIP/2.0/UDP 10.1.1.9:58620;received=1.2.3.4;rport=58620;branch=abc

The top-most Via is itself, the second is the one which reflects the
destination address in the error message above.

So I'm wondering whether there is some issue with finding the proper
socket after wt_timer is expired (note that the leg client<->kamailio
uses a different socket (with public ip) than kamailio<->sems (which
uses 127.0.0.1)). Or any other idea where this error could come from?

It's actually an educated guess that this could be related to wt_timer,
but I don't know what else it could be.

what happens is that when transaction is active and tm is handling the 
replies, they are forwarded using the same socket where the request was 
received (iirc).


However, the transaction is gone so the reply is sent stateless and the 
default rule of stateless forwarding for selecting the local socket is 
to use the same socket where the message was received (in this case is 
the reply is received on loopback interface). Try either to use mhomed 
parameter or force the right send socket by hand (force_send_socket(...) 
or $fs=...) when there is no active transaction for replies (use 
t_check_trans()).


Cheers,
Daniel

--
Daniel-Constantin Mierla -- http://www.asipto.com
Kamailio Advanced Training, Oct 10-13, Berlin: http://asipto.com/u/kat
http://linkedin.com/in/miconda -- http://twitter.com/miconda


___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


[SR-Users] (no subject)

2011-09-16 Thread Loïc Fofana
This is my scenario:

Call server
-(IPV4)Kamailio(IPV6)--Asterisk(IPV6)--Linphone(IPV6)
   * *
   *
Media server
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


[SR-Users] Communication from IPv6 to Ipv4

2011-09-16 Thread Loïc Fofana
My architecture is described below:

  TDM device--- Call
server[IPv4]---[IPv4]Kamailio[IPv6][IPv6]Asterisk-[IPv6]Linphone
 * *
*
  **
*
*  *
*
*  *
*
  Media Server Rtpproxy

Media Server and Rtpptoxy  carry the media.
Call Server carry only signaling.

I have succeeded to establish audio communication between an IPv6 domain &
an IPv4 domain
i.e. : from an TDM device to a Linphone.

 However, When i try to establish a call from (IPv6 to IPv4), i.e. from
Linphone to TDM device, the signaling is OK, but there's no voice.
Because, Rtpproxy forward the media to the Call server instead the Media
Server. Hence, there can't be voice.

I have been stucking on this for a couple of months.
I will be very glad if somebody have any idea.


best regards!
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] Kamailio terminating after upgrading from 3.1.2 to 3.1.4

2011-09-16 Thread Phillman25 Kyriacou
Thanks for your email Marius.

Could you please explain in a little more detail how to compile Kamailio
with debug symbols?
Do i use the command make CFLAGS=-g ?
then make QUIET=no all?

Thanks again for your assistance!

Regards
Phillip
On Thu, Sep 15, 2011 at 5:02 PM, marius zbihlei wrote:

> On 09/14/2011 07:40 PM, Phillman25 Kyriacou wrote:
>
>> Hello
>>
>> Here is the output of the gdb commands:
>>
>> (gdb) core core
>> [New Thread 18567]
>> Core was generated by `/usr/local/sbin/kamailio -P
>> /var/run/kamailio/kamailio.pid -m 64 -u root -g roo'.
>> Program terminated with signal 6, Aborted.
>> #0  0x0040a422 in __kernel_vsyscall ()
>> .
>> .
>> .
>>
>> (gdb) bt full
>> #0  0x0040a422 in __kernel_vsyscall ()
>> No symbol table info available.
>> #1  0x0056a651 in ?? ()
>> No symbol table info available.
>> #2  0x00695ff4 in ?? ()
>> No symbol table info available.
>> #3  0x0056da82 in ?? ()
>> No symbol table info available.
>> #4  0x0006 in ?? ()
>> No symbol table info available.
>> #5  0xbff91960 in ?? ()
>>
>
> Hello,
> This is not very helpful as the debug symbols weren't loaded. You have to
> compile Kamailio with debug symbols (make sure the -g flag is passed to
> CFLAGS when compiling) and then reload the core (it is not mandatory to
> generate another one )
>
> make QUIET=no (to see the flags)
>
> Also don't strip the executable
>
>
> Marius
>
> --
> Zbihlei Marius
>
> Head of
> Linux Development Services Romania
>
> 1&1 Internet Development srlTel KA: 754-9512
> Str Mircea Eliade 18Tel RO: +40-31-223-9512
> Sect 1, Bucuresti   mailto: marius.zbih...@1and1.ro
> 71295, Romania
>
>
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] Kamailio terminating after upgrading from 3.1.2 to 3.1.4

2011-09-16 Thread Timo Reimann
On 16.09.2011 12:00, Phillman25 Kyriacou wrote:
> Could you please explain in a little more detail how to compile Kamailio
> with debug symbols?
> Do i use the command make CFLAGS=-g ?
> then make QUIET=no all?

I always add "mode=debug" to make, e.g.:

make mode=debug 


HTH,

--Timo



> On Thu, Sep 15, 2011 at 5:02 PM, marius zbihlei  > wrote:
> 
> On 09/14/2011 07:40 PM, Phillman25 Kyriacou wrote:
> 
> Hello
> 
> Here is the output of the gdb commands:
> 
> (gdb) core core
> [New Thread 18567]
> Core was generated by `/usr/local/sbin/kamailio -P
> /var/run/kamailio/kamailio.pid -m 64 -u root -g roo'.
> Program terminated with signal 6, Aborted.
> #0  0x0040a422 in __kernel_vsyscall ()
> .
> .
> .
> 
> (gdb) bt full
> #0  0x0040a422 in __kernel_vsyscall ()
> No symbol table info available.
> #1  0x0056a651 in ?? ()
> No symbol table info available.
> #2  0x00695ff4 in ?? ()
> No symbol table info available.
> #3  0x0056da82 in ?? ()
> No symbol table info available.
> #4  0x0006 in ?? ()
> No symbol table info available.
> #5  0xbff91960 in ?? ()
> 
> 
> Hello,
> This is not very helpful as the debug symbols weren't loaded. You
> have to compile Kamailio with debug symbols (make sure the -g flag
> is passed to CFLAGS when compiling) and then reload the core (it is
> not mandatory to generate another one )
> 
> make QUIET=no (to see the flags)
> 
> Also don't strip the executable
> 
> 
> Marius

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] Kamailio terminating after upgrading from 3.1.2 to 3.1.4

2011-09-16 Thread Phillman25 Kyriacou
Thanks for your response Timo.

so you say i should try:

make mode=debug [CFLAGS=-g]?

Thanks for your assistance.

Regards
Phillip


On Fri, Sep 16, 2011 at 1:44 PM, Timo Reimann  wrote:

> On 16.09.2011 12:00, Phillman25 Kyriacou wrote:
> > Could you please explain in a little more detail how to compile Kamailio
> > with debug symbols?
> > Do i use the command make CFLAGS=-g ?
> > then make QUIET=no all?
>
> I always add "mode=debug" to make, e.g.:
>
> make mode=debug 
>
>
> HTH,
>
> --Timo
>
>
>
> > On Thu, Sep 15, 2011 at 5:02 PM, marius zbihlei  > > wrote:
> >
> > On 09/14/2011 07:40 PM, Phillman25 Kyriacou wrote:
> >
> > Hello
> >
> > Here is the output of the gdb commands:
> >
> > (gdb) core core
> > [New Thread 18567]
> > Core was generated by `/usr/local/sbin/kamailio -P
> > /var/run/kamailio/kamailio.pid -m 64 -u root -g roo'.
> > Program terminated with signal 6, Aborted.
> > #0  0x0040a422 in __kernel_vsyscall ()
> > .
> > .
> > .
> >
> > (gdb) bt full
> > #0  0x0040a422 in __kernel_vsyscall ()
> > No symbol table info available.
> > #1  0x0056a651 in ?? ()
> > No symbol table info available.
> > #2  0x00695ff4 in ?? ()
> > No symbol table info available.
> > #3  0x0056da82 in ?? ()
> > No symbol table info available.
> > #4  0x0006 in ?? ()
> > No symbol table info available.
> > #5  0xbff91960 in ?? ()
> >
> >
> > Hello,
> > This is not very helpful as the debug symbols weren't loaded. You
> > have to compile Kamailio with debug symbols (make sure the -g flag
> > is passed to CFLAGS when compiling) and then reload the core (it is
> > not mandatory to generate another one )
> >
> > make QUIET=no (to see the flags)
> >
> > Also don't strip the executable
> >
> >
> > Marius
>
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


[SR-Users] Lazy evaluation in if expressions?

2011-09-16 Thread Morten Isaksen
Does Kamailio use lazy evaluation in if expressions?

Like

if ($var(a) == 2 && $var(b) ==3) { ... }

then $var(b) == 3 is only evaluated if $var(a) == 2 is true

-- 
Morten Isaksen

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


[SR-Users] Dialog module showing calls that have already been terminated

2011-09-16 Thread Phillman25 Kyriacou
Hello

I have been facing an issue where the dialog module is showing calls as
being active when in fact the call has already been completed long ago and
this is giving wrong number of concurrent calls on our SNMP work station
(CACTI) when polling the data from Kamailio. I realized this only started
occurring after i upgraded from 3.1.2 to 3.1.5, has anyone experienced the
same issue?

my config:



loadmodule "dialog.so"
.
.
.
.
# - DIALOG MODULE
PARAMETERS--#
modparam("dialog", "enable_stats", 1)
modparam("dialog", "hash_size", 4096)
modparam("dialog", "rr_param", "did")
modparam("dialog", "dlg_flag", 4)
modparam("dialog", "timeout_avp", "$avp(i:10)")
modparam("dialog", "dlg_extra_hdrs", "NULL")
modparam("dialog", "dlg_match_mode", 1)
modparam("dialog", "detect_spirals", 1)
modparam("dialog", "db_url", "mysql://openser:openserrw@localhost/openser")
modparam("dialog", "db_mode", 1)
modparam("dialog", "db_update_period", 60)
modparam("dialog", "db_fetch_rows", 500)
modparam("dialog", "table_name", "dialog")
modparam("dialog", "from_uri_column", "from_uri")
modparam("dialog", "from_tag_column", "from_tag")
modparam("dialog", "to_uri_column", "to_uri")
modparam("dialog", "to_tag_column", "to_tag")
modparam("dialog", "h_id_column", "hash_id")
modparam("dialog", "h_entry_column", "hash_entry")
modparam("dialog", "state_column", "state")
modparam("dialog", "start_time_column", "start_time")
modparam("dialog", "timeout_column", "timeout")
modparam("dialog", "sflags_column", "sflags")
modparam("dialog", "bridge_controller", "sip:control...@kamailio.org")
modparam("dialog", "default_timeout", 7200)

.
.
.
.

route {

   # MANAGE ALL DIALOGS
   #===
   if (is_method("INVITE"))
{
   if(is_method("INVITE") && !has_totag())
  {
  $dlg_ctx(timeout_route) = 12;
  $dlg_ctx(timeout_bye) = 1;
  }

 dlg_manage();

}



Thanks
Phillip
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] Kamailio terminating after upgrading from 3.1.2 to 3.1.4

2011-09-16 Thread Timo Reimann
On 16.09.2011 13:19, Phillman25 Kyriacou wrote:
> Thanks for your response Timo.
> 
> so you say i should try:
> 
> make mode=debug [CFLAGS=-g]?

"mode=debug" will take care of adding the -g ("debug") switch to gcc, so
just skip the "[CFLAGS=-g]" part. Just do something like:

make mode=debug all

See also the INSTALL file for details.


Cheers,

--Timo

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] Dialog module showing calls that have already been terminated

2011-09-16 Thread Timo Reimann
Hey Phillip,


On 16.09.2011 13:35, Phillman25 Kyriacou wrote:
> Hello
> 
> I have been facing an issue where the dialog module is showing calls as
> being active when in fact the call has already been completed long ago
> and this is giving wrong number of concurrent calls on our SNMP work
> station (CACTI) when polling the data from Kamailio. I realized this
> only started occurring after i upgraded from 3.1.2 to 3.1.5, has anyone
> experienced the same issue?

I was *just* being notified of issues concerning dialogs not being
deleted. Working on this right now to report back soon.

Thanks for the note!


Cheers,

--Timo

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] Dialog module showing calls that have already been terminated

2011-09-16 Thread Phillman25 Kyriacou
Hi Timo

Thanks for the update!

Regards
Phillip

On Fri, Sep 16, 2011 at 3:09 PM, Timo Reimann  wrote:

> Hey Phillip,
>
>
> On 16.09.2011 13:35, Phillman25 Kyriacou wrote:
> > Hello
> >
> > I have been facing an issue where the dialog module is showing calls as
> > being active when in fact the call has already been completed long ago
> > and this is giving wrong number of concurrent calls on our SNMP work
> > station (CACTI) when polling the data from Kamailio. I realized this
> > only started occurring after i upgraded from 3.1.2 to 3.1.5, has anyone
> > experienced the same issue?
>
> I was *just* being notified of issues concerning dialogs not being
> deleted. Working on this right now to report back soon.
>
> Thanks for the note!
>
>
> Cheers,
>
> --Timo
>
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] wt_timer, delayed replies and sendto error

2011-09-16 Thread Andreas Granig
Hi,

On 09/16/2011 09:10 AM, Daniel-Constantin Mierla wrote:
>> It's actually an educated guess that this could be related to wt_timer,
>> but I don't know what else it could be.
>>
> what happens is that when transaction is active and tm is handling the
> replies, they are forwarded using the same socket where the request was
> received (iirc).
> 
> However, the transaction is gone so the reply is sent stateless and the
> default rule of stateless forwarding for selecting the local socket is
> to use the same socket where the message was received (in this case is
> the reply is received on loopback interface). Try either to use mhomed
> parameter or force the right send socket by hand (force_send_socket(...)
> or $fs=...) when there is no active transaction for replies (use
> t_check_trans()).

Actually I do a force_send_socket in my onreply_routes, but the
onreply_routes to be used are chosen during request handling. I don't
have a default reply route though, which I guess must be used in this
case, because information about which onreply_route to use is lost after
wt_timer, right?

Roughly outlined, this is what I have now. I don't use mhomed, but
rather set the sockets manually:

route[REQUEST]
{
  if(request from outside) {
force_send_socket(localhost);
t_on_reply("REPLY_FROM_INSIDE");
  }
  else { # request from inside
force_send_socket(public interface);
t_on_reply("REPLY_FROM_OUTSIDE");
  }
  # relay to proper destination
}
onreply_route[REPLY_FROM_INSIDE]
{
  force_send_socket(public interface);
}
onreply_route[REPLY_FROM_OUTSIDE]
{
  force_send_socket(localhost);
}

And this is what I'd need to add if I got you right:

# the default reply route used when transaction is already gone
onreply_route
{
  if(reply from inside)
force_send_socket(localhost);
  else
force_send_socket(public interface);
}

Does it look like a plan?

Andreas



signature.asc
Description: OpenPGP digital signature
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] wt_timer, delayed replies and sendto error

2011-09-16 Thread Andreas Granig
Me again,

On 09/16/2011 02:46 PM, Andreas Granig wrote:
> And this is what I'd need to add if I got you right:
> 
> # the default reply route used when transaction is already gone
> onreply_route
> {
>   if(reply from inside)
> force_send_socket(localhost);
>   else
> force_send_socket(public interface);
> }

I've tried to implement and test this, but there's one issue with it. If
I have mhomed=1, then my injected (out of any transaction) reply hits
this default route and is sent to the next hop (in my case
192.168.51.1:5060) according to the 2nd via header, so this is fine.

However if I set mhomed=0, but still call
force_send_socket(192.168.51.205:5060), I get the same error, like this:

INFO: 

Re: [SR-Users] [sr-dev] kamailio debian/ubuntu support

2011-09-16 Thread Klaus Darilion



On 15.09.2011 10:44, Jon Bonilla (Manwe) wrote:

When the time for 3.2 (master branch at the moment) comes, I'll add Wheezy
support. Not sure about Ubuntu distro support. Should we add support to Ubuntu
11.10 or wait until the lts 12.04 is released?


I found it always very confusing that there are different debian specs 
for different debian versions. It would be great if it possible to write 
a debian spec which works on most versions



regards
klaus

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] Communication from IPv6 to Ipv4

2011-09-16 Thread Klaus Darilion

you have to use the 'r' flag:
http://www.kamailio.org/docs/modules/3.1.x/modules_k/rtpproxy.html#id3024166

klaus

On 16.09.2011 11:42, Loïc Fofana wrote:

My architecture is described below:

   TDM device--- Call
server[IPv4]---[IPv4]Kamailio[IPv6][IPv6]Asterisk-[IPv6]Linphone
  * *
   *
   **
   *
 *  *
   *
 *  *
   *
   Media Server Rtpproxy

Media Server and Rtpptoxy  carry the media.
Call Server carry only signaling.

I have succeeded to establish audio communication between an IPv6 domain
& an IPv4 domain
i.e. : from an TDM device to a Linphone.

  However, When i try to establish a call from (IPv6 to IPv4), i.e. from
Linphone to TDM device, the signaling is OK, but there's no voice.
Because, Rtpproxy forward the media to the Call server instead the Media
Server. Hence, there can't be voice.

I have been stucking on this for a couple of months.
I will be very glad if somebody have any idea.


best regards!


___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] Lazy evaluation in if expressions?

2011-09-16 Thread Klaus Darilion

IIRC (there was a similar thread years ago): yes

On 16.09.2011 13:20, Morten Isaksen wrote:

Does Kamailio use lazy evaluation in if expressions?

Like

if ($var(a) == 2&&  $var(b) ==3) { ... }

then $var(b) == 3 is only evaluated if $var(a) == 2 is true



___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


[SR-Users] rtpproxy VS Turn

2011-09-16 Thread Mikael Williams
Dear All,

I would like to ask please if and in case I'm using STUN/TURN for Nat
traversal to drp the rtpproxy from my solution as NAT traversal and relay
server as I'm using SYUN for NAT traversal and TURN as relay in case of
Symmetric NAT

Regards
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] rtpproxy VS Turn

2011-09-16 Thread Klaus Darilion
STUN alone is not 100% sufficient, only ICE+TURN is reliable. Thus, only 
if all your clients support ICE+TURN then you can drop rtpproxy.


klaus

On 16.09.2011 16:47, Mikael Williams wrote:

Dear All,

I would like to ask please if and in case I'm using STUN/TURN for Nat
traversal to drp the rtpproxy from my solution as NAT traversal and
relay server as I'm using SYUN for NAT traversal and TURN as relay in
case of Symmetric NAT

Regards


___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] rtpproxy VS Turn

2011-09-16 Thread Mikael Williams
>
> ICE is not supported as I select the Media Proxy (which is TURN) manually
> in some Nat cases...Even note that I do not have peer to peer calls between
> 2 endpoints, just have VOIP to PSTN calls...All my VOIP customers supports
> STUN/TURN but without ICE
>
> One more thing: I would like to ask how rtp proxy help to bypass NAT else
> than working as relay server...Does it have any other job like find the NAT
> type or check blocked port or something?
>
> Regards
>
>
> On Fri, Sep 16, 2011 at 5:50 PM, Klaus Darilion <
> klaus.mailingli...@pernau.at> wrote:
>
>> STUN alone is not 100% sufficient, only ICE+TURN is reliable. Thus, only
>> if all your clients support ICE+TURN then you can drop rtpproxy.
>>
>> klaus
>>
>>
>> On 16.09.2011 16:47, Mikael Williams wrote:
>>
>>> Dear All,
>>>
>>> I would like to ask please if and in case I'm using STUN/TURN for Nat
>>> traversal to drp the rtpproxy from my solution as NAT traversal and
>>> relay server as I'm using SYUN for NAT traversal and TURN as relay in
>>> case of Symmetric NAT
>>>
>>> Regards
>>>
>>>
>>> __**_
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>> sr-users@lists.sip-router.org
>>> http://lists.sip-router.org/**cgi-bin/mailman/listinfo/sr-**users
>>>
>>
>
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] [sr-dev] kamailio debian/ubuntu support

2011-09-16 Thread Manwe
El Fri, 16 Sep 2011 15:35:37 +0200
Klaus Darilion  escribió:

> 
> 
> On 15.09.2011 10:44, Jon Bonilla (Manwe) wrote:
> > When the time for 3.2 (master branch at the moment) comes, I'll add Wheezy
> > support. Not sure about Ubuntu distro support. Should we add support to
> > Ubuntu 11.10 or wait until the lts 12.04 is released?
> 
> I found it always very confusing that there are different debian specs 
> for different debian versions. It would be great if it possible to write 
> a debian spec which works on most versions
> 


Hi klaus. 

There's really one single debian spec, which is the "debian" folder under
pkg/kamailio/deb/debian

The other folders are the same one but just removing those modules that won't
compile due to dependency problems.


___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] Dialog module showing calls that have already been terminated

2011-09-16 Thread Timo Reimann
Hey Phillip,

after looking closer at what has been reported to me initially, your
case may be different after all.

Could you possibly use "kamctl fifo dlg_list" to check what state the
majority of dialogs that should be terminated in your opinion are in?
Being given the reference counter should be useful in debugging this as
well.


Thanks,

--Timo



On 16.09.2011 14:22, Phillman25 Kyriacou wrote:
> On Fri, Sep 16, 2011 at 3:09 PM, Timo Reimann  > wrote:
> 
> Hey Phillip,
> 
> 
> On 16.09.2011 13:35, Phillman25 Kyriacou wrote:
> > Hello
> >
> > I have been facing an issue where the dialog module is showing
> calls as
> > being active when in fact the call has already been completed long ago
> > and this is giving wrong number of concurrent calls on our SNMP work
> > station (CACTI) when polling the data from Kamailio. I realized this
> > only started occurring after i upgraded from 3.1.2 to 3.1.5, has
> anyone
> > experienced the same issue?
> 
> I was *just* being notified of issues concerning dialogs not being
> deleted. Working on this right now to report back soon.
> 
> Thanks for the note!
> 
> 
> Cheers,
> 
> --Timo

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users