sr-users October 2012

sr-users@lists.kamailio.org

87 participants
164 discussions

WARNING:fm_free at stop
by Juha Heinanen 03 Oct '12

03 Oct '12

at some point i have started to get these kind of warning when i stop my sip proxy: --text follows this line-- Oct 1 10:23:01 siika /usr/sbin/sip-proxy[16970]: WARNING: <core> [mem/f_malloc.c:512]: WARNING:fm_free: free(0) called any idea where they come from or how i could found out where they come from? -- juha

2 20

(no subject)
by Kamal Palei 03 Oct '12

03 Oct '12

Hi All I am using Kamailio - 3.1.5 version. When a message of tel URI comes to Kamailio, Kamailio is not forwarding the message to next proxy. If is returning "478 Unresolved response" . Can somebody give me some pointer how do I handle this situation? Thanks Kamal

1 0

Re: [SR-Users] uac From restore not working in 3.3?
by Alex Balashov 02 Oct '12

02 Oct '12

I will check. The problem is that this installation is exotic and deviant from my usual order of operations, which creates further confusion. -- Alex -- Sent from my Samsung mobile, and thus lacking in the refinement one might expect from a proper keyboard. Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 Tel: +1-678-954-0670 Web: http://www.evaristesys.com/Daniel-Constantin Mierla <miconda(a)gmail.com> wrote: On 10/2/12 9:45 PM, Alex Balashov wrote: Perhaps the source of my misunderstanding is something to do with branching. The actual case I am troubleshooting is a 503 generated via t_reply out of a failure route. The complaint is that this 503 contains a modified From header, exposed to the originator of the call. If you created the transaction after calling msg_apply_changes(), then I am quite sure it is how it worked all the time. Try with an older version and see. Cheers, Daniel -- Alex -- Sent from my Samsung mobile, and thus lacking in the refinement one might expect from a proper keyboard. Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 Tel: +1-678-954-0670 Web: http://www.evaristesys.com/ Daniel-Constantin Mierla <miconda(a)gmail.com> wrote: Those originated locally were never using the original value if you called msg apply changes -- you can try with an older version, if it does that, then it is a bug somewhere :-). Btw, if you called msg apply changes after creating the transaction, then SL is out of scope and tm local reply is using the initial values, but that means the changes are only for that branch, a failure route will get the initial request content. Cheers, Daniel On 10/2/12 9:30 PM, Alex Balashov wrote: The expected behaviour is that all replies, both relayed and endogenously originated (via SL or TM), as well as sequential requests directed back to the caller, will preserve the original headers. -- Alex -- Sent from my Samsung mobile, and thus lacking in the refinement one might expect from a proper keyboard. Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 Tel: +1-678-954-0670 Web: http://www.evaristesys.com/ Daniel-Constantin Mierla <miconda(a)gmail.com> wrote: Not sure what is 'work as you expect', provided the details I gave in the previous mail related to local replies. Otherwise, if you don't track all dialogs, could be an issue if some of the replies are ok and some are not. I will check the uac module and add a parameter to not use dialog module even if loaded, if such option is not already there. Cheers, Daniel On 10/2/12 9:11 PM, Alex Balashov wrote: So, you're saying that if all the dialogs were tracked, everything would work as I expect it to? -- Alex -- Sent from my Samsung mobile, and thus lacking in the refinement one might expect from a proper keyboard. Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 Tel: +1-678-954-0670 Web: http://www.evaristesys.com/ Daniel-Constantin Mierla <miconda(a)gmail.com> wrote: I think there was an addition to use dialog module to store initial and new values. I don't know if it can be turned off or is automatically when the dialog module is loaded - just to see if that is the cause. However, if you do msg_apply_changes(), local replies will use the new headers. I'm pretty sure it happened the same before -- e.g., it was no way to revert back so that sl can use older values of the headers. Perhaps you can revert from config, changing the header to initial value that you store in an avp, apply changes and send the reply. Received and relayed replies should be converted. Cheers, Daniel On 10/2/12 8:57 PM, Alex Balashov wrote: I should be clearer: when I say "internally generated", I don't mean it in the sense of 408 or something else opaquely generated by the proxy. I mean internally generated as in originating from the proxy, e.g. something sent with sl_send_reply() or t_reply(). -- Alex -- Sent from my Samsung mobile, and thus lacking in the refinement one might expect from a proper keyboard. Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 Tel: +1-678-954-0670 Web: http://www.evaristesys.com/ Alex Balashov <abalashov(a)evaristesys.com> wrote: Hello, I am using the latest cloned 3.3 branch and performing a uac_replace_from() operation. After the operation, I do msg_apply_changes(). My 'uac' modparams are: modparam("uac", "rr_from_store_param", "vsfc") modparam("uac", "restore_mode", "auto") modparam("uac", "restore_passwd", "xxxxxxxxx") However, the modified From URI is getting back to the originator, both in internally generated errors, and in relayed replies. This didn't used to happen before 3.3, but has been outstanding for quite some time (I didn't look at it much until now). Is there some possibility that there is a >= 3.3 bug? Or, have I simply misconfigured something? Thanks! -- Alex -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.com/, http://www.alexbalashov.com/ _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users(a)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(a)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 Training, Berlin, Nov 5-8, 2012 - http://asipto.com/u/kat Kamailio Advanced Training, Miami, USA, Nov 12-14, 2012 - http://asipto.com/u/katu -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio Advanced Training, Berlin, Nov 5-8, 2012 - http://asipto.com/u/kat Kamailio Advanced Training, Miami, USA, Nov 12-14, 2012 - http://asipto.com/u/katu -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio Advanced Training, Berlin, Nov 5-8, 2012 - http://asipto.com/u/kat Kamailio Advanced Training, Miami, USA, Nov 12-14, 2012 - http://asipto.com/u/katu -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio Advanced Training, Berlin, Nov 5-8, 2012 - http://asipto.com/u/kat Kamailio Advanced Training, Miami, USA, Nov 12-14, 2012 - http://asipto.com/u/katu

