Re: [SR-Users] Possible memory leak in parse_pai.c

2013-04-22 Thread Daniel-Constantin Mierla

Hello,

On 4/19/13 12:42 PM, Tais Plougmann Hansen wrote:

I had added $ai to acc log_extra like this:

modparam(acc, log_extra,
src_user=$fU;src_domain=$fd;src_ip=$si;
dst_ouser=$tU;dst_user=$rU;dst_domain=$rd
p_asserted_identity=$ai;remote_party_id=$re)

Once I commented out the last line, the leak vanished.

Apr 17 16:55:41 gws1 /usr/sbin/kamailio[10649]: ALERT: qm_status: 
used= 646728, used+overhead=1099696, free=7288912
Apr 19 12:28:04 gws1 /usr/sbin/kamailio[10649]: ALERT: qm_status: 
used= 646752, used+overhead=1100104, free=7288504


I'll test the avp intermediary in the next few days.

ok, I will look over acc module for this case.

Do you still have the xlog lines printing these variables?

Cheers,
Daniel






On Thu, Apr 18, 2013 at 10:13 AM, Daniel-Constantin Mierla 
mico...@gmail.com mailto:mico...@gmail.com wrote:


Hello,

I looked quickly to the core and seems ok, I will check the
accounting later.

Do you simply account $ai or is any other attribute related to it?

If you have time to test, can you put the $ai in an avp during the
request processing and account that avp? If the leak is not shown
anymore in that case, it narrows down a lot where to look at.

Cheers,
Daniel


On 4/17/13 5:19 PM, Tais Plougmann Hansen wrote:

Hi,

I'm seeing a possible leak in parsing the P-Asserted-Identity,
and possibly P-Preferred-Identity headers in kamailio-3.3.4.

I have a server running in which one thread has currently most of
the 8 MB private memory allocated. At restart qm_sums reports
parse_pai.c as sitting on most of the memory:

Apr 16 16:38:58 gws1 /usr/sbin/kamailio[9398]: INFO: qm_status:
heap size= 8388608
Apr 16 16:38:58 gws1 /usr/sbin/kamailio[9398]: INFO: qm_status:
used= 5369240, used+overhead=6417216, free=1971392
[...]
Apr 16 16:39:03 gws1 /usr/sbin/kamailio[9398]: INFO: qm_sums:
 count=  6198 size=   4721776 bytes from core: parse_pai.c:
parse_pai_header(58)

I am currently using the header through $ai for xlog statements,
the accounting module and a validity check (if (!($(ai{uri.user})
=~ ^\+[1-9]+)) {...}).

From digging through the logs it could seem like this happens
when using $ai in the accounting module. I'll try removing it
from accounting (log_extra) and see if it stops leaking.

-- 
Tais Plougmann Hansen


OSD Consulting ApS
osd.dk http://osd.dk/
Tel: +45 78101078 tel:%2B45%2078101078
CVR: DK31332737



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


-- 
Daniel-Constantin Mierla -http://www.asipto.com

http://twitter.com/#!/miconda  http://twitter.com/#%21/miconda  
-http://www.linkedin.com/in/miconda
Kamailio World Conference, April 16-17, 2013, Berlin
  -http://conference.kamailio.com  -


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




--
Tais Plougmann Hansen
OSD Consulting ApS



--
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/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


Re: [SR-Users] [sr-dev] [sr-users] Problem accessing git repository

2013-04-22 Thread Daniel-Constantin Mierla


On 4/19/13 11:43 AM, Mikko Lehto wrote:

2013-04-15 (Mon) 23:45 UTC +0200  Daniel-Constantin Mierla mico...@gmail.com:


try with a new clone and see if it works to pull afterwards.

Otherwise I cannot think of anything else than looking at network
traffic to see if something is wrong there.

New clone seem to pull fine. Maybe we troubleshoot more if this reoccurs.

Something was, indeed, I got it in one case -- but no time to look 
deeper at it so far, a new clone seem to work fine.


Cheers,
Daniel

--
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/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


Re: [SR-Users] UAC example

2013-04-22 Thread Daniel-Constantin Mierla

Hello,

On 4/18/13 11:17 AM, Moacir Ferreira wrote:

Hi community,

