Re: [SR-Users] Kamailio, Keepalived: Kamailio doesn't respond on virtual IP but real IP

2013-11-12 Thread Daniel Grotti
Hi,
also you can choose the outbound socket to use by setting '$fs'
pseudovariable or use force_send_socket() function.


http://www.kamailio.org/wiki/cookbooks/4.0.x/core#script_operations
http://www.kamailio.org/wiki/cookbooks/4.0.x/core#force_send_socket

Daniel



On 11/12/2013 08:57 AM, Francisco Casasempere wrote:
 Hello,
 I've the same deployment.
 
 And I don't have any problem,.. but in kamailio.cfg I setted the Virtual IP
 
 listen=udp:X.X.X.43:5060
 
 At least this is the Ip that should work.
 
 I hope this help you.
 
 Regards.
 
 
 2013/11/12 Nguyễn Đức Vinh vinhndk5...@gmail.com
 mailto:vinhndk5...@gmail.com
 
 Hi all
 I want to setup IP failover for Kamailio:
 
 I have 2 hosts A (IP: X.X.X.32) and B (X.X.X.36), with 2 running
 kamailios.
 Using Keepalive to setup IP failover as , virtual IP *is X.X.X.43*.
 
 On host A, kamailio was binded to *listen=udp:0.0.0.0:5060
 http://0.0.0.0:5060* and host A is MASTER with virtual IP
 
 *Problem is:* Client send REGISTER to X.X.X.43:5060. It recieved 401
 respond from X.X.X.32:5060 (actual IP of A), not as expected from
 X.X.X.43:5060
 
 (To check if keepalived setting OK or not, I have *nc -l 5060* on
 host A, and using nc X.X.X.43 5060 on client, wireshark show that
 responds is from X.X.X.43 - keepalived work OK
 
 Is there any difference between *kamailio* and *nc* cause they both
 bind to 0.0.0.0, but repond on differ IP? 
 
 Thanks
 
 Vinh Nguyen
 
 ___
 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
 
 
 
 
 ___
 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


[SR-Users] DBTEXT / AVPOPS and custom database

2013-11-12 Thread Hugh James
Hi ,

I'm trying to use the db_text and avpops modules to implement a simple custom 
database but having problems getting it to work .

I'm trying to find the Identity of the  recipient for an inbound  call based on 
the called number . I have a database file:-


1)  LineIDs -  contains the called numbers  in the username field and an  
attribute for that line ID   (inbound/ outbound)  ,and  the recipient identity  
in the value  field


I am trying to get the attribute and value pairs  that matches the  line number 
in the user name column ,


id(int,auto) uuid(str,null) username(str) domain(str,null) attribute(str) 
type(int) value(str)
1::+12125551212::inbound:0:Foster
2::012125551212::inbound:0:Foster
3::12125551212::inbound:0:Foster
4::+4412125551212::inbound:0:Foster
5::+12125551213::inbound:0:Foster
6::012125551213::inbound:0:Foster
7::013440001::inbound:0:Foster
8::call-centre::inbound:0:MBA
9::call-centre::outbound:0:MBA
10::01344665544::inbound:0:chicken
11::01344665544::outbound:0:chicken

I  try to load the AVPs  that match a received  number using  the following 
line in  the kamailio  script file

   $var(rc)=avp_db_load(01344665544/username,s:recipient/LineIDs);

I have also tried

$var(rc)=avp_db_load(01344665544/username,$avp(s:tenants)/LineIDs);

And

$var(rc)=avp_db_load(01344665544,$avp(i:123)/LineIDs);


But it fails to find any matching rows  ( AVPS)  .   Am I using the function 
correctly ?

The debug output is shown below , there are some custom debug  lines I have 
added in the  db_text   C files .