2 1

Re: [SR-Users] uac From restore not working in 3.3?
by Alex Balashov 02 Oct '12

02 Oct '12

Perhaps the source of my misunderstanding is something to do with branching. The actual case I am troubleshooting is a 503 generated via t_reply out of a failure route. The complaint is that this 503 contains a modified From header, exposed to the originator of the call. -- Alex -- Sent from my Samsung mobile, and thus lacking in the refinement one might expect from a proper keyboard. Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 Tel: +1-678-954-0670 Web: http://www.evaristesys.com/Daniel-Constantin Mierla <miconda(a)gmail.com> wrote:Those originated locally were never using the original value if you called msg apply changes -- you can try with an older version, if it does that, then it is a bug somewhere :-). Btw, if you called msg apply changes after creating the transaction, then SL is out of scope and tm local reply is using the initial values, but that means the changes are only for that branch, a failure route will get the initial request content. Cheers, Daniel On 10/2/12 9:30 PM, Alex Balashov wrote: The expected behaviour is that all replies, both relayed and endogenously originated (via SL or TM), as well as sequential requests directed back to the caller, will preserve the original headers. -- Alex -- Sent from my Samsung mobile, and thus lacking in the refinement one might expect from a proper keyboard. Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 Tel: +1-678-954-0670 Web: http://www.evaristesys.com/ Daniel-Constantin Mierla <miconda(a)gmail.com> wrote: Not sure what is 'work as you expect', provided the details I gave in the previous mail related to local replies. Otherwise, if you don't track all dialogs, could be an issue if some of the replies are ok and some are not. I will check the uac module and add a parameter to not use dialog module even if loaded, if such option is not already there. Cheers, Daniel On 10/2/12 9:11 PM, Alex Balashov wrote: So, you're saying that if all the dialogs were tracked, everything would work as I expect it to? -- Alex -- Sent from my Samsung mobile, and thus lacking in the refinement one might expect from a proper keyboard. Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 Tel: +1-678-954-0670 Web: http://www.evaristesys.com/ Daniel-Constantin Mierla <miconda(a)gmail.com> wrote: I think there was an addition to use dialog module to store initial and new values. I don't know if it can be turned off or is automatically when the dialog module is loaded - just to see if that is the cause. However, if you do msg_apply_changes(), local replies will use the new headers. I'm pretty sure it happened the same before -- e.g., it was no way to revert back so that sl can use older values of the headers. Perhaps you can revert from config, changing the header to initial value that you store in an avp, apply changes and send the reply. Received and relayed replies should be converted. Cheers, Daniel On 10/2/12 8:57 PM, Alex Balashov wrote: I should be clearer: when I say "internally generated", I don't mean it in the sense of 408 or something else opaquely generated by the proxy. I mean internally generated as in originating from the proxy, e.g. something sent with sl_send_reply() or t_reply(). -- Alex -- Sent from my Samsung mobile, and thus lacking in the refinement one might expect from a proper keyboard. Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 Tel: +1-678-954-0670 Web: http://www.evaristesys.com/ Alex Balashov <abalashov(a)evaristesys.com> wrote: Hello, I am using the latest cloned 3.3 branch and performing a uac_replace_from() operation. After the operation, I do msg_apply_changes(). My 'uac' modparams are: modparam("uac", "rr_from_store_param", "vsfc") modparam("uac", "restore_mode", "auto") modparam("uac", "restore_passwd", "xxxxxxxxx") However, the modified From URI is getting back to the originator, both in internally generated errors, and in relayed replies. This didn't used to happen before 3.3, but has been outstanding for quite some time (I didn't look at it much until now). Is there some possibility that there is a >= 3.3 bug? Or, have I simply misconfigured something? Thanks! -- Alex -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.com/, http://www.alexbalashov.com/ _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users(a)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(a)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 Training, Berlin, Nov 5-8, 2012 - http://asipto.com/u/kat Kamailio Advanced Training, Miami, USA, Nov 12-14, 2012 - http://asipto.com/u/katu -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio Advanced Training, Berlin, Nov 5-8, 2012 - http://asipto.com/u/kat Kamailio Advanced Training, Miami, USA, Nov 12-14, 2012 - http://asipto.com/u/katu -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio Advanced Training, Berlin, Nov 5-8, 2012 - http://asipto.com/u/kat Kamailio Advanced Training, Miami, USA, Nov 12-14, 2012 - http://asipto.com/u/katu