I will start testing the UAC module. Does anyone have a simple UAC 
configuration that could share with me?


Also, for small (less than 500 users) deployments, would you recommend 
Kamilio UAC as the solution for giving PSTN access via VoIP providers 
or would you recommend Asterisk, SEMS, etc.? My intention is to host 
the solution on a single server.
Do you look at doing user authentication of calls to foreign domains 
using UAC module? If yes, be sure the gateway can deal with the CSeq 
issue as pointed in the README of the module.


You practically have to create a failure_route to catch the 407, 
something like:


if(t_check_status(407)) {
   # set here the AVPs with credentials...
   uac_auth();
   append_branch();
   t_relay();
}

Cheers,
Daniel

--
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/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


Re: [SR-Users] Rtpproxy - IPv4/v6 Translation and earlier removing of session

2013-04-22 Thread Daniel-Constantin Mierla

Hello,

On 4/11/13 12:53 PM, Jakub Hrabovský wrote:


Hi,

I started working on IPv4/IPv6 Translation issue in Kamailio by using 
rtpproxy as Media relay last year in my Bachelor-project.


I solved the trouble with Translation between IPv4 and IPv6 clients, 
where IPv4 client used public IPv4 address. Now I am working on the 
issue, where


IPv4 client uses private IPv4 (is behind NAT in local network), so I 
have to provide IPv4/v6 and NAT for all messages in one call.


My topology consists of:

Kamailio 3.3.4 - SIPproxy (supports IPv4/IPv6, public IPv4 and IPv6 
addresses) - makes NAT translation, works as SIPoutbound proxy and 
communicates with rtpproxy (v1.2.1),


Kamailio 3.3.4 - SIPprotocol GW (== SIP bridge) - translates IPv4 
messages to IPv6 (and IPv6 to IPv4), uses other rtpproxy, has public 
IPv4 and IPv6 addresses


+ only IPv4 and only IPv6 clients (Linphone v3.5.2)

I assume, that both (IPv4 and IPv6) clients are in the same SIP domain.

I solve IPv4-IPv6 translation so, that each message from IPv6 client 
goes to SIP proxy and (if needed) is forwarded to SIP Protocol GW. 
Translated medssage is then forwarded back to SIP proxy and from that 
to callee.


Here i have some problems:

-1.) IPv6 client doesnt respond to invites from IPv4 client. The 
messages are ignored at IPv6 client.



does the SIP request gets to client? Can you paste here the INVITE?

-2.) Rtpproxy on the machine with SIP protocol gateway (which provides 
IPv4/v6 translation) removes session earlier than I need (usually 
after 30 seconds of call) and the result is call break.


this issue doesnt appear for rtpproxy on SIP proxy. I dont know what 
causes this behavior, if it is only in some parameters, witch i have 
to set, or it is bug in rtpproxy or 



This sounds like mis-routed ACK. RTPPRoxy does not clear sessions by itself.

Cheers,
Daniel

--
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/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] Kamailio World Conference Presentations

2013-04-22 Thread Daniel-Constantin Mierla

Hello,

The other files with slides presented last week at Kamailio World 
Conference are made available on the web at:


  - http://www.kamailio.org/events/2013-KamailioWorld/

There are two presentations missing, hopefully they will be received 
soon and uploaded.


Many thanks again to those coming to speak or attend the event.

Cheers,
Daniel

--
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/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] siptrace source ip causes martians

2013-04-22 Thread Thilo Bangert
Hi,

i have a kamailio instance, which is connected to two subnets (A and B) and 
exchanges sip messages between them. I have setup the siptrace module to send 
hep tracing messages of all sip messages to a host in subnet B.

This works really well for sip messages arriving on the IP of subnet B - for 
those arriving on subnet A however it doesnt work. The hep messages have the 
interface address of subnet A set as source address.
Since the machine receiving the HEP messages also is connected to both subnet 
A and B, these messages are (correctly) rejected as martians and never reach 
the sipcapture module on that host.

this is on kamailio 3.3.4.

Is there a way to force the source IP of outgoing HEP messages in the siptrace 
module?

thanks
kind regards
Thilo

___
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] Possible memory leak in parse_pai.c

2013-04-22 Thread Tais Plougmann Hansen
Yes, xlog statements have been left in place. Only the log_extra
parameter of acc was changed.