DEBUG: avpops [avpops_impl.c:378]: AVPOPS: calls db_load_avp
DEBUG: db_text [dbt_base.c:185]: DBTEXT: dbt_query called
DEBUG: db_text [dbt_file.c:102]: request for table [LineIDs]
DEBUG: db_text [dbt_file.c:109]: db is [/etc/kamailio/Tenants]
DEBUG: db_text [dbt_file.c:124]: loading file [/etc/kamailio/Tenants/LineIDs]
DEBUG: db_text [dbt_tb.c:187]: mtime is 1383910898
DEBUG: db_text [dbt_file.c:215]: column[0] is INT!
DEBUG: db_text [dbt_file.c:210]: column[1] is STR!
DEBUG: db_text [dbt_file.c:210]: column[2] is STR!
DEBUG: db_text [dbt_file.c:210]: column[3] is STR!
DEBUG: db_text [dbt_file.c:210]: column[4] is STR!
DEBUG: db_text [dbt_file.c:215]: column[5] is INT!
DEBUG: db_text [dbt_file.c:210]: column[6] is STR!
DEBUG: db_text [dbt_base.c:240]: new res with 3 cols
DEBUG: db_text [dbt_res.c:52]: DBTEXT: dbt_result_new called
DEBUG: db_text [dbt_res.c:79]: new res with 3 cols
DEBUG: db_text [dbt_res.c:100]: DBTEXT: dbt_result_new returns
DEBUG: db_text [dbt_api.c:255]: DBTEXT: dbt_get_result called
DEBUG: core [db_res.c:118]: allocate 48 bytes for result set at 0x7f334a85c390
DEBUG: core [db_res.c:155]: allocate 24 bytes for result names at 
0x7f334a85c3e0
DEBUG: core [db_res.c:165]: allocate 12 bytes for result types at 
0x7f334a85c1f0
DEBUG: db_text [dbt_api.c:80]: allocate 16 bytes for RES_NAMES[0] at 
0x7f334a85c1c0
DEBUG: db_text [dbt_api.c:80]: allocate 16 bytes for RES_NAMES[1] at 
0x7f334a85c420
DEBUG: db_text [dbt_api.c:80]: allocate 16 bytes for RES_NAMES[2] at 
0x7f334a85c450
DEBUG: db_text [dbt_api.c:281]: DBTEXT: dbt_get_result returns 0
DEBUG: avpops [avpops_impl.c:389]: AVPOPS: db_load_avp returns 0
DEBUG: avpops [avpops_db.c:271]: close avp query
DEBUG: core [db_res.c:81]: freeing 3 columns
DEBUG: core [db_res.c:85]: freeing RES_NAMES[0] at 0x7f334a85c1c0
DEBUG: core [db_res.c:85]: freeing RES_NAMES[1] at 0x7f334a85c420
DEBUG: core [db_res.c:85]: freeing RES_NAMES[2] at 0x7f334a85c450
DEBUG: core [db_res.c:94]: freeing result names at 0x7f334a85c3e0
DEBUG: core [db_res.c:99]: freeing result types at 0x7f334a85c1f0
DEBUG: core [db_res.c:136]: freeing result set at 0x7f334a85c390
DEBUG: avpops [avpops_impl.c:420]: loaded avps = 0
INFO: avp_db_load return result is -1

I was expecting it to return  at least one AVP .

Any suggestions gratefully received .


Hugh James

Hugh James | Telephony Developer
[icons]

  *   0845 543 0822
  *
  *   hugh.ja...@semafone.com
  *   www.semafone.comhttp://www.semafone.com
  *   @semafonehttp://twitter.com/semafone
  *   SEMAFONE, 3 The Billings, Walnut Tree Close, Guildford, Surrey GU1 4UL


[logo]

This e-mail is intended only for the addressee named above. As this e-mail may 
contain confidential or privileged information if you are not the named 
addressee or the person responsible for delivering the message to the named 
addressee, please telephone us immediately. Please note that we cannot 
guarantee that this message, or any attachment, is virus free or has not been 
intercepted and amended. The views of the author may not necessarily reflect 
those of the Company.
___
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] Trunk between Asterisk and Kamailio problem

2013-11-12 Thread Francisco Casasempere
I think I've caught!

I capture this packet sended by Asterisk.

#
U 2013/11/12 11:01:56.613522 XX.XX:XX.XX:5060 - YY:YY:YY:YY:5060
OPTIONS sip:XXXt SIP/2.0.
Via: SIP/2.0/UDP 172.16.1.2:5060;branch=z9hG4bK2ad587ba;rport.
Max-Forwards: 70.
From: Unknown sip:Unknown@172.16.1.2;tag=as1fadd872.
To: sip:t.
Contact: sip:Unknown@172.16.1.2.
Call-ID: 57182fc0100063057d51b3d6680e1767@172.16.1.2.
CSeq: 102 OPTIONS.
User-Agent: FPBX-2.9.0(1.6.2.13).
Date: Tue, 12 Nov 2013 10:01:52 GMT.
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO.
Supported: replaces, timer.
Content-Length: 0.

I think that Kamailio can't answer to this packet.

Maybe Asterisk have a bug?

I'm thinking about desactivate qualify in Asterisk.

What do you think?

Regards.




2013/11/11 Daniel-Constantin Mierla mico...@gmail.com

  Hello,

 On 11/11/13 9:02 AM, Francisco Casasempere wrote:

 Hi list,

  I have this structure

  IP Phones - Asterisk Client (LAN) - (router) -
 Kamailio/RTPproxy(Internet) - Asterisk (local from Kamailio) - Trunk
 SIP/Pstn

  All is working well, I don't have problems with NAT and I managed about
 6000 daily calls.

  For a couple of months I've the next problem.The problem is that in the
 Asterisk randomly received this message.

  [Sep 29 04:04:29] NOTICE[3393] chan_sip.c: Peer 'kamONOp' is now Lagged.
 (2075ms / 2000ms)
 [Sep 29 04:04:41] NOTICE[3393] chan_sip.c: Peer 'kamailioONO' is now
 Reachable. (1888ms / 2000ms)

  In some Asterisk Client I get this message 10 times in a hour, and
 usually coincide with periods of high load on the kamailo.

 might be related to the response time to OPTIONS requests sent by
 Asterisk. Be sure you reply to them quickly in kamailio.cfg.


  Also I am getting these messages in the log of Kamailio:

  Nov 11 08:59:53 c1 /usr/local/sbin/kamailio[8079]: INFO: core
 [forward.c:788]: broken reply to forward - no 2nd via
 Nov 11 08:59:53 c1 /usr/local/sbin/kamailio[8082]: INFO: core
 [forward.c:788]: broken reply to forward - no 2nd via

  Are these two issues related?

 This is info message, not an error at all. It means that the sip reply
 processed is very likely for a local request. I guess you have an older
 version of kamailio, the log message is different to suggest better the
 situation, as it is not a broken reply.

 Cheers,
 Daniel


  Whay can I do?

  Kind Regards


  SiscoCS

  (Sorry for my english)







 ___
 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 Advanced Trainings - Berlin, Nov 25-28
   - more details about Kamailio trainings at http://www.asipto.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