2 1

Re: [SR-Users] uac From restore not working in 3.3?
by Alex Balashov 02 Oct '12

02 Oct '12

The expected behaviour is that all replies, both relayed and endogenously originated (via SL or TM), as well as sequential requests directed back to the caller, will preserve the original headers. -- Alex -- Sent from my Samsung mobile, and thus lacking in the refinement one might expect from a proper keyboard. Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 Tel: +1-678-954-0670 Web: http://www.evaristesys.com/Daniel-Constantin Mierla <miconda(a)gmail.com> wrote:Not sure what is 'work as you expect', provided the details I gave in the previous mail related to local replies. Otherwise, if you don't track all dialogs, could be an issue if some of the replies are ok and some are not. I will check the uac module and add a parameter to not use dialog module even if loaded, if such option is not already there. Cheers, Daniel On 10/2/12 9:11 PM, Alex Balashov wrote: So, you're saying that if all the dialogs were tracked, everything would work as I expect it to? -- Alex -- Sent from my Samsung mobile, and thus lacking in the refinement one might expect from a proper keyboard. Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 Tel: +1-678-954-0670 Web: http://www.evaristesys.com/ Daniel-Constantin Mierla <miconda(a)gmail.com> wrote: I think there was an addition to use dialog module to store initial and new values. I don't know if it can be turned off or is automatically when the dialog module is loaded - just to see if that is the cause. However, if you do msg_apply_changes(), local replies will use the new headers. I'm pretty sure it happened the same before -- e.g., it was no way to revert back so that sl can use older values of the headers. Perhaps you can revert from config, changing the header to initial value that you store in an avp, apply changes and send the reply. Received and relayed replies should be converted. Cheers, Daniel On 10/2/12 8:57 PM, Alex Balashov wrote: I should be clearer: when I say "internally generated", I don't mean it in the sense of 408 or something else opaquely generated by the proxy. I mean internally generated as in originating from the proxy, e.g. something sent with sl_send_reply() or t_reply(). -- Alex -- Sent from my Samsung mobile, and thus lacking in the refinement one might expect from a proper keyboard. Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 Tel: +1-678-954-0670 Web: http://www.evaristesys.com/ Alex Balashov <abalashov(a)evaristesys.com> wrote: Hello, I am using the latest cloned 3.3 branch and performing a uac_replace_from() operation. After the operation, I do msg_apply_changes(). My 'uac' modparams are: modparam("uac", "rr_from_store_param", "vsfc") modparam("uac", "restore_mode", "auto") modparam("uac", "restore_passwd", "xxxxxxxxx") However, the modified From URI is getting back to the originator, both in internally generated errors, and in relayed replies. This didn't used to happen before 3.3, but has been outstanding for quite some time (I didn't look at it much until now). Is there some possibility that there is a >= 3.3 bug? Or, have I simply misconfigured something? Thanks! -- Alex -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.com/, http://www.alexbalashov.com/ _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users(a)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(a)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 Training, Berlin, Nov 5-8, 2012 - http://asipto.com/u/kat Kamailio Advanced Training, Miami, USA, Nov 12-14, 2012 - http://asipto.com/u/katu -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio Advanced Training, Berlin, Nov 5-8, 2012 - http://asipto.com/u/kat Kamailio Advanced Training, Miami, USA, Nov 12-14, 2012 - http://asipto.com/u/katu