I've tested the $avp replacement and it does not look like it leaks pkg mem.


On Mon, Apr 22, 2013 at 9:49 AM, Daniel-Constantin Mierla mico...@gmail.com
 wrote:

  Hello,


 On 4/19/13 12:42 PM, Tais Plougmann Hansen wrote:

 I had added $ai to acc log_extra like this:

  modparam(acc, log_extra,
 src_user=$fU;src_domain=$fd;src_ip=$si;
 dst_ouser=$tU;dst_user=$rU;dst_domain=$rd
 p_asserted_identity=$ai;remote_party_id=$re)

  Once I commented out the last line, the leak vanished.

  Apr 17 16:55:41 gws1 /usr/sbin/kamailio[10649]: ALERT: qm_status: used=
 646728, used+overhead=1099696, free=7288912
  Apr 19 12:28:04 gws1 /usr/sbin/kamailio[10649]: ALERT: qm_status: used=
 646752, used+overhead=1100104, free=7288504

  I'll test the avp intermediary in the next few days.

 ok, I will look over acc module for this case.

 Do you still have the xlog lines printing these variables?

 Cheers,
 Daniel






 On Thu, Apr 18, 2013 at 10:13 AM, Daniel-Constantin Mierla 
 mico...@gmail.com wrote:

  Hello,

 I looked quickly to the core and seems ok, I will check the accounting
 later.

 Do you simply account $ai or is any other attribute related to it?

 If you have time to test, can you put the $ai in an avp during the
 request processing and account that avp? If the leak is not shown anymore
 in that case, it narrows down a lot where to look at.

 Cheers,
 Daniel


 On 4/17/13 5:19 PM, Tais Plougmann Hansen wrote:

  Hi,

  I'm seeing a possible leak in parsing the P-Asserted-Identity, and
 possibly P-Preferred-Identity headers in kamailio-3.3.4.

  I have a server running in which one thread has currently most of the 8
 MB private memory allocated. At restart qm_sums reports parse_pai.c as
 sitting on most of the memory:

  Apr 16 16:38:58 gws1 /usr/sbin/kamailio[9398]: INFO: qm_status: heap
 size= 8388608
 Apr 16 16:38:58 gws1 /usr/sbin/kamailio[9398]: INFO: qm_status: used=
 5369240, used+overhead=6417216, free=1971392
  [...]
  Apr 16 16:39:03 gws1 /usr/sbin/kamailio[9398]: INFO: qm_sums:  count=
  6198 size=   4721776 bytes from core: parse_pai.c: parse_pai_header(58)

  I am currently using the header through $ai for xlog statements, the
 accounting module and a validity check (if (!($(ai{uri.user}) =~
 ^\+[1-9]+)) {...}).

  From digging through the logs it could seem like this happens when
 using $ai in the accounting module. I'll try removing it from accounting
 (log_extra) and see if it stops leaking.

  --
 Tais Plougmann Hansen

OSD Consulting ApS
 osd.dk
 Tel: +45 78101078
 CVR: DK31332737


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


 --
 Daniel-Constantin Mierla - 
 http://www.asipto.comhttp://twitter.com/#!/miconda - 
 http://www.linkedin.com/in/miconda
 Kamailio World Conference, April 16-17, 2013, Berlin
  - http://conference.kamailio.com -


 ___
 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




  --
 Tais Plougmann Hansen
 OSD Consulting ApS


 --
 Daniel-Constantin Mierla - http://www.asipto.comhttp://twitter.com/#!/miconda 
 - http://www.linkedin.com/in/miconda




-- 
Tais Plougmann Hansen
OSD Consulting ApS
___
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] maintenance of www.kamailio.org

2013-04-22 Thread Henning Westerholt
Hi,

I'll do today this noon a regular maintenance of www.kamailio.org. I don't 
expect any big outtages, the webserver could be maybe for a few seconds not 
available due to some restarts.

I'll announce when the maintenance is finished.

Best regards,

Henning

___
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] BUG? - Dialog module timeout BYE is not ok.

2013-04-22 Thread Uri Shacked
Hi,

I think there is a bug with the BYE that is sent to the caller and callee
when dialog timeout happends.