___
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-ng ipv4-ipv6 bridge mode problem

2013-11-12 Thread Pavel Miskov
Hi Richard,

it works now.

Thank you


/Pavel

On Mon, Nov 11, 2013 at 6:42 PM, Richard Fuchs rfu...@sipwise.com wrote:
 Hello,

 There was a small code artifact in the rtpproxy-ng module that broke
 communication of IPv6 source addresses to mediaproxy-ng. Please update
 your Kamailio sources from git master and recompile, that should fix it.

 cheers


 On 11/11/13 10:29, Pavel Miskov wrote:
 Hi all,

 I'm trying to use rtpproxy-ng module (kamailio 4.1 from GIT) and
 mediaproxy-ng (from https://github.com/sipwise/mediaproxy-ng) in
 bridge ipv4-ipv6 mode with new NG protocol but keep getting Failed to
 extract streams from SDP: No address info found for stream (log is
 bellow).

 Same setup, same SIP clients, same network but with old rtpproxy
 module and mediaproxy-ng without NG protocol works fine for ipv4-ipv6
 bridge mode. of course, only change is in Kamailio configuration where
 now I load rtpproxy module and change sockets not to use new NG
 protocol. mediaproxy-ng configuration is untouched.


 Best regards

 /Pavel



 Nov 11 15:58:00 kamailio2 mediaproxy-ng[4790]: Got valid command from
 183.24.6.201:57283: answer - { sdp: v=0#015#012o=john 0 0 IN IP6
 2004:c23:d:caef:3426:666:e36c:12#015#012s=-#015#012c=IN IP6
 2004:c23:d:caef:3426:666:e36c:12#015#012t=0 0#015#012m=audio 5076
 RTP/AVP 96 9 97 98 100 102 0 8 103 3 104 101#015#012a=rtpmap:96
 opus/48000#015#012a=fmtp:96 usedtx=1#015#012a=rtpmap:9
 G722/8000#015#012a=rtpmap:97 SILK/24000#015#012a=rtpmap:98
 SILK/16000#015#012a=rtpmap:100 speex/32000#015#012a=rtpmap:102
 speex/16000#015#012a=rtpmap:0 PCMU/8000#015#012a=rtpmap:8
 PCMA/8000#015#012a=rtpmap:103 iLBC/8000#015#012a=rtpmap:3
 GSM/8000#015#012a=rtpmap:104 speex/8000#015#012a=rtpmap:101
 telephone-event/8000#015#012m=video 5078 RTP/AVP 105
 99#015#012a=inactive#015#012a=rtpmap:105 H264/9#015#012a=fmtp:105
 profile-level-id=4DE01f;packetization-mode=1#015#012a=imageattr:105
 send * recv [x=[0-1440],y=[0-900]]#015#012a=rtpmap:99
 H264/9#015#012a=fmtp:99
 profile-level-id=4DE01f#015#012a=imageattr:99 send * recv
 [x=[0-1440],y=[0-900]]#015#012, direction: [ external, internal
 ], flags: [ force, symmetric ], call-id:
 60a061ef55655c340a4ffc536383c4ad@0:0:0:0:0:0:0:0, via-branch:
 branch_v4_v6, received-from: [ ?,
 2004:C23:D:CAEF:52e6:BB4:C6F2:1CAD ], from-tag: 3a21da16,
 to-tag: 5668dfd9, command: answer }

 Nov 11 15:58:00 kamailio2 mediaproxy-ng[4790]: Failed to extract
 streams from SDP: No address info found for stream

 Nov 11 15:58:00 kamailio2 mediaproxy-ng[4790]: Protocol error in
 packet from 183.24.6.201:57283: Incomplete SDP specification
 [d3:sdp771:v=0#015#012o=john 0 0 IN IP6
 2004:c23:d:caef:3426:666:e36c:12#015#012s=-#015#012c=IN IP6
 2004:c23:d:caef:3426:666:e36c:12#015#012t=0 0#015#012m=audio 5076
 RTP/AVP 96 9 97 98 100 102 0 8 103 3 104 101#015#012a=rtpmap:96
 opus/48000#015#012a=fmtp:96 usedtx=1#015#012a=rtpmap:9
 G722/8000#015#012a=rtpmap:97 SILK/24000#015#012a=rtpmap:98
 SILK/16000#015#012a=rtpmap:100 speex/32000#015#012a=rtpmap:102
 speex/16000#015#012a=rtpmap:0 PCMU/8000#015#012a=rtpmap:8
 PCMA/8000#015#012a=rtpmap:103 iLBC/8000#015#012a=rtpmap:3
 GSM/8000#015#012a=rtpmap:104 speex/8000#015#012a=rtpmap:101
 telephone-event/8000#015#012m=video 5078 RTP/AVP 105
 99#015#012a=inactive#015#012a=rtpmap:105 H264/9#015#012a=fmtp:105
 profile-level-id=4DE01f;packetization-mode=1#015#012a=imageattr:105
 send * recv [x=[0-1440],y=[0-900]]#015#012a=rtpmap:99
 H264/9#015#012a=fmtp:99
 profile-level-id=4DE01f#015#012a=imageattr:99 send * recv
 [x=[0-1440],y=[0-900]]#015#0129:directionl8:external8:internale5:flagsl5:force9:symmetrice7:call-id48:60a061ef55655c340a4ffc536383c4ad@0:0:0:0:0:0:0:010:via-branch14:branch_v4_v613:received-froml1:?34:2004:C23:D:CAEF:52e6:BB4:C6F2:1CADe8:from-tag8:3a21da166:to-tag8:5668dfd97:command6:answere]

 Nov 11 15:58:00 kamailio2 mediaproxy-ng[4790]: Returning to SIP proxy:
 d6:result5:error12:error-reason28:Incomplete SDP specificatione

 ___
 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


___
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] MSILO: remove Offline message prefix