2 1

Re: [SR-Users] uac From restore not working in 3.3?
by Alex Balashov 02 Oct '12

02 Oct '12

So, you're saying that if all the dialogs were tracked, everything would work as I expect it to? -- Alex -- Sent from my Samsung mobile, and thus lacking in the refinement one might expect from a proper keyboard. Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 Tel: +1-678-954-0670 Web: http://www.evaristesys.com/Daniel-Constantin Mierla <miconda(a)gmail.com> wrote:I think there was an addition to use dialog module to store initial and new values. I don't know if it can be turned off or is automatically when the dialog module is loaded - just to see if that is the cause. However, if you do msg_apply_changes(), local replies will use the new headers. I'm pretty sure it happened the same before -- e.g., it was no way to revert back so that sl can use older values of the headers. Perhaps you can revert from config, changing the header to initial value that you store in an avp, apply changes and send the reply. Received and relayed replies should be converted. Cheers, Daniel On 10/2/12 8:57 PM, Alex Balashov wrote: I should be clearer: when I say "internally generated", I don't mean it in the sense of 408 or something else opaquely generated by the proxy. I mean internally generated as in originating from the proxy, e.g. something sent with sl_send_reply() or t_reply(). -- Alex -- Sent from my Samsung mobile, and thus lacking in the refinement one might expect from a proper keyboard. Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 Tel: +1-678-954-0670 Web: http://www.evaristesys.com/ Alex Balashov <abalashov(a)evaristesys.com> wrote: Hello, I am using the latest cloned 3.3 branch and performing a uac_replace_from() operation. After the operation, I do msg_apply_changes(). My 'uac' modparams are: modparam("uac", "rr_from_store_param", "vsfc") modparam("uac", "restore_mode", "auto") modparam("uac", "restore_passwd", "xxxxxxxxx") However, the modified From URI is getting back to the originator, both in internally generated errors, and in relayed replies. This didn't used to happen before 3.3, but has been outstanding for quite some time (I didn't look at it much until now). Is there some possibility that there is a >= 3.3 bug? Or, have I simply misconfigured something? Thanks! -- Alex -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.com/, http://www.alexbalashov.com/ _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users(a)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(a)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 Training, Berlin, Nov 5-8, 2012 - http://asipto.com/u/kat Kamailio Advanced Training, Miami, USA, Nov 12-14, 2012 - http://asipto.com/u/katu