The BYE headers are sent with no  or .
So, some sip singaling points decline the BYE.

BR,
Uri
___
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] var vs avp...

2013-04-22 Thread Yufei Tao
Quote:

- $var has local route block scope.
- $avp has SIP transaction scope.

- Both $avp and $var are automatically freed.

If I call sql_xquery( dbConn, SELECT * from some_table;, ra );
inside a rtimer route, causing $xavp(ra) to contain many rows and
columns each time it's run, would the $xavp(ra) be freed, and when?

Since this is done on an rtimer route for some DB maintainance rather
than on a transaction created for some incoming message so I am not sure
whether this will cause some memory leak. I would appreciate some hints.

Yufei

On 19/04/13 16:00, sr-users-requ...@lists.sip-router.org wrote:
 Date: Fri, 19 Apr 2013 11:00:25 -0400
 From: Carlos Ruiz D?az carlos.ruizd...@gmail.com
 Subject: Re: [SR-Users] var vs avp...
 To: Kamailio (SER) - Users Mailing List
   sr-users@lists.sip-router.org
 Message-ID:
   CA+3gBcmmZyBCCRCyCY=vomziykgzu2upsmccd3y6530jnre...@mail.gmail.com
 Content-Type: text/plain; charset=utf-8

 Use $var when you want to manipulate values inside a route block, for
 example, when you want to store a value that will live only in the scope of
 that route block. When the route block exits, it will be automatically
 deallocated.

 Use $avp when you want to store a value that you want to read anywhere. It
 will live as long as the SIP transaction lives.

 - $var is stored in private memory, it is per process. This means that only
 the process that created it can read it.
 - $avp is stored in shared memory. It can be accessed from any process in
 kamailio's process list (childs)

 - $var has local route block scope.
 - $avp has SIP transaction scope.

 - Both $avp and $var are automatically freed.


--
Yufei Tao
Red Embedded

This E-mail and any attachments hereto are strictly confidential and intended 
solely for the addressee. If you are not the intended addressee please notify 
the sender by return and delete the message.

You must not disclose, forward or copy this E-mail or attachments to any third 
party without the prior consent of the sender.

Red Embedded Design, Company Number 06688253 Registered in England: The 
Waterfront, Salts Mill Rd, Saltaire, BD17 7EZ

___
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] [SER-Users] debug: again.

2013-04-22 Thread Victor V. Kustov
Hi all!

Still same problem: i don't see debug messages. OS: FreeBSD 9.1 stable,
fresh git Kamailio version.

In present moment just debugger.so with config trace work as expected.
Option debug=X seems has no effect at all.

I saw debug logs in maillist. Maybe I make something wrong?

I never see simulary strings in logs:

debug: DEBUG: core [forward.c:511]: orig. len=460, new_len=483, proto=1
debug: DEBUG: core [usr_avp.c:639]: DEBUG:destroy_avp_list: destroying list 
0xb323c178 
debug: DEBUG: core [usr_avp.c:639]: DEBUG:destroy_avp_list: destroying list 
(nil)
debug: DEBUG: core [usr_avp.c:639]: DEBUG:destroy_avp_list: destroying list 
(nil) 
debug: DEBUG: core [usr_avp.c:639]: DEBUG:destroy_avp_list: destroying list 
(nil)
debug: DEBUG: core [usr_avp.c:639]: DEBUG:destroy_avp_list: destroying list 
(nil)
debug: DEBUG: core [usr_avp.c:639]: DEBUG:destroy_avp_list: destroying list 
(nil)
debug: DEBUG: core [receive.c:280]: receive_msg: cleaning up


-- 
 SY,
Victor
  JID: coy...@bks.tv
  JID: coy...@bryansktel.ru
  I use FREE operation system: 3.8.4-calculate GNU/Linux

___
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] [SR-users] Radius AAA

2013-04-22 Thread Victor V. Kustov
Hi again!

Need tips to some tricks with radius.

1. when receive sip message with REGISTER method - initiate auth with
radius. (Authentification)

- radius_www_authorize in auth_radius.so

2. when receive INVITE message - ask radius 'bout permissions and parse
answer: get permission and next hop IP. (Authorization)

 misc_radius 