2013-11-12 Thread Marc M .
Hi!
I have an up and running msilo config with kamailio 4.0.4.
However, all the queued messages are delivered with a prefix [Offline message 
- (date)(time)].
Non queued messages are delivered unchanged.  
Is there a way I can remove this prefix, so also queued messages get delivered 
unchanged?
Please advise!
Any help is appreciated!
Thanks you,
Marc
  ___
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] MSILO: remove Offline message prefix

2013-11-12 Thread Daniel-Constantin Mierla

Hello,

I think add_date parameter controls whether to add or not the prefix 
message with date:


- http://kamailio.org/docs/modules/stable/modules/msilo.html#idp16802896

Cheers,
Daniel

On 11/12/13 12:49 PM, Marc M. wrote:

Hi!
I have an up and running msilo config with kamailio 4.0.4.
However, all the queued messages are delivered with a prefix [Offline 
message - (date)(time)].

Non queued messages are delivered unchanged.
Is there a way I can remove this prefix, so also queued messages get 
delivered unchanged?

Please advise!
Any help is appreciated!
Thanks you,
Marc


___
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


--
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Trainings - Berlin, Nov 25-28
  - more details about Kamailio trainings at http://www.asipto.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] DBTEXT / AVPOPS and custom database

2013-11-12 Thread Daniel-Constantin Mierla

Hello,

the name of the avp in the second parameter has to match the value in 
the 'attribute' column, like:


avp_db_load(01344665544/username, $avp(inbound)/LineIDs);

If you want to load all the records, you have to specify flags, not avp 
names, in the second parameter.


Cheers,
Daniel

On 11/12/13 11:44 AM, Hugh James wrote:


Hi ,

I'm trying to use the db_text and avpops modules to implement a simple 
custom database but having problems getting it to work .


I'm trying to find the Identity of the  recipient for an inbound  call 
based on the called number . I have a database file:-


1)LineIDs -  contains the called numbers  in the username field and 
an  attribute for that line ID   (inbound/ outbound)  ,and  the 
recipient identity  in the value  field


I am trying to get the attribute and value pairs  that matches the 
 line number in the user name column ,


id(int,auto) uuid(str,null) username(str) domain(str,null) 
attribute(str) type(int) value(str)


1::+12125551212::inbound:0:Foster

2::012125551212::inbound:0:Foster

3::12125551212::inbound:0:Foster

4::+4412125551212::inbound:0:Foster

5::+12125551213::inbound:0:Foster

6::012125551213::inbound:0:Foster

7::013440001::inbound:0:Foster

8::call-centre::inbound:0:MBA

9::call-centre::outbound:0:MBA

10::01344665544::inbound:0:chicken

11::01344665544::outbound:0:chicken

I  try to load the AVPs  that match a received  number using  the 
following line in  the kamailio script file


$var(rc)=avp_db_load(01344665544/username,s:recipient/LineIDs);

I have also tried

$var(rc)=avp_db_load(01344665544/username,$avp(s:tenants)/LineIDs);

And

$var(rc)=avp_db_load(01344665544,$avp(i:123)/LineIDs);

But it fails to find any matching rows  ( AVPS)  .   Am I using the 
function correctly ?


The debug output is shown below , there are some custom debug  lines I 
have added in the  db_text   C files .


DEBUG: avpops [avpops_impl.c:378]: AVPOPS: calls db_load_avp

DEBUG: db_text [dbt_base.c:185]: DBTEXT: dbt_query called

DEBUG: db_text [dbt_file.c:102]: request for table [LineIDs]

DEBUG: db_text [dbt_file.c:109]: db is [/etc/kamailio/Tenants]

DEBUG: db_text [dbt_file.c:124]: loading file 
[/etc/kamailio/Tenants/LineIDs]


DEBUG: db_text [dbt_tb.c:187]: mtime is 1383910898

DEBUG: db_text [dbt_file.c:215]: column[0] is INT!

DEBUG: db_text [dbt_file.c:210]: column[1] is STR!

DEBUG: db_text [dbt_file.c:210]: column[2] is STR!

DEBUG: db_text [dbt_file.c:210]: column[3] is STR!

DEBUG: db_text [dbt_file.c:210]: column[4] is STR!

DEBUG: db_text [dbt_file.c:215]: column[5] is INT!