2 1

Re: [SR-Users] uac From restore not working in 3.3?
by Alex Balashov 02 Oct '12

02 Oct '12

I should be clearer: when I say "internally generated", I don't mean it in the sense of 408 or something else opaquely generated by the proxy. I mean internally generated as in originating from the proxy, e.g. something sent with sl_send_reply() or t_reply(). -- Alex -- Sent from my Samsung mobile, and thus lacking in the refinement one might expect from a proper keyboard. Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 Tel: +1-678-954-0670 Web: http://www.evaristesys.com/Alex Balashov <abalashov(a)evaristesys.com> wrote:Hello, I am using the latest cloned 3.3 branch and performing a uac_replace_from() operation. After the operation, I do msg_apply_changes(). My 'uac' modparams are: modparam("uac", "rr_from_store_param", "vsfc") modparam("uac", "restore_mode", "auto") modparam("uac", "restore_passwd", "xxxxxxxxx") However, the modified From URI is getting back to the originator, both in internally generated errors, and in relayed replies. This didn't used to happen before 3.3, but has been outstanding for quite some time (I didn't look at it much until now). Is there some possibility that there is a >= 3.3 bug? Or, have I simply misconfigured something? Thanks! -- Alex -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.com/, http://www.alexbalashov.com/ _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users(a)lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

2 1

uac From restore not working in 3.3?
by Alex Balashov 02 Oct '12

02 Oct '12

Hello, I am using the latest cloned 3.3 branch and performing a uac_replace_from() operation. After the operation, I do msg_apply_changes(). My 'uac' modparams are: modparam("uac", "rr_from_store_param", "vsfc") modparam("uac", "restore_mode", "auto") modparam("uac", "restore_passwd", "xxxxxxxxx") However, the modified From URI is getting back to the originator, both in internally generated errors, and in relayed replies. This didn't used to happen before 3.3, but has been outstanding for quite some time (I didn't look at it much until now). Is there some possibility that there is a >= 3.3 bug? Or, have I simply misconfigured something? Thanks! -- Alex -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.com/, http://www.alexbalashov.com/

1 0

Kamailio project booth at Astricon 2012
by Daniel-Constantin Mierla 02 Oct '12

02 Oct '12

Hello, Kamailio project will participate at Astricon 2012 with its own booth in the open source area, courtesy of our Asterisk friends organizing the show. The event takes place in Atlanta, GA, USA, between Oct 23-25, 2012: * http://www.astricon.net/2012/default.aspx Special thanks to community members JR Richardson, Nir Simionovich and Eric Klein, which coordinate the activity at the booth. I made a news about it at: * http://www.kamailio.org/w/2012/10/kamailio-booth-at-astricon12/ If you are interested in joining the team at the booth and present how you use Kamailio, reply to me in order discuss further. If you participate at Astricon, stop by booth #20 to chat about use cases of Kamailio and what is new around the project. Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio Advanced Training, Berlin, Nov 5-8, 2012 - http://asipto.com/u/kat Kamailio Advanced Training, Miami, USA, Nov 12-14, 2012 - http://asipto.com/u/katu

1 0

Kamailio - VoIP dinner in Berlin, next Monday, Oct 8, 2012
by Daniel-Constantin Mierla 02 Oct '12

02 Oct '12

Hello, we're planning a dinner in Berlin, next Monday, Oct 8, 2012 - exact time and place to be decided soon. Besides me, among people interested to participate are Alex Balashov, Andrei Pelinescu-Onciul, Jiri Kuthan and Raphael Coeffic. If anyone here wants to participate, reply to count the heads for reservation. It's the usual german rule, everyone pays for him/herself. Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio Advanced Training, Berlin, Nov 5-8, 2012 - http://asipto.com/u/kat Kamailio Advanced Training, Miami, USA, Nov 12-14, 2012 - http://asipto.com/u/katu

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users October 2012