3. when call
 a) before call send Acct-Status-Type = Start with attributes.
 b) after call send Acct-Status-Type = Stop with attributes.
 (Accounting)

- acc_radius.so

1,3 - clear, I understand how it works.

2 - ? Kamailio must send request to radius server, get answer and route
call to server from next-hop-IP field. Can I make it?



-- 
  С уважением, 
 Виктор В. Кустов
  ООО Брянск Связь-ТВ
  +7 (952) 966 76 24
  JID: coy...@bks.tv
  JID: coy...@bryansktel.ru
  I use FREE operation system: 3.8.4-calculate GNU/Linux

___
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] BUG? - Dialog module timeout BYE is not ok.

2013-04-22 Thread Alex Balashov
BYE headers? Which headers? 

Uri Shacked ushac...@gmail.com wrote:

Hi,

I think there is a bug with the BYE that is sent to the caller and
callee
when dialog timeout happends.

The BYE headers are sent with no  or .
So, some sip singaling points decline the BYE.

BR,
Uri




___
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

-- 
Sent from my mobile, and thus lacking in the refinement one might expect from a 
fully-fledged keyboard. 

Alex Balashov - Principal 
Evariste Systems LLC 
235 E Ponce de Leon Ave 
Suite 106 
Decatur, GA 30030 
United States
Tel: +1-678-954-0670
Web: http://www.evaristesys.com/, http://www.alexbalashov.com/

___
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] BUG? - Dialog module timeout BYE is not ok.

2013-04-22 Thread Alex Balashov
You probably meant the To and From headers, I'm guessing.

Yeah, as long as there is no display name component, URIs in headers like that 
don't have to go in s. The way Kamailio sends it is grammatically valid, per 
RFC 3261. The user agents are at fault for not understanding it correctly.


Alex Balashov abalas...@evaristesys.com wrote:

BYE headers? Which headers? 

Uri Shacked ushac...@gmail.com wrote:

Hi,

I think there is a bug with the BYE that is sent to the caller and
callee
when dialog timeout happends.

The BYE headers are sent with no  or .
So, some sip singaling points decline the BYE.

BR,
Uri




___
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

-- 
Sent from my mobile, and thus lacking in the refinement one might
expect from a fully-fledged keyboard. 

Alex Balashov - Principal 
Evariste Systems LLC 
235 E Ponce de Leon Ave 
Suite 106 
Decatur, GA 30030 
United States
Tel: +1-678-954-0670
Web: http://www.evaristesys.com/, http://www.alexbalashov.com/

___
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

--
Sent from my Nexus 10, with all the figments of autocorrect that might imply.

Alex Balashov - Principal
Evariste Systems LLC
235 E Ponce de Leon Ave
Suite 106
Decatur, GA 30030
United States
Tel: +1-678-954-0670
Web: http://www.evaristesys.com/, http://www.alexbalashov.com/___
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] FreeBSD build broken (with patch)

2013-04-22 Thread Victor V. Kustov
Hi all!

# gmake group_include=standard mysql debug radius
CC (gcc) [kamailio] proxy.o
CC (gcc) [kamailio] dns_func.o
In file included from dns_func.c:31:
/usr/include/resolv.h:157: error: array type has incomplete element type
/usr/include/resolv.h:171: error: field 'addr' has incomplete type
/usr/include/resolv.h:195: error: field 'sin' has incomplete type
gmake: *** [dns_func.o] Error 1

It's because incomplete headers for FreeBSD. 


diff --git a/dns_func.c b/dns_func.c
index 6eedf0d..5a9bf7e 100644
--- a/dns_func.c
+++ b/dns_func.c
@@ -28,6 +28,7 @@
 #include dns_func.h
 
 
+#include netinet/in.h
 #include resolv.h
 #include sys/types.h
 #include netdb.h

I write patch in message body 'cause think need patch to config
scripts, not dns_func.c.

#include netinet/in.h - need before #include resolv.h


-- 
 SY,
Victor
  JID: coy...@bks.tv
  JID: coy...@bryansktel.ru
  I use FREE operation system: 3.8.4-calculate GNU/Linux

___
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] Simulating kamailio config flows