DEBUG: db_text [dbt_file.c:210]: column[6] is STR!

DEBUG: db_text [dbt_base.c:240]: new res with 3 cols

DEBUG: db_text [dbt_res.c:52]: DBTEXT: dbt_result_new called

DEBUG: db_text [dbt_res.c:79]: new res with 3 cols

DEBUG: db_text [dbt_res.c:100]: DBTEXT: dbt_result_new returns

DEBUG: db_text [dbt_api.c:255]: DBTEXT: dbt_get_result called

DEBUG: core [db_res.c:118]: allocate 48 bytes for result set at 
0x7f334a85c390


DEBUG: core [db_res.c:155]: allocate 24 bytes for result names at 
0x7f334a85c3e0


DEBUG: core [db_res.c:165]: allocate 12 bytes for result types at 
0x7f334a85c1f0


DEBUG: db_text [dbt_api.c:80]: allocate 16 bytes for RES_NAMES[0] at 
0x7f334a85c1c0


DEBUG: db_text [dbt_api.c:80]: allocate 16 bytes for RES_NAMES[1] at 
0x7f334a85c420


DEBUG: db_text [dbt_api.c:80]: allocate 16 bytes for RES_NAMES[2] at 
0x7f334a85c450


DEBUG: db_text [dbt_api.c:281]: DBTEXT: dbt_get_result returns 0

DEBUG: avpops [avpops_impl.c:389]: AVPOPS: db_load_avp returns 0

DEBUG: avpops [avpops_db.c:271]: close avp query

DEBUG: core [db_res.c:81]: freeing 3 columns

DEBUG: core [db_res.c:85]: freeing RES_NAMES[0] at 0x7f334a85c1c0

DEBUG: core [db_res.c:85]: freeing RES_NAMES[1] at 0x7f334a85c420

DEBUG: core [db_res.c:85]: freeing RES_NAMES[2] at 0x7f334a85c450

DEBUG: core [db_res.c:94]: freeing result names at 0x7f334a85c3e0

DEBUG: core [db_res.c:99]: freeing result types at 0x7f334a85c1f0

DEBUG: core [db_res.c:136]: freeing result set at 0x7f334a85c390

DEBUG: avpops [avpops_impl.c:420]: loaded avps = 0

INFO: avp_db_load return result is -1

I was expecting it to return  at least one AVP .

Any suggestions gratefully received .

Hugh James


  Hugh James | Telephony Developer

icons   

  * 0845 543 0822
 *

  * hugh.ja...@semafone.com
  * www.semafone.com http://www.semafone.com
  * @semafone http://twitter.com/semafone
  * SEMAFONE, 3 The Billings, Walnut Tree Close, Guildford, Surrey GU1
4UL

logo

This e-mail is intended only for the addressee named above. As this 
e-mail may contain confidential or privileged information if you are 
not the named addressee or the person responsible for delivering the 
message to the named addressee, please telephone us immediately. 
Please note that we cannot guarantee that this message, or any 
attachment, is virus free or has not been intercepted and amended. The 
views of the author may not necessarily reflect 

[SR-Users] Forwarding registrations upstream

2013-11-12 Thread Spencer Thomason
Hello,
I'm trying to use Kamailio as a customer facing SBC to handle NAT traversal and 
basic SBC functionality for a group of backend FreeSWITCH servers.  What I'm 
trying to accomplish is this:
- UAC sends REGISTER
- Auth is handled by the edge proxy, backend server trusts edge proxy
- If NAT is detected, expires is decreased to 60 seconds, proxy sends options 
ping
- REGISTER is cached and forwarded upstream with Path header and longer 
expires, i.e. 3600 seconds
- UAC reregisters every  60 seconds but upstream registration is only changed 
if the timer expires (just less than 3600 seconds) or if AoR changes


I good illustration is here:
http://www.markholloway.com/blog/?p=1826

My thought is to use htable to store the AoR with an expires just less than 
3600, and check it before crafting a new REGISTER with uac module.  Is there a 
better way of handling this scenario?

Is there an efficient way populate the $uac_req(…) pseudo variables and call 
uac_req_send() for multiple, i.e. 4-6 backend servers?  I guess all I would 
need to change is the RURI?

Thanks,
Spencer


___
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] Stuck dialogs

2013-11-12 Thread Daniel W. Graham
I'm occasionally getting a stuck dialog in my database. I use dialog module for 
enforcing call limits.

I found this post but still not sure what to do: 
http://lists.sip-router.org/pipermail/sr-users/2013-April/077681.html

What should I look for / how should I troubleshoot this issue?

-dan
___
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] Stuck dialogs

2013-11-12 Thread Daniel-Constantin Mierla

Hello,

what version do you use?

Which is the state of the dialogs that are stuck?

Cheers,
Daniel

On 11/12/13 6:17 PM, Daniel W. Graham wrote:


I'm occasionally getting a stuck dialog in my database. I use dialog 
module for enforcing call limits.


I found this post but still not sure what to do: 
http://lists.sip-router.org/pipermail/sr-users/2013-April/077681.html


What should I look for / how should I troubleshoot this issue?

-dan



___
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


--
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Trainings - Berlin, Nov 25-28
  - more details about Kamailio trainings at http://www.asipto.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] forward audio to another sip server