2013-04-22 Thread Juha Heinanen
Andreas Granig writes:

 Let me know if this is stupid and/or a complete overkill, but what about 
 introducing some kind of dummy mode, where you'd pipe a message into 
 kamailio via stdin, and get the resulting message out on stdout (e.g. in 
 ngrep style with ip information as first line, plus the content 
 following), plus a dump of internals (e.g. vars, avps) on stderr as 
 they're being assigned, and once the message is processed, kamailio 
 would just shut down again?

in addition to the message, you would need to be able to tell which
ip addr it is coming from and which ip/port in kamailio it is going to.
also, on the output side, kamailio would need to tell which
proto/ip/port it would use to send the message out.

-- juha

___
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] FreeBSD build broken (with patch)

2013-04-22 Thread Daniel-Constantin Mierla

Hello,

thanks, patch applied on master. The stable branches are not affected, 
this file being a new one added along with dnssec module.


Cheers,
Daniel

On 4/22/13 5:21 PM, Victor V. Kustov wrote:

Hi all!

# gmake group_include=standard mysql debug radius
CC (gcc) [kamailio] proxy.o
CC (gcc) [kamailio] dns_func.o
In file included from dns_func.c:31:
/usr/include/resolv.h:157: error: array type has incomplete element type
/usr/include/resolv.h:171: error: field 'addr' has incomplete type
/usr/include/resolv.h:195: error: field 'sin' has incomplete type
gmake: *** [dns_func.o] Error 1

It's because incomplete headers for FreeBSD.


diff --git a/dns_func.c b/dns_func.c
index 6eedf0d..5a9bf7e 100644
--- a/dns_func.c
+++ b/dns_func.c
@@ -28,6 +28,7 @@
  #include dns_func.h
  
  
+#include netinet/in.h

  #include resolv.h
  #include sys/types.h
  #include netdb.h

I write patch in message body 'cause think need patch to config
scripts, not dns_func.c.

#include netinet/in.h - need before #include resolv.h




--
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/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


Re: [SR-Users] Simulating kamailio config flows

2013-04-22 Thread Daniel-Constantin Mierla


On 4/22/13 5:30 PM, Juha Heinanen wrote:

Andreas Granig writes:


Let me know if this is stupid and/or a complete overkill, but what about
introducing some kind of dummy mode, where you'd pipe a message into
kamailio via stdin, and get the resulting message out on stdout (e.g. in
ngrep style with ip information as first line, plus the content
following), plus a dump of internals (e.g. vars, avps) on stderr as
they're being assigned, and once the message is processed, kamailio
would just shut down again?

in addition to the message, you would need to be able to tell which
ip addr it is coming from and which ip/port in kamailio it is going to.
also, on the output side, kamailio would need to tell which
proto/ip/port it would use to send the message out.
Details about going out can be printed on onsend_route. In this route 
block, one can execute drop and nothing is sent to the wire. It can be a 
config started with a special define specified with -A parameter.


Enabling debugger module with cfg trace should give valuable information 
about what has been executed from config.


From what Andreas suggesting, printing the value of variables as they 
are assigned is missing, probably can be added by hooking in the 
interpreter when doing the assignment operation.


Grouping all above under some global/command line parameter can be 
useful to make it easier to do a dry run.


Cheers,
Daniel

--
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/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


Re: [SR-Users] siptrace source ip causes martians

2013-04-22 Thread Alexandr Dubovikov

Hi Thilio,

no, siptrace doesn't support this, but I think you can do it as ip route

i.e: http://lartc.org/howto/lartc.rpdb.multiple-links.html

Wbr,
Alexandr

4/22/2013 10:14 AM, Thilo Bangert wrote:

Hi,

i have a kamailio instance, which is connected to two subnets (A and B) and
exchanges sip messages between them. I have setup the siptrace module to send
hep tracing messages of all sip messages to a host in subnet B.

This works really well for sip messages arriving on the IP of subnet B - for
those arriving on subnet A however it doesnt work. The hep messages have the
interface address of subnet A set as source address.
Since the machine receiving the HEP messages also is connected to both subnet
A and B, these messages are (correctly) rejected as martians and never reach
the sipcapture module on that host.

this is on kamailio 3.3.4.

Is there a way to force the source IP of outgoing HEP messages in the siptrace
module?

thanks
kind regards
Thilo

___
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