2013-11-12 Thread Joli Martinez
I have all user registration done through kamailio and conferences are handled 
by freeswitch.  I would like to forward all audio to another sip server where 
the conference can be recorded and we can pull reports.  I understand that FS 
can do the recording, but a box has been setup for this and this is the way my 
boss wants it.

please let me know how to accomplish this

thanks,
___
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] Stuck dialogs

2013-11-12 Thread Daniel W. Graham
On version 4.x but I'm unsure how to tell what release it is.

State of stuck dialog I currently have is 4.

From: sr-users-boun...@lists.sip-router.org 
[mailto:sr-users-boun...@lists.sip-router.org] On Behalf Of Daniel-Constantin 
Mierla
Sent: Tuesday, November 12, 2013 1:20 PM
To: Kamailio (SER) - Users Mailing List
Subject: Re: [SR-Users] Stuck dialogs

Hello,

what version do you use?

Which is the state of the dialogs that are stuck?

Cheers,
Daniel

On 11/12/13 6:17 PM, Daniel W. Graham wrote:
I'm occasionally getting a stuck dialog in my database. I use dialog module for 
enforcing call limits.

I found this post but still not sure what to do: 
http://lists.sip-router.org/pipermail/sr-users/2013-April/077681.html

What should I look for / how should I troubleshoot this issue?

-dan




___

SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list

sr-users@lists.sip-router.orgmailto: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://www.linkedin.com/in/miconda

Kamailio Advanced Trainings - Berlin, Nov 25-28

  - more details about Kamailio trainings at http://www.asipto.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] Stuck dialogs

2013-11-12 Thread Daniel W. Graham
Thank you, always wondered how to do that.

Version 4.0.3

From: Daniel-Constantin Mierla [mailto:mico...@gmail.com]
Sent: Tuesday, November 12, 2013 3:10 PM
To: Daniel W. Graham; Kamailio (SER) - Users Mailing List
Subject: Re: [SR-Users] Stuck dialogs


On 11/12/13 8:38 PM, Daniel W. Graham wrote:
On version 4.x but I'm unsure how to tell what release it is.
kamailio -v



State of stuck dialog I currently have is 4.

Is it only in database or also in memory? You can dump memory with:

kamctl mi dlg_list

Cheers,
Daniel



From: 
sr-users-boun...@lists.sip-router.orgmailto:sr-users-boun...@lists.sip-router.org
 [mailto:sr-users-boun...@lists.sip-router.org] On Behalf Of Daniel-Constantin 
Mierla
Sent: Tuesday, November 12, 2013 1:20 PM
To: Kamailio (SER) - Users Mailing List
Subject: Re: [SR-Users] Stuck dialogs

Hello,

what version do you use?

Which is the state of the dialogs that are stuck?

Cheers,
Daniel

On 11/12/13 6:17 PM, Daniel W. Graham wrote:
I'm occasionally getting a stuck dialog in my database. I use dialog module for 
enforcing call limits.

I found this post but still not sure what to do: 
http://lists.sip-router.org/pipermail/sr-users/2013-April/077681.html

What should I look for / how should I troubleshoot this issue?

-dan





___

SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list

sr-users@lists.sip-router.orgmailto: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/#!/micondahttp://twitter.com/#%21/miconda - 
http://www.linkedin.com/in/miconda

Kamailio Advanced Trainings - Berlin, Nov 25-28

  - more details about Kamailio trainings at http://www.asipto.com -



--

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

http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

Kamailio Advanced Trainings - Berlin, Nov 25-28

  - more details about Kamailio trainings at http://www.asipto.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] Stuck dialogs

2013-11-12 Thread Daniel W. Graham
Full output -
version: kamailio 4.0.3 (i386/linux) 090035
flags: STATS: Off, USE_IPV6, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS, 
DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, 
USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, 
USE_DST_BLACKLIST, HAVE_RESOLV_RES
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, 
MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 4MB
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
id: 090035
compiled on 10:56:04 Aug 15 2013 with gcc 4.4.7


I apologize, didn't see the other question, yes both in database and memory.

From: Daniel-Constantin Mierla [mailto:mico...@gmail.com]
Sent: Tuesday, November 12, 2013 3:15 PM
To: Daniel W. Graham; Kamailio (SER) - Users Mailing List
Subject: Re: [SR-Users] Stuck dialogs

paste full output to see also if there is a git revision hash.

Also, I asked other question inline in my previous email -- you didn't answer 
to it.

Cheers,
Daniel
On 11/12/13 9:12 PM, Daniel W. Graham wrote:
Thank you, always wondered how to do that.

Version 4.0.3

From: Daniel-Constantin Mierla [mailto:mico...@gmail.com]
Sent: Tuesday, November 12, 2013 3:10 PM
To: Daniel W. Graham; Kamailio (SER) - Users Mailing List
Subject: Re: [SR-Users] Stuck dialogs


On 11/12/13 8:38 PM, Daniel W. Graham wrote:
On version 4.x but I'm unsure how to tell what release it is.
kamailio -v




State of stuck dialog I currently have is 4.

Is it only in database or also in memory? You can dump memory with:

kamctl mi dlg_list

Cheers,
Daniel




From: 
sr-users-boun...@lists.sip-router.orgmailto:sr-users-boun...@lists.sip-router.org
 [mailto:sr-users-boun...@lists.sip-router.org] On Behalf Of Daniel-Constantin 
Mierla
Sent: Tuesday, November 12, 2013 1:20 PM
To: Kamailio (SER) - Users Mailing List
Subject: Re: [SR-Users] Stuck dialogs

Hello,

what version do you use?

Which is the state of the dialogs that are stuck?

Cheers,
Daniel

On 11/12/13 6:17 PM, Daniel W. Graham wrote:
I'm occasionally getting a stuck dialog in my database. I use dialog module for 
enforcing call limits.

I found this post but still not sure what to do: 
http://lists.sip-router.org/pipermail/sr-users/2013-April/077681.html

What should I look for / how should I troubleshoot this issue?

-dan






___

SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list

sr-users@lists.sip-router.orgmailto: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/#!/micondahttp://twitter.com/#%21/miconda - 
http://www.linkedin.com/in/miconda

Kamailio Advanced Trainings - Berlin, Nov 25-28

  - more details about Kamailio trainings at http://www.asipto.com -




--

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

http://twitter.com/#!/micondahttp://twitter.com/#%21/miconda - 
http://www.linkedin.com/in/miconda

Kamailio Advanced Trainings - Berlin, Nov 25-28

  - more details about Kamailio trainings at http://www.asipto.com -



--

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

http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

Kamailio Advanced Trainings - Berlin, Nov 25-28

  - more details about Kamailio trainings at http://www.asipto.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] Steps to next major release v4.1.0

2013-11-12 Thread mohammed alyaseen
Hello, 

Is the new release 4.1.0 with completed MSRP module?

thanks,

Medo



Daniel-Constantin Mierla mico...@gmail.com schrieb am 21:39 Dienstag, 
12.November 2013:
 
Hello,

I am planning to make the branch for 4.1 on Thursday. Afterwards, the 
master can get code for new features and fixes will have to be 
backported from master to 4.1 branch (and older, when it is the case).

If anyone is considering alternatives, then reply here with the options.

Cheers,
Daniel


On 11/7/13 10:01 AM, Daniel-Constantin Mierla wrote:
 Hello,

 it's now one month since we froze the development for release of 
 v4.1.0. No critical issues in on the table for this particular 
 version, so perhaps next week is time to create a dedicated branch for 
 it, to be named in GIT as 4.1, and open development for v4.2.

 If all goes fine for one more week or so, then we can do the release.

 Don't forget to add any open issues you are aware of to the tracker so 
 we can solve them in time. If any of devs or community members have 
 spare time, adding ids to the xml docbook files (for modules) will 
 help getting a better alpha-numeric index for parameters and functions 
 -- see more at:

 - http://www.kamailio.org/wiki/devel/module-docbook-readme#section_ids

 Cheers,
 Daniel


-- 
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Trainings - Berlin, Nov 25-28
   - more details about Kamailio trainings at http://www.asipto.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___
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] Steps to next major release v4.1.0

2013-11-12 Thread Peter Dunkley
No.

There has been no development done on this module for several months.

I can't speak for any of the other developers, but I don't have any plans
to work on this unless there is a specific demand for it from a customer.

Regards,

Peter


On 12 November 2013 21:40, mohammed alyaseen alyasee...@yahoo.com wrote:

 Hello,

 Is the new release 4.1.0 with completed MSRP module?

 thanks,

 Medo


   Daniel-Constantin Mierla mico...@gmail.com schrieb am 21:39 Dienstag,
 12.November 2013:
  Hello,

 I am planning to make the branch for 4.1 on Thursday. Afterwards, the
 master can get code for new features and fixes will have to be
 backported from master to 4.1 branch (and older, when it is the case).

 If anyone is considering alternatives, then reply here with the options.

 Cheers,
 Daniel

 On 11/7/13 10:01 AM, Daniel-Constantin Mierla wrote:
  Hello,
 
  it's now one month since we froze the development for release of
  v4.1.0. No critical issues in on the table for this particular
  version, so perhaps next week is time to create a dedicated branch for
  it, to be named in GIT as 4.1, and open development for v4.2.
 
  If all goes fine for one more week or so, then we can do the release.
 
  Don't forget to add any open issues you are aware of to the tracker so
  we can solve them in time. If any of devs or community members have
  spare time, adding ids to the xml docbook files (for modules) will
  help getting a better alpha-numeric index for parameters and functions
  -- see more at:
 
  - http://www.kamailio.org/wiki/devel/module-docbook-readme#section_ids
 
  Cheers,
  Daniel
 

 --
 Daniel-Constantin Mierla - http://www.asipto.com
 http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
 Kamailio Advanced Trainings - Berlin, Nov 25-28
   - more details about Kamailio trainings at http://www.asipto.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



 ___
 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




-- 
Peter Dunkley
Technical Director
Crocodile RCS Ltd
___
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] Steps to next major release v4.1.0

2013-11-12 Thread Daniel-Constantin Mierla
Mohammed, perhaps a better approach is to ask what missing feature are 
you looking for.


IIRC, the open part was related to delivery of reports. But msrp module 
is ready for usage since couple of releases ago.


Cheers,
Daniel

On 11/12/13 11:00 PM, Peter Dunkley wrote:

No.

There has been no development done on this module for several months.

I can't speak for any of the other developers, but I don't have any 
plans to work on this unless there is a specific demand for it from a 
customer.


Regards,

Peter


On 12 November 2013 21:40, mohammed alyaseen alyasee...@yahoo.com 
mailto:alyasee...@yahoo.com wrote:


Hello,

Is the new release 4.1.0 with completed MSRP module?

thanks,

Medo


Daniel-Constantin Mierla mico...@gmail.com
mailto:mico...@gmail.com schrieb am 21:39 Dienstag, 12.November
2013:
Hello,

I am planning to make the branch for 4.1 on Thursday. Afterwards, the
master can get code for new features and fixes will have to be
backported from master to 4.1 branch (and older, when it is the case).

If anyone is considering alternatives, then reply here with the
options.

Cheers,
Daniel

On 11/7/13 10:01 AM, Daniel-Constantin Mierla wrote:
 Hello,

 it's now one month since we froze the development for release of
 v4.1.0. No critical issues in on the table for this particular
 version, so perhaps next week is time to create a dedicated
branch for
 it, to be named in GIT as 4.1, and open development for v4.2.

 If all goes fine for one more week or so, then we can do the
release.

 Don't forget to add any open issues you are aware of to the
tracker so
 we can solve them in time. If any of devs or community members have
 spare time, adding ids to the xml docbook files (for modules) will
 help getting a better alpha-numeric index for parameters and
functions
 -- see more at:

 -
http://www.kamailio.org/wiki/devel/module-docbook-readme#section_ids

 Cheers,
 Daniel


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

http://www.asipto.com/
http://twitter.com/#!/miconda http://twitter.com/#%21/miconda-
http://www.linkedin.com/in/miconda
Kamailio Advanced Trainings - Berlin, Nov 25-28
  - more details about Kamailio trainings at http://www.asipto.com
http://www.asipto.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



___
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




--
Peter Dunkley
Technical Director
Crocodile RCS Ltd


___
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


--
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Trainings - Berlin, Nov 25-28
  - more details about Kamailio trainings at http://www.asipto.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] Steps to next major release v4.1.0

2013-11-12 Thread Peter Dunkley
The missing features are:

   - Ability to handle indeterminately large incoming MSRP SEND requests
   and use TCP windowing for MSRP congestion control (so not using the fixed
   size TCP receive buffers currently in Kamailio).  The way to do this is for
   Kamailio to chunk the large incoming MSRP messages as it receives them and
   send smaller outgoing messages ones instead of attempting to receive the
   entire MSRP SEND request into a single buffer.
   - Failure delivery reports

Full details of what is required is documented here:
http://www.kamailio.org/wiki/devel/completing_msrp

Both of these features are critical for use with any MSRP client not
specifically implemented to work-around the fact that Kamailio doesn't
support these (such as the Crocodile MSRP stack).

Regards,

Peter


On 12 November 2013 22:20, Daniel-Constantin Mierla mico...@gmail.comwrote:

  Mohammed, perhaps a better approach is to ask what missing feature are
 you looking for.

 IIRC, the open part was related to delivery of reports. But msrp module is
 ready for usage since couple of releases ago.

 Cheers,
 Daniel


 On 11/12/13 11:00 PM, Peter Dunkley wrote:

 No.

 There has been no development done on this module for several months.

  I can't speak for any of the other developers, but I don't have any
 plans to work on this unless there is a specific demand for it from a
 customer.

  Regards,

  Peter


 On 12 November 2013 21:40, mohammed alyaseen alyasee...@yahoo.com wrote:

   Hello,

  Is the new release 4.1.0 with completed MSRP module?

  thanks,

  Medo


   Daniel-Constantin Mierla mico...@gmail.com schrieb am 21:39
 Dienstag, 12.November 2013:
Hello,

 I am planning to make the branch for 4.1 on Thursday. Afterwards, the
 master can get code for new features and fixes will have to be
 backported from master to 4.1 branch (and older, when it is the case).

 If anyone is considering alternatives, then reply here with the options.

 Cheers,
 Daniel

 On 11/7/13 10:01 AM, Daniel-Constantin Mierla wrote:
  Hello,
 
  it's now one month since we froze the development for release of
  v4.1.0. No critical issues in on the table for this particular
  version, so perhaps next week is time to create a dedicated branch for
  it, to be named in GIT as 4.1, and open development for v4.2.
 
  If all goes fine for one more week or so, then we can do the release.
 
  Don't forget to add any open issues you are aware of to the tracker so
  we can solve them in time. If any of devs or community members have
  spare time, adding ids to the xml docbook files (for modules) will
  help getting a better alpha-numeric index for parameters and functions
  -- see more at:
 
  - http://www.kamailio.org/wiki/devel/module-docbook-readme#section_ids
 
  Cheers,
  Daniel
 

 --
 Daniel-Constantin Mierla - http://www.asipto.com
 http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
 Kamailio Advanced Trainings - Berlin, Nov 25-28
   - more details about Kamailio trainings at http://www.asipto.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



 ___
 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




  --
  Peter Dunkley
 Technical Director
  Crocodile RCS Ltd


 ___
 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 Advanced Trainings - Berlin, Nov 25-28
   - more details about Kamailio trainings at http://www.asipto.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




-- 
Peter Dunkley
Technical Director
Crocodile RCS Ltd
___
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