[SR-Users] Kamailio ICSCF strange forking

Richard Good richgood2005 at gmail.com
Tue Apr 1 12:56:11 CEST 2014


Hi

Apologies for late response on this - you are correct, there is an
unnecessary append_branch() in the example config file.

I've removed it from master:
http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=9606520cb0ccbd6a51c1c2d599cf0cb2879bfdf8

Thanks for the find - let us know if you have any other problems (or
successes!)

Regards
Richard.




On 1 April 2014 12:00, <sr-users-request at lists.sip-router.org> wrote:

> Send sr-users mailing list submissions to
>         sr-users at lists.sip-router.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
> or, via email, send a message with subject or body 'help' to
>         sr-users-request at lists.sip-router.org
>
> You can reach the person managing the list at
>         sr-users-owner at lists.sip-router.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of sr-users digest..."
>
>
> Today's Topics:
>
>    1. Re: Forward copy of Register information to FreeSWITCH
>       (Alexandr Usov)
>    2. Re: Forward copy of Register information to FreeSWITCH
>       (Alexandr Usov)
>    3. Re: Forward copy of Register information to FreeSWITCH
>       (Daniel-Constantin Mierla)
>    4. Re: Forward copy of Register information to FreeSWITCH
>       (Frank Carmickle)
>    5. Re: Forward copy of Register information to FreeSWITCH
>       (Daniel-Constantin Mierla)
>    6. R:  ERROR reply code Failure route (pars3c)
>    7. Re: message 484 (Slava Bendersky)
>    8. Re: message 484 (Slava Bendersky)
>    9. Re: Kamailio and Asterisks work on HP-UX ? (Rizwan Khan)
>   10. Re: Kamailio and Asterisks work on HP-UX ? (Alex Balashov)
>   11. Re: How to turn on debugging in kamailio? (mark li)
>   12. Re: Kamailio and Asterisks work on HP-UX ? (Rizwan Khan)
>   13. Re: Kamailio and Asterisks work on HP-UX ? (Alex Balashov)
>   14. Re: message 484 (Pedro Ni?o)
>   15. Re: message 484 (Slava Bendersky)
>   16. Re: Kamailio ICSCF strange forking (DURECU, OLIVIER (OLIVIER))
>   17. Re: Crash on REGISTER (Igor Potjevlesch)
>   18. (no subject) (info at vintageelectronics.ca)
>   19. rls, rls_get_by_service_uri(): match not found (Mihai Marin)
>   20. Re: message 484 (Slava Bendersky)
>   21. Kamailio on Android (jay binks)
>   22. Social Configuration module for Kamailio released (Alex Balashov)
>   23. Re: Social Configuration module for Kamailio released
>       (Kelvin Chua)
>   24. Re: Intermittent Audio/video call (Wingsravi R)
>   25. Re: Dimension a kamailio server (Rizwan Khan)
>   26. Re: Dimension a kamailio server (Alex Balashov)
>   27. Re: Dimension a kamailio server (Alex Balashov)
>   28. Re: Dimension a kamailio server (Rainer Piper)
>   29. SIP - WebRTC gateway (Zappasodi Daniele)
>   30. Re: Dimension a kamailio server (Rainer Piper)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 31 Mar 2014 14:07:13 +0300
> From: Alexandr Usov <blessendor at gmail.com>
> To: "Kamailio (SER) - Users Mailing List"
>         <sr-users at lists.sip-router.org>
> Subject: Re: [SR-Users] Forward copy of Register information to
>         FreeSWITCH
> Message-ID:
>         <CAEaKXwDcmT5urkuKxLS50fbznmTKnc=1fknAX_iCMBxHq=
> igZA at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> 2014-03-28 18:16 GMT+02:00 Frank Carmickle <frank at carmickle.com>:
>
> >
> > Freeswitch does not require registration.  What are you trying to use
> > freeswitch for? Voicemail, B2BUA (transcoding), ivr? See the acl
> > configuration or don't use the directory at all.
> >
> >
> I want use Kamailio only for registrations and use rtpproxy for registered
> peers.
> So all PBX features I want to use on FS (and/or Asterisk).
>
> So acl style can't serve Voicemail and presence features for not registered
> (on FS) users?
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.sip-router.org/pipermail/sr-users/attachments/20140331/1e1598ce/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 2
> Date: Mon, 31 Mar 2014 14:20:43 +0300
> From: Alexandr Usov <blessendor at gmail.com>
> To: "Kamailio (SER) - Users Mailing List"
>         <sr-users at lists.sip-router.org>
> Subject: Re: [SR-Users] Forward copy of Register information to
>         FreeSWITCH
> Message-ID:
>         <CAEaKXwAzA2tWcnM7PNwgrozA5yEPkgZakS=
> 88yDkcLRRCP0WGg at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Thanks Richard, I will trying to use your solution on practice.
> Need roll-back of default FS configs, because it seems that my /dev/hands
> not working good)
>
>
>
> 2014-03-28 20:48 GMT+02:00 Richard Brady <rnbrady at gmail.com>:
>
> > Hi Alexandr
> >
> > On 28 March 2014 15:36, Alexandr Usov <blessendor at gmail.com> wrote:
> >
> >> I am already have some practice to integrate Kamailio with Asterisk,
> when
> >> all users creates and registers in Kamailio, and calls go to/from
> Asterisk
> >> with static "host=kamailio_ip" settings for each user on Asterisk side.
> >>
> >> I can't (don't know - how to) use in same way integration with
> >> FreeSWITCH.
> >>
> >
> > You could just set <param name="outbound-proxy" value="kamailio_ip"/> in
> > the SIP profile which would send ALL calls via Kamailio.
> >
> >
> >> Can't create in FS directory structure a user with "host=kamailio_ip",
> FS
> >> require registration.
> >>
> >
> > For each user add:
> >
> >   <param name="dial-string"
> > value="sofia/internal/${dialed_user}@kamailio_ip"/>
> >
> > This replaces the default "dial-string". See more details here:
> > http://wiki.freeswitch.org/wiki/XML_User_Directory_Guide#Dial_String
> >
> >
> >> Maybe I can register user on Kamailio and send additional registration
> >> request to FS with src ip changed to kamailio (lan ip)?
> >>
> >
> > This can also work. Both Kamailio and FS support RFC 3327 and the Path
> > header which can we used to tell FS to send calls for the user via
> > Kamailio.
> >
> > Note these are 3 separate solutions, you should probably only do one.
> >
> > Regards,
> > Richard
> >
> > _______________________________________________
> > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> > sr-users at lists.sip-router.org
> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
> >
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.sip-router.org/pipermail/sr-users/attachments/20140331/b1664d2e/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 3
> Date: Mon, 31 Mar 2014 13:22:48 +0200
> From: Daniel-Constantin Mierla <miconda at gmail.com>
> To: "Kamailio (SER) - Users Mailing List"
>         <sr-users at lists.sip-router.org>
> Subject: Re: [SR-Users] Forward copy of Register information to
>         FreeSWITCH
> Message-ID: <53395008.9040609 at gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
>
>
> On 31/03/14 13:07, Alexandr Usov wrote:
> >
> >
> > 2014-03-28 18:16 GMT+02:00 Frank Carmickle <frank at carmickle.com
> > <mailto:frank at carmickle.com>>:
> >
> >
> >     Freeswitch does not require registration.  What are you trying to
> >     use freeswitch for? Voicemail, B2BUA (transcoding), ivr? See the
> >     acl configuration or don't use the directory at all.
> >
> >
> > I want use Kamailio only for registrations and use rtpproxy for
> > registered peers.
> > So all PBX features I want to use on FS (and/or Asterisk).
> >
> > So acl style can't serve Voicemail and presence features for not
> > registered (on FS) users?
> For presence you don't need registration. For example, for MWI just
> forward the subscribe request to freeswitch, being sure it matches the
> voicebox/voicemail id.
>
> The default config for kamailio has logic for forwarding mwi
> subscriptions to voicemail server.
>
> Cheers,
> Daniel
>
> --
> Daniel-Constantin Mierla - http://www.asipto.com
> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
> Kamailio World Conference - April 2-4, 2014, Berlin, Germany
> http://www.kamailioworld.com
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.sip-router.org/pipermail/sr-users/attachments/20140331/e03e6bef/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 4
> Date: Mon, 31 Mar 2014 08:10:32 -0400
> From: Frank Carmickle <frank at carmickle.com>
> To: "Kamailio (SER) - Users Mailing List"
>         <sr-users at lists.sip-router.org>
> Subject: Re: [SR-Users] Forward copy of Register information to
>         FreeSWITCH
> Message-ID: <FE379A31-87F6-4D84-9072-1B6D4DBF1ED7 at carmickle.com>
> Content-Type: text/plain; charset=iso-8859-1
>
>
> On Mar 31, 2014, at 7:22 AM, Daniel-Constantin Mierla <miconda at gmail.com>
> wrote:
>
> >
> > On 31/03/14 13:07, Alexandr Usov wrote:
> >>
> >>
> >> 2014-03-28 18:16 GMT+02:00 Frank Carmickle <frank at carmickle.com>:
> >>
> >> Freeswitch does not require registration.  What are you trying to use
> freeswitch for? Voicemail, B2BUA (transcoding), ivr? See the acl
> configuration or don't use the directory at all.
> >>
> >>
> >> I want use Kamailio only for registrations and use rtpproxy for
> registered peers.
> >> So all PBX features I want to use on FS (and/or Asterisk).
> >>
> >> So acl style can't serve Voicemail and presence features for not
> registered (on FS) users?
> > For presence you don't need registration. For example, for MWI just
> forward the subscribe request to freeswitch, being sure it matches the
> voicebox/voicemail id.
> >
> > The default config for kamailio has logic for forwarding mwi
> subscriptions to voicemail server.
>
> You would need to create the voicemail boxes in the voicemail database for
> each user.  You should do this when creating the user.
>
> --FC
>
>
>
>
> ------------------------------
>
> Message: 5
> Date: Mon, 31 Mar 2014 14:14:41 +0200
> From: Daniel-Constantin Mierla <miconda at gmail.com>
> To: "Kamailio (SER) - Users Mailing List"
>         <sr-users at lists.sip-router.org>
> Subject: Re: [SR-Users] Forward copy of Register information to
>         FreeSWITCH
> Message-ID: <53395C31.5070404 at gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Hello,
>
> On 31/03/14 14:10, Frank Carmickle wrote:
> > On Mar 31, 2014, at 7:22 AM, Daniel-Constantin Mierla <miconda at gmail.com>
> wrote:
> >
> >> On 31/03/14 13:07, Alexandr Usov wrote:
> >>>
> >>> 2014-03-28 18:16 GMT+02:00 Frank Carmickle <frank at carmickle.com>:
> >>>
> >>> Freeswitch does not require registration.  What are you trying to use
> freeswitch for? Voicemail, B2BUA (transcoding), ivr? See the acl
> configuration or don't use the directory at all.
> >>>
> >>>
> >>> I want use Kamailio only for registrations and use rtpproxy for
> registered peers.
> >>> So all PBX features I want to use on FS (and/or Asterisk).
> >>>
> >>> So acl style can't serve Voicemail and presence features for not
> registered (on FS) users?
> >> For presence you don't need registration. For example, for MWI just
> forward the subscribe request to freeswitch, being sure it matches the
> voicebox/voicemail id.
> >>
> >> The default config for kamailio has logic for forwarding mwi
> subscriptions to voicemail server.
> > You would need to create the voicemail boxes in the voicemail database
> for each user.  You should do this when creating the user.
> they can be generated on the fly as well -- a starting point here:
>
> -
>
> http://kb.asipto.com/freeswitch:kamailio-3.3.x-freeswitch-1.2.x-sbc#user_directory
>
> Cheers,
> Daniel
>
> --
> Daniel-Constantin Mierla - http://www.asipto.com
> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
> Kamailio World Conference - April 2-4, 2014, Berlin, Germany
> http://www.kamailioworld.com
>
>
>
>
> ------------------------------
>
> Message: 6
> Date: Mon, 31 Mar 2014 14:36:52 +0200
> From: "pars3c" <pars3c at gmail.com>
> To: <miconda at gmail.com>, "'Kamailio \(SER\) - Users Mailing List'"
>         <sr-users at lists.sip-router.org>
> Subject: [SR-Users] R:  ERROR reply code Failure route
> Message-ID: <035401cf4cdd$e5be6fa0$b13b4ee0$@com>
> Content-Type: text/plain; charset="utf-8"
>
> I checked the trace ip, and we don?t receive 500, but only 487
>
> Thanks
>
>
>
> Da: sr-users-bounces at lists.sip-router.org [mailto:
> sr-users-bounces at lists.sip-router.org] Per conto di Daniel-Constantin
> Mierla
> Inviato: luned? 31 marzo 2014 10:27
> A: Kamailio (SER) - Users Mailing List
> Oggetto: Re: [SR-Users] ERROR reply code Failure route
>
>
>
> Hello,
>
> can you look at sip traffic to see if a 500 response is received and then
> another one with code 487 comes?
>
> Cheers,
> Daniel
>
> On 31/03/14 10:19, pars3c wrote:
>
> Hello,
>
> i receive many error on the failure route like this ?
> t_should_relay_response(): ERROR: t_should_relay_response: status rewrite
> by UAS: stored: 500, received: 487? . Do you know why ?
>
>
>
> My version of Kamailio is the 4.1.2  and the code is this:
>
>
>
> failure_route[MANAGE_FAILURE] {
>
>
>
>                 if (t_is_canceled()) {
>
>                                exit;
>
>                 }
>
>
>
>                 revert_uri();
>
>                 if (!cr_next_domain("$avp(s:carrier)", "$avp(s:domain)",
> "$rU", "$avp(s:host)", "$T_reply_code", "$avp(s:domain)")) {
>
>                                exit;
>
>                 }
>
>                 if (!cr_route("$avp(s:carrier)", "$avp(s:domain)", "$rU",
> "$rU", "call_id")) {
>
>                                exit;
>
>                 }
>
>                 $avp(s:host)= $rd;
>
>
>
>                 t_on_failure("MANAGE_FAILURE");
>
>                 t_on_branch("MANAGE_BRANCH");
>
>                 append_branch();
>
>                 if (!t_relay()) {
>
>                                exit;
>
>                 }
>
> }
>
>
>
>
>
> Thanks to all
>
>
>
>
>
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at 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 World Conference - April 2-4, 2014, Berlin, Germany
> http://www.kamailioworld.com
>   _____
>
>
> Nessun virus nel messaggio.
> Controllato da AVG - www.avg.com
> Versione: 2014.0.4354 / Database dei virus: 3722/7259 - Data di rilascio:
> 27/03/2014
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.sip-router.org/pipermail/sr-users/attachments/20140331/32db65d2/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 7
> Date: Mon, 31 Mar 2014 08:43:37 -0400 (EDT)
> From: Slava Bendersky <volga629 at networklab.ca>
> To: "Kamailio (SER) - Users Mailing List"
>         <sr-users at lists.sip-router.org>
> Subject: Re: [SR-Users] message 484
> Message-ID:
>         <1278111208.2211832.1396269817976.JavaMail.zimbra at skillsearch.ca>
> Content-Type: text/plain; charset="utf-8"
>
> Hello Olle,
> Overlap is disabled on asterisk. I more wonder about this message.
>
> Mar 31 08:40:20 dsm01 /usr/sbin/kamailio[6101]: WARNING: sanity
> [sanity.c:833]: check_parse_uris(): sanity_check(): check_parse_uris():
> failed to parse From uri
>
> Because from direct connected network, call failing to voicemail.
>
> Slva.
> ----- Original Message -----
>
> From: "Olle E. Johansson" <oej at edvina.net>
> To: "Kamailio (SER) - Users Mailing List" <sr-users at lists.sip-router.org>
> Sent: Monday, March 31, 2014 3:33:11 AM
> Subject: Re: [SR-Users] message 484
>
> Hi!
> I guess this is a poorly configured Asterisk server that has
> "Allowoverlap" enabled.
> A 484 is used for overlap dialing. The server says "I need more digits to
> complete this call".
>
> /O
>
> On 31 Mar 2014, at 02:30, Pedro Ni?o < nino.pedro at gmail.com > wrote:
>
>
>
>
>
> I think this is the correct behavior, as asterisk server is complaining
> about the address/request not containing all the necesary data to process
> the message
>
> Can you please elaborate with a bit more of detail? Also can use tools
> like sngrep, tcpdump (or wireshark) to have a better view of the complete
> call flow.
>
> Maybe that way we can help.
> El mar 29, 2014 1:59 AM, "Slava Bendersky" < volga629 at networklab.ca >
> escribi?:
>
> <blockquote>
>
> Hello Everyone,
> How to correct message 484
> Is need use txt module to fill string with correct information ?
>
> <--- SIP read from UDP: 192.168.100.145:5060 --->
> SIP/2.0 484 Address Incomplete
> Via: SIP/2.0/UDP 192.168.100.145:5062;branch=z9hG4bK5ec564e6
> From: "asterisk" < sip:1300 at networklab.loc >;tag=as0a530a8d
> To: < sip:192.168.100.145 >;tag=b27e1a1d33761e85846fc98f5f3a7e58.93df --->
> This line ins question.
> Call-ID: 631e893f75da720865e8468132884367 at networklab.loc
> CSeq: 102 OPTIONS
> Contact: < sip:1300 at 192.168.100.145:5062 >;expires=3600
> Server: kamailio (4.1.2 (x86_64/linux))
> Content-Length: 0
>
>
> Slava.
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
> </blockquote>
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.sip-router.org/pipermail/sr-users/attachments/20140331/72b24709/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 8
> Date: Mon, 31 Mar 2014 08:46:18 -0400 (EDT)
> From: Slava Bendersky <volga629 at networklab.ca>
> To: "Kamailio (SER) - Users Mailing List"
>         <sr-users at lists.sip-router.org>
> Subject: Re: [SR-Users] message 484
> Message-ID:
>         <2123610737.2212356.1396269978573.JavaMail.zimbra at skillsearch.ca>
> Content-Type: text/plain; charset="utf-8"
>
> Hello Olle,
> This only one place. I don't see xlog only function error.
>
> if(!sanity_check("1511", "7"))
> {
> xlog("Malformed SIP message from $si:$sp\n");
> exit;
> }
>
>
> Slava.
>
>
> ----- Original Message -----
>
> From: "Olle E. Johansson" <oej at edvina.net>
> To: "Kamailio (SER) - Users Mailing List" <sr-users at lists.sip-router.org>
> Sent: Monday, March 31, 2014 3:33:11 AM
> Subject: Re: [SR-Users] message 484
>
> Hi!
> I guess this is a poorly configured Asterisk server that has
> "Allowoverlap" enabled.
> A 484 is used for overlap dialing. The server says "I need more digits to
> complete this call".
>
> /O
>
> On 31 Mar 2014, at 02:30, Pedro Ni?o < nino.pedro at gmail.com > wrote:
>
>
>
>
>
> I think this is the correct behavior, as asterisk server is complaining
> about the address/request not containing all the necesary data to process
> the message
>
> Can you please elaborate with a bit more of detail? Also can use tools
> like sngrep, tcpdump (or wireshark) to have a better view of the complete
> call flow.
>
> Maybe that way we can help.
> El mar 29, 2014 1:59 AM, "Slava Bendersky" < volga629 at networklab.ca >
> escribi?:
>
> <blockquote>
>
> Hello Everyone,
> How to correct message 484
> Is need use txt module to fill string with correct information ?
>
> <--- SIP read from UDP: 192.168.100.145:5060 --->
> SIP/2.0 484 Address Incomplete
> Via: SIP/2.0/UDP 192.168.100.145:5062;branch=z9hG4bK5ec564e6
> From: "asterisk" < sip:1300 at networklab.loc >;tag=as0a530a8d
> To: < sip:192.168.100.145 >;tag=b27e1a1d33761e85846fc98f5f3a7e58.93df --->
> This line ins question.
> Call-ID: 631e893f75da720865e8468132884367 at networklab.loc
> CSeq: 102 OPTIONS
> Contact: < sip:1300 at 192.168.100.145:5062 >;expires=3600
> Server: kamailio (4.1.2 (x86_64/linux))
> Content-Length: 0
>
>
> Slava.
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
> </blockquote>
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.sip-router.org/pipermail/sr-users/attachments/20140331/23154b6c/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 9
> Date: Mon, 31 Mar 2014 18:13:00 +0500
> From: Rizwan Khan <rizkhan at gmail.com>
> To: "Kamailio (SER) - Users Mailing List"
>         <sr-users at lists.sip-router.org>
> Subject: Re: [SR-Users] Kamailio and Asterisks work on HP-UX ?
> Message-ID:
>         <CALByW_Ha8QOWmB2VZFDbnLbBQCWs255n5GumgmYjVV=
> hXe0FdQ at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Any updates guys ?
>
> Rizwan Khan
>
>
>
>
> On Tue, Mar 25, 2014 at 2:13 PM, Rizwan Khan <rizkhan at gmail.com> wrote:
>
> > Can they be installed on an HP UX platform. Considering they are written
> > in C, it  shouldnt be a porblem, but has anyone tried that?
> >
> > Thanks,
> >
> > Rizwan Khan
> >
> >
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.sip-router.org/pipermail/sr-users/attachments/20140331/1201ae7e/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 10
> Date: Mon, 31 Mar 2014 09:16:07 -0400
> From: Alex Balashov <abalashov at evaristesys.com>
> To: sr-users at lists.sip-router.org
> Subject: Re: [SR-Users] Kamailio and Asterisks work on HP-UX ?
> Message-ID: <53396A97.2010600 at evaristesys.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> I don't know that there are any HP-UX users here.  Try it and let us
> know!  :-)
>
> On 03/31/2014 09:13 AM, Rizwan Khan wrote:
>
> > Any updates guys ?
> >
> > Rizwan Khan
> >
> >
> >
> >
> > On Tue, Mar 25, 2014 at 2:13 PM, Rizwan Khan <rizkhan at gmail.com
> > <mailto:rizkhan at gmail.com>> wrote:
> >
> >     Can they be installed on an HP UX platform. Considering they are
> >     written in C, it  shouldnt be a porblem, but has anyone tried that?
> >
> >     Thanks,
> >
> >     Rizwan Khan
> >
> >
> >
> >
> >
> > _______________________________________________
> > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> > sr-users at lists.sip-router.org
> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
> >
>
>
> --
> 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/
>
>
>
> ------------------------------
>
> Message: 11
> Date: Mon, 31 Mar 2014 06:18:17 -0700 (PDT)
> From: mark li <limark67 at yahoo.com>
> To: "Kamailio \(SER\) - Users Mailing List"
>         <sr-users at lists.sip-router.org>
> Subject: Re: [SR-Users] How to turn on debugging in kamailio?
> Message-ID:
>         <1396271897.85205.YahooMailNeo at web161305.mail.bf1.yahoo.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Does anyone have any other suggestions / ideas on what I might be doing
> wrong / missing?? I can't any log entries to show up in my syslog file.?
> I'm trying to add custom messages to debug a specific scenario...
> I prefer to log it to a file instead of to the console because there's a
> lot of debug data on the console and it's hard to scroll through.
>
>
> thanks.
>
>
>
> ________________________________
>  From: mark li <limark67 at yahoo.com>
> To: Olle E. Johansson <oej at edvina.net>
> Cc: Kamailio (SER) - Users Mailing List <sr-users at lists.sip-router.org>
> Sent: Friday, March 28, 2014 8:47:51 AM
> Subject: Re: [SR-Users] How to turn on debugging in kamailio?
>
>
>
> Here's a copy of my cfg file:? http://pastebin.com/GtDwWKWr
> I tried to run with the switches you mentioned... but i still don't get
> anything logged to syslog.
> ?
> sorry... and thanks for your patience.
>
>
>
>
> ________________________________
>  From: Olle E. Johansson <oej at edvina.net>
> To: mark li <limark67 at yahoo.com>
> Cc: Olle E Johansson <oej at edvina.net>; Kamailio (SER) - Users Mailing
> List <sr-users at lists.sip-router.org>
> Sent: Friday, March 28, 2014 2:55:22 AM
> Subject: Re: [SR-Users] How to turn on debugging in kamailio?
>
>
>
>
>
> On 27 Mar 2014, at 21:31, mark li <limark67 at yahoo.com> wrote:
>
> Olle
> >I've added some debug statements using the XLOG function like so:
> >
> >xlog("L_INFO", "my custom message");
> >
> >but none of my debug statements appear in syslog.? I don't get any errors
> either when I restart kamailio.
> >any suggestion?
> >I am loading the module in kamailio.cfg... I see a line that says
> "loadmodule xlog.so"
> >and i've also added a modparam for the log like so:
> >
> >modparam("xlog", "buf_size", 8192)
> >
>
> Start kamailio in the foreground with "-D 1 -E" and you'll see the log
> messages on your console if Kamailio runs. If you haven't got a listen
> address in the config, you might want to add a "-l <param>" to force
> kamailio to listen to the right IP address (replace <param> with a listen
> address, run "kamailio -h" for docs).
>
>
> /O
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.sip-router.org/pipermail/sr-users/attachments/20140331/946d3073/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 12
> Date: Mon, 31 Mar 2014 18:25:49 +0500
> From: Rizwan Khan <rizkhan at gmail.com>
> To: "Kamailio (SER) - Users Mailing List"
>         <sr-users at lists.sip-router.org>
> Subject: Re: [SR-Users] Kamailio and Asterisks work on HP-UX ?
> Message-ID:
>         <CALByW_GeYh5ofqXv4bbzTn2UAU7_kM=25jeGWBicbFg0=
> JaHaw at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> OK, i will :)
>
> Rizwan Khan
>
>
>
>
> On Mon, Mar 31, 2014 at 6:16 PM, Alex Balashov <abalashov at evaristesys.com
> >wrote:
>
> > I don't know that there are any HP-UX users here.  Try it and let us
> know!
> >  :-)
> >
> >
> > On 03/31/2014 09:13 AM, Rizwan Khan wrote:
> >
> >  Any updates guys ?
> >>
> >> Rizwan Khan
> >>
> >>
> >>
> >>
> >> On Tue, Mar 25, 2014 at 2:13 PM, Rizwan Khan <rizkhan at gmail.com
> >> <mailto:rizkhan at gmail.com>> wrote:
> >>
> >>     Can they be installed on an HP UX platform. Considering they are
> >>     written in C, it  shouldnt be a porblem, but has anyone tried that?
> >>
> >>     Thanks,
> >>
> >>     Rizwan Khan
> >>
> >>
> >>
> >>
> >>
> >> _______________________________________________
> >> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> >> sr-users at lists.sip-router.org
> >> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
> >>
> >>
> >
> > --
> > 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 at lists.sip-router.org
> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.sip-router.org/pipermail/sr-users/attachments/20140331/9996dcf6/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 13
> Date: Mon, 31 Mar 2014 09:27:41 -0400
> From: Alex Balashov <abalashov at evaristesys.com>
> To: sr-users at lists.sip-router.org
> Subject: Re: [SR-Users] Kamailio and Asterisks work on HP-UX ?
> Message-ID: <53396D4D.90307 at evaristesys.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> While you're at it, port Kamailio to AIX, too.  :-)  Could be fun.
>
> On 03/31/2014 09:25 AM, Rizwan Khan wrote:
>
> > OK, i will :)
> >
> > Rizwan Khan
> >
> >
> >
> >
> > On Mon, Mar 31, 2014 at 6:16 PM, Alex Balashov
> > <abalashov at evaristesys.com <mailto:abalashov at evaristesys.com>> wrote:
> >
> >     I don't know that there are any HP-UX users here.  Try it and let us
> >     know!  :-)
> >
> >
> >     On 03/31/2014 09:13 AM, Rizwan Khan wrote:
> >
> >         Any updates guys ?
> >
> >         Rizwan Khan
> >
> >
> >
> >
> >         On Tue, Mar 25, 2014 at 2:13 PM, Rizwan Khan <rizkhan at gmail.com
> >         <mailto:rizkhan at gmail.com>
> >         <mailto:rizkhan at gmail.com <mailto:rizkhan at gmail.com>>> wrote:
> >
> >              Can they be installed on an HP UX platform. Considering
> >         they are
> >              written in C, it  shouldnt be a porblem, but has anyone
> >         tried that?
> >
> >              Thanks,
> >
> >              Rizwan Khan
> >
> >
> >
> >
> >
> >         _________________________________________________
> >         SIP Express Router (SER) and Kamailio (OpenSER) - sr-users
> >         mailing list
> >         sr-users at lists.sip-router.org <mailto:
> sr-users at lists.sip-router.org>
> >
> http://lists.sip-router.org/__cgi-bin/mailman/listinfo/sr-__users <
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
> >
> >
> >
> >     --
> >     Alex Balashov - Principal
> >     Evariste Systems LLC
> >     235 E Ponce de Leon Ave
> >     Suite 106
> >     Decatur, GA 30030
> >     United States
> >     Tel: +1-678-954-0670 <tel:%2B1-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 at lists.sip-router.org <mailto:sr-users at lists.sip-router.org>
> >     http://lists.sip-router.org/__cgi-bin/mailman/listinfo/sr-__users
> >     <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
> >
> >
> >
> >
> > _______________________________________________
> > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> > sr-users at lists.sip-router.org
> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
> >
>
>
> --
> 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/
>
>
>
> ------------------------------
>
> Message: 14
> Date: Mon, 31 Mar 2014 09:21:11 -0430
> From: Pedro Ni?o <nino.pedro at gmail.com>
> To: "Kamailio (SER) - Users Mailing List"
>         <sr-users at lists.sip-router.org>
> Subject: Re: [SR-Users] message 484
> Message-ID:
>         <CAEad=i9wtkd=8HKeWJom1=
> xNjVqu5ZsTdm5H_T6BE7CT3OmOJA at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> So, the problem is that calls made from a direct connected user, falls to
> voicemail? Even if the other user is online?
>
> All the users are on the same asterisk server? Or using a trunk outside?
>
> As a test, tried to register to the asterisk server directly and test the
> call?
>
> That's why I was asking to elaborate, and show a bit more about the call
> flow behavior... A small text diagram and desired behavior would be useful
>
> El mar 31, 2014 8:13 AM, "Slava Bendersky" <volga629 at networklab.ca>
> escribi?:
>
> > Hello Olle,
> > Overlap is disabled on asterisk. I more wonder about this message.
> >
> > Mar 31 08:40:20 dsm01 /usr/sbin/kamailio[6101]: WARNING: sanity
> > [sanity.c:833]: check_parse_uris(): sanity_check(): check_parse_uris():
> > failed to parse From uri
> >
> > Because from direct connected network, call failing to voicemail.
> >
> > Slva.
> > ------------------------------
> > *From: *"Olle E. Johansson" <oej at edvina.net>
> > *To: *"Kamailio (SER) - Users Mailing List" <
> sr-users at lists.sip-router.org
> > >
> > *Sent: *Monday, March 31, 2014 3:33:11 AM
> > *Subject: *Re: [SR-Users] message 484
> >
> > Hi!
> > I guess this is a poorly configured Asterisk server that has
> > "Allowoverlap" enabled.
> > A 484 is used for overlap dialing. The server says "I need more digits to
> > complete this call".
> >
> > /O
> >
> > On 31 Mar 2014, at 02:30, Pedro Ni?o <nino.pedro at gmail.com> wrote:
> >
> > I think this is the correct behavior, as asterisk server is complaining
> > about the address/request not containing all the necesary data to process
> > the message
> >
> > Can you please elaborate with a bit more of detail? Also can use tools
> > like   sngrep, tcpdump (or wireshark) to have a better view of the
> complete
> > call flow.
> >
> > Maybe that way we can help.
> > El mar 29, 2014 1:59 AM, "Slava Bendersky" <volga629 at networklab.ca>
> > escribi?:
> >
> >> Hello Everyone,
> >> How to correct message 484
> >> Is need use txt module to fill string with correct information ?
> >>
> >> <--- SIP read from UDP:192.168.100.145:5060 --->
> >> SIP/2.0 484 Address Incomplete
> >> Via: SIP/2.0/UDP 192.168.100.145:5062;branch=z9hG4bK5ec564e6
> >> From: "asterisk" <sip:1300 at networklab.loc>;tag=as0a530a8d
> >> To: <sip:192.168.100.145>;tag=b27e1a1d33761e85846fc98f5f3a7e58.93df
> >> ---> This line ins question.
> >> Call-ID: 631e893f75da720865e8468132884367 at networklab.loc
> >> CSeq: 102 OPTIONS
> >> Contact: <sip:1300 at 192.168.100.145:5062>;expires=3600
> >> Server: kamailio (4.1.2 (x86_64/linux))
> >> Content-Length: 0
> >>
> >>
> >> Slava.
> >>
> >> _______________________________________________
> >> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> >> sr-users at 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 at 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 at 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 at lists.sip-router.org
> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
> >
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.sip-router.org/pipermail/sr-users/attachments/20140331/85399364/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 15
> Date: Mon, 31 Mar 2014 10:09:54 -0400 (EDT)
> From: Slava Bendersky <volga629 at networklab.ca>
> To: "Kamailio (SER) - Users Mailing List"
>         <sr-users at lists.sip-router.org>
> Subject: Re: [SR-Users] message 484
> Message-ID:
>         <1712391001.2228884.1396274994378.JavaMail.zimbra at skillsearch.ca>
> Content-Type: text/plain; charset="utf-8"
>
> Hello Pedro,
> Asterisk is used only for voicemail. All extension are terminates and
> registrar on kamailio gateway. Kamailio used ldap and registration working
> ok. I can come back to lab soon after meeting and I post some debug.
>
>
> Slava.
>
> ----- Original Message -----
>
> From: "Pedro Ni?o" <nino.pedro at gmail.com>
> To: "Kamailio (SER) - Users Mailing List" <sr-users at lists.sip-router.org>
> Sent: Monday, March 31, 2014 9:51:11 AM
> Subject: Re: [SR-Users] message 484
>
>
>
> So, the problem is that calls made from a direct connected user, falls to
> voicemail? Even if the other user is online?
>
> All the users are on the same asterisk server? Or using a trunk outside?
>
> As a test, tried to register to the asterisk server directly and test the
> call?
>
>
> That's why I was asking to elaborate, and show a bit more about the call
> flow behavior... A small text diagram and desired behavior would be useful
>
> El mar 31, 2014 8:13 AM, "Slava Bendersky" < volga629 at networklab.ca >
> escribi?:
>
>
>
> Hello Olle,
> Overlap is disabled on asterisk. I more wonder about this message.
>
> Mar 31 08:40:20 dsm01 /usr/sbin/kamailio[6101]: WARNING: sanity
> [sanity.c:833]: check_parse_uris(): sanity_check(): check_parse_uris():
> failed to parse From uri
>
> Because from direct connected network, call failing to voicemail.
>
> Slva.
>
> From: "Olle E. Johansson" < oej at edvina.net >
> To: "Kamailio (SER) - Users Mailing List" < sr-users at lists.sip-router.org>
> Sent: Monday, March 31, 2014 3:33:11 AM
> Subject: Re: [SR-Users] message 484
>
> Hi!
> I guess this is a poorly configured Asterisk server that has
> "Allowoverlap" enabled.
> A 484 is used for overlap dialing. The server says "I need more digits to
> complete this call".
>
> /O
>
> On 31 Mar 2014, at 02:30, Pedro Ni?o < nino.pedro at gmail.com > wrote:
>
>
> <blockquote>
>
>
> I think this is the correct behavior, as asterisk server is complaining
> about the address/request not containing all the necesary data to process
> the message
>
> Can you please elaborate with a bit more of detail? Also can use tools
> like sngrep, tcpdump (or wireshark) to have a better view of the complete
> call flow.
>
> Maybe that way we can help.
> El mar 29, 2014 1:59 AM, "Slava Bendersky" < volga629 at networklab.ca >
> escribi?:
>
> <blockquote>
>
> Hello Everyone,
> How to correct message 484
> Is need use txt module to fill string with correct information ?
>
> <--- SIP read from UDP: 192.168.100.145:5060 --->
> SIP/2.0 484 Address Incomplete
> Via: SIP/2.0/UDP 192.168.100.145:5062;branch=z9hG4bK5ec564e6
> From: "asterisk" < sip:1300 at networklab.loc >;tag=as0a530a8d
> To: < sip:192.168.100.145 >;tag=b27e1a1d33761e85846fc98f5f3a7e58.93df --->
> This line ins question.
> Call-ID: 631e893f75da720865e8468132884367 at networklab.loc
> CSeq: 102 OPTIONS
> Contact: < sip:1300 at 192.168.100.145:5062 >;expires=3600
> Server: kamailio (4.1.2 (x86_64/linux))
> Content-Length: 0
>
>
> Slava.
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
> </blockquote>
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> </blockquote>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.sip-router.org/pipermail/sr-users/attachments/20140331/61f042da/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 16
> Date: Mon, 31 Mar 2014 14:34:44 +0000
> From: "DURECU, OLIVIER (OLIVIER)" <olivier.durecu at alcatel-lucent.com>
> To: "Kamailio (SER) - Users Mailing List"
>         <sr-users at lists.sip-router.org>
> Subject: Re: [SR-Users] Kamailio ICSCF strange forking
> Message-ID:
>         <
> 10F8D61BDA174943A50091439385E1DD01D32058 at FR712WXCHMBA12.zeu.alcatel-lucent.com
> >
>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Answering to myself: the I-CSCF routing logic contains a "append_branch()"
> on reception of the HSS LIR answer which is the cause of this use less fork
> Removed it and everything is fine
>
> Olivier
>
> De : sr-users-bounces at lists.sip-router.org [mailto:
> sr-users-bounces at lists.sip-router.org] De la part de DURECU, OLIVIER
> (OLIVIER)
> Envoy? : vendredi 21 mars 2014 17:39
> ? : sr-users at lists.sip-router.org
> Objet : [SR-Users] Kamailio ICSCF strange forking
>
> Hi all,
>
> I have deployed an IMS based on Kamailio 4.1.2 and I don't manage
> establishing a call.
>
> Users registration is OK but when I initiate the call from A at ims.net
> <mailto:A at ims.net> to B at ims.net<mailto:B at ims.net>, I notice a strange
> I-CSCF behavior
>
> The INVITE message goes OK from P-CSCF to S-CSCF then to I-CSCF. Till this
> point everything is fine...
> Then the I-CSCF performs its LIR diameter request and gets an Ok response
> from the HSS with a S-CSCF URI
> The I-CSCF forwards the INVITE at the received S-CSCF.
>
> BUT at the same time the I-CSCF generates a DNS request to resolve ims.netSIP SRV (it gets itself as answer...) and forwards a second INVITE (exact
> copy from the one sent to the S-CSCF) to itself
>
> So I have 2 copies of the same INVITE dialog travelling in the network and
> messing everything.
>
> Any idea of the cause of this behavior .
>
> Thanks for your support...
>
> Olivier
>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.sip-router.org/pipermail/sr-users/attachments/20140331/353aa636/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 17
> Date: Mon, 31 Mar 2014 18:34:08 +0200
> From: "Igor Potjevlesch" <igor.potjevlesch at gmail.com>
> To: <miconda at gmail.com>, "'Kamailio \(SER\) - Users Mailing List'"
>         <sr-users at lists.sip-router.org>
> Subject: Re: [SR-Users] Crash on REGISTER
> Message-ID: <00a401cf4cff$0b5d0250$221706f0$@gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Hello,
>
>
>
> Is the patch has been ported within 4.1.x?
>
> We were studying the opportunity to move on 4.1 branches.
>
>
>
> Regards,
>
>
>
> Igor.
>
>
>
> De : Igor Potjevlesch [mailto:igor.potjevlesch at gmail.com]
> Envoy? : dimanche 30 mars 2014 16:52
> ? : miconda at gmail.com; 'Kamailio (SER) - Users Mailing List'
> Objet : RE: [SR-Users] Crash on REGISTER
>
>
>
> Hello Daniel,
>
>
>
> Looks that GDB works after all. Here is the result of a BT:
>
>
>
> #0  0x00000030f2230f30 in escape_string_for_mysql () from
> /usr/lib64/mysql/libmysqlclient.so.16
>
> #1  0x00000030f22269c1 in mysql_real_escape_string () from
> /usr/lib64/mysql/libmysqlclient.so.16
>
> #2  0x00007f3eac7000e5 in db_mysql_val2str (_c=0x7f3eaca8a6d0,
> _v=0x7f3ea9489e40, _s=0x2170beb "sip.fr','**********','s','172.16.*.***')",
> _len=0x7fffee8bdddc) at km_val.c:95
>
> #3  0x00007f3eac2dd141 in db_print_values (_c=0x7f3eaca8a6d0,
>
>     _b=0x2170b0c
> "'INVITE','95ffcd055e0f78f7d5d397020e89288d3a0fe8be','1695671811','69de-4a5-2272014164728-******-0-91.***.***.***','200','OK','2014-03-27
> 17:47:29','**********','**********@**.***.***.***','**.***.***."...,
> _l=65379, _v=<value optimized out>, _n=15, val2str=0x7f3eac6fffa0
> <db_mysql_val2str>) at db_ut.c:318
>
> #4  0x00007f3eac2d8a90 in db_do_insert_cmd (_h=0x7f3eaca8a6d0, _k=<value
> optimized out>, _v=0x7f3ea9489ce0, _n=15, val2str=0x7f3eac6fffa0
> <db_mysql_val2str>, submit_query=0x7f3eac6faed0 <db_mysql_submit_query>,
> mode=0)
>
>     at db_query.c:224
>
> #5  0x00007f3eac2d8e00 in db_do_insert (_h=<value optimized out>,
> _k=<value optimized out>, _v=<value optimized out>, _n=<value optimized
> out>, val2str=<value optimized out>, submit_query=<value optimized out>)
>
>     at db_query.c:249
>
> #6  0x00007f3ea92696a9 in acc_db_request (rq=0x7f3e9d2f5ab0) at acc.c:407
>
> #7  0x00007f3ea9271472 in acc_onreply (t=<value optimized out>,
> type=<value optimized out>, ps=<value optimized out>) at acc_logic.c:453
>
> #8  tmcb_func (t=<value optimized out>, type=<value optimized out>,
> ps=<value optimized out>) at acc_logic.c:541
>
> #9  0x00007f3eab4288ad in run_trans_callbacks_internal (cb_lst=<value
> optimized out>, type=512, trans=0x7f3e9852f350, params=0x7fffee8be030) at
> t_hooks.c:290
>
> #10 0x00007f3eab428a94 in run_trans_callbacks_with_buf (type=<value
> optimized out>, rbuf=0x7f3e9852f410, req=<value optimized out>, repl=<value
> optimized out>, flags=<value optimized out>) at t_hooks.c:336
>
> #11 0x00007f3eab45a01a in relay_reply (t=<value optimized out>,
> p_msg=<value optimized out>, branch=0, msg_status=200,
> cancel_data=0x7fffee8be3d0, do_put_on_wait=1) at t_reply.c:1884
>
> #12 0x00007f3eab45ad86 in reply_received (p_msg=0x7f3eaca45940) at
> t_reply.c:2374
>
> #13 0x0000000000456d54 in do_forward_reply (msg=0x7f3eaca45940,
> mode=<value optimized out>) at forward.c:799
>
> #14 0x000000000049f4be in receive_msg (
>
>     buf=0x8d9e80 "SIP/2.0 200 OK\r\nVia: SIP/2.0/UDP
> ***.**.*.*;branch=z9hG4bKfd8f.a6cf4dd7.0\r\nVia: SIP/2.0/UDP
> **.***.***.***:5060;rport=5060;branch=z9hG4bK-884-1395938848-3723-175\r\nFrom:
> \"**********\"<sip:**********@91.
> <sip:**********@91.%22...,%20len=%3cvalue%20optimized%20out> "...,
> len=<value optimized out>, rcv_info=0x7fffee8be690) at receive.c:272
>
> #15 0x0000000000532326 in udp_rcv_loop () at udp_server.c:557
>
> #16 0x0000000000467a7a in main_loop () at main.c:1638
>
> #17 0x000000000046a912 in main (argc=<value optimized out>, argv=<value
> optimized out>) at main.c:2566
>
>
>
> Regards,
>
>
>
> Igor.
>
>
>
> De : Igor Potjevlesch [ <mailto:igor.potjevlesch at gmail.com> mailto:
> igor.potjevlesch at gmail.com]
> Envoy? : samedi 29 mars 2014 14:28
> ? :  <mailto:miconda at gmail.com> miconda at gmail.com; 'Kamailio (SER) -
> Users Mailing List'
> Objet : RE: [SR-Users] Crash on REGISTER
>
>
>
> Hello Daniel,
>
>
>
> Thank you for your answer.
>
> I still not understand why I got the following output when I try to launch
> GDB:
>
> [?]
>
> Reading symbols from /usr/local/sbin/kamailio...done.
>
> [New Thread 28294]
>
> Missing separate debuginfo for
> /usr/local/lib64/kamailio/modules/db_mysql.so
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/f9/f94a798d840b8956b6972d3be7dcd92dae5087
>
> Missing separate debuginfo for /usr/local/lib64/kamailio/libsrdb2.so.1
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/78/5a53c27df430a7875621f7089560958eb5d2cb
>
> Missing separate debuginfo for /usr/local/lib64/kamailio/libsrdb1.so.1
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/65/74d76438ee2576d6aaa449f75ec7d6450ac559
>
> Missing separate debuginfo for /usr/local/lib64/kamailio/modules/mi_fifo.so
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/6b/6850df300ce539377de8ab2af64b3000a5ab74
>
> Missing separate debuginfo for /usr/local/lib64/kamailio/libkmi.so.1
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/98/e264222ea1a4a713f63513ce7c397fd8e4bedf
>
> Missing separate debuginfo for /usr/local/lib64/kamailio/modules/kex.so
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/f4/bec7e2c6007bb0efd68c99a84417b2197c320d
>
> Missing separate debuginfo for /usr/local/lib64/kamailio/libkcore.so.1
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/9b/627ac3a6c1c44e20e719deabe84e39e1468765
>
> Missing separate debuginfo for /usr/local/lib64/kamailio/libsrutils.so.1
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/a6/8fa172f0c0b5b97a2fe6885d801370fb89e117
>
> Missing separate debuginfo for /usr/local/lib64/kamailio/modules/corex.so
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/76/5a1e313d85ba61a74c012341b73807f59b89bf
>
> Missing separate debuginfo for /usr/local/lib64/kamailio/modules/tm.so
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/2c/3f3f1094a3c35ce6954443300212c2b9efb451
>
> Missing separate debuginfo for /usr/local/lib64/kamailio/modules/tmx.so
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/2d/4f8243f194fa8a1063b41654c8886b3b1d5a7e
>
> Missing separate debuginfo for /usr/local/lib64/kamailio/modules/sl.so
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/6f/d6ace1b8ffbc1286d12cbf09c4eea4eb5d2b01
>
> Missing separate debuginfo for /usr/local/lib64/kamailio/modules/rr.so
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/ab/bb45487abe9e0cf6c260ca8537f5255d371ff8
>
> Missing separate debuginfo for /usr/local/lib64/kamailio/modules/pv.so
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/8f/5cf186f49cfa5271a85ca58e80ef136d170577
>
> Missing separate debuginfo for /usr/local/lib64/kamailio/modules/maxfwd.so
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/5f/af21abd98e3ca547997812692bfb6272d809e6
>
> Missing separate debuginfo for /usr/local/lib64/kamailio/modules/usrloc.so
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/f0/7f53999b3b013bd6a616a2e2d4cc3b47e9a928
>
> Missing separate debuginfo for
> /usr/local/lib64/kamailio/modules/registrar.so
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/3a/f0c8124aec2fb0159744aa73c3f7113d228eb6
>
> Missing separate debuginfo for /usr/local/lib64/kamailio/modules/textops.so
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/61/2e8b3bbab757306390e6d49f3b21a7c00abc17
>
> Missing separate debuginfo for
> /usr/local/lib64/kamailio/modules/siputils.so
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/17/4bd4d8ce91bd6c771d367219d69fb5562719bc
>
> Missing separate debuginfo for /usr/local/lib64/kamailio/modules/xlog.so
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/87/4b54e90716f64f24a17c922ed18083b634cccb
>
> Missing separate debuginfo for /usr/local/lib64/kamailio/modules/sanity.so
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/63/2b7d4655c887f420f16aa5925a2b2e95cc4dbd
>
> Missing separate debuginfo for /usr/local/lib64/kamailio/modules/ctl.so
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/41/e2c79915f69dd54d62628fc6417f5acc1620e3
>
> Missing separate debuginfo for /usr/local/lib64/kamailio/modules/cfg_rpc.so
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/4e/3880373e838a62a10be608e82977c2eaf3b276
>
> Missing separate debuginfo for /usr/local/lib64/kamailio/modules/mi_rpc.so
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/5f/f873ca84eff68f2315ad624581c744ea902a3d
>
> Missing separate debuginfo for /usr/local/lib64/kamailio/libbinrpc.so.0
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/4c/4d114463bd547a445e0db7d869ed0752fa488e
>
> Missing separate debuginfo for /usr/local/lib64/kamailio/modules/acc.so
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/d5/7ceb6fd1c1ffa20fbd7aab33ca50f847eb890b
>
> Missing separate debuginfo for
> /usr/local/lib64/kamailio/modules/carrierroute.so
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/d8/238971e9cb2f2b1b3fb60db91d108eefd59502
>
> Missing separate debuginfo for /usr/local/lib64/kamailio/libtrie.so.1
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/7f/00c5048fd670cf0330dafa33bfd7603250e416
>
> Missing separate debuginfo for /usr/local/lib64/kamailio/modules/exec.so
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/f7/23bb68b67a3c3e5a241e45ec452cb54f3e9783
>
> Missing separate debuginfo for
> /usr/local/lib64/kamailio/modules/userblacklist.so
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/5b/3301014781cf0a7bc56f4ebf0c470225ce0c6e
>
> Missing separate debuginfo for /usr/local/lib64/kamailio/modules/sqlops.so
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/38/a0106b49be571e852ca9ec1e042dc711ae805f
>
> Missing separate debuginfo for /usr/local/lib64/kamailio/modules/auth.so
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/99/a7a3d4e156be10224b9fc053e76e2d8f9ff809
>
> Missing separate debuginfo for /usr/local/lib64/kamailio/modules/auth_db.so
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/55/8e3539fcdb2aa57308ab96417f5de7cc749b31
>
> Missing separate debuginfo for
> /usr/local/lib64/kamailio/modules/permissions.so
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/4a/b7e6b16143276c415691d48fb7df64d39dca09
>
> Missing separate debuginfo for
> /usr/local/lib64/kamailio/modules/alias_db.so
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/5c/79f2557110461e082abcb5bae95330c1a4a76d
>
> Missing separate debuginfo for /usr/local/lib64/kamailio/modules/domain.so
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/a2/6f7d1f6a60ee44c30297e0713d427215e76bc8
>
> Missing separate debuginfo for
> /usr/local/lib64/kamailio/modules/nathelper.so
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/63/a7efa969f3c854159b55f7c854839b22d901af
>
> Missing separate debuginfo for
> /usr/local/lib64/kamailio/modules/rtpproxy.so
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/ec/cfe9baae971b9b2f11b5942f315ad1581ab19b
>
> Missing separate debuginfo for /usr/local/lib64/kamailio/modules/group.so
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/b7/b1046f47b7074e91aea5b68e1682310b6dbe2c
>
> Missing separate debuginfo for /usr/local/lib64/kamailio/modules/avpops.so
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/28/cb10a07dfe4223217b9cbfa574f8d719e50b3c
>
> Missing separate debuginfo for /usr/local/lib64/kamailio/modules/uri_db.so
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/a0/51e3de366ad40570889b61235d1d953f013e93
>
> Missing separate debuginfo for
>
> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
> /usr/lib/debug/.build-id/80/1b9608daa2cd5f7035ad415e9c7dd06ebdb0a2
>
> [?]
>
> Loaded symbols for /usr/local/lib64/kamailio/modules/uri_db.so
>
> Reading symbols from /lib64/libnss_files.so.2...(no debugging symbols
> found)...done.
>
> Loaded symbols for /lib64/libnss_files.so.2
>
> Core was generated by `/usr/local/sbin/kamailio -P /var/run/kamailio.pid
> -m 256 -M 64'.
>
> Program terminated with signal 11, Segmentation fault.
>
> #0  0x00000030f2230f30 in escape_string_for_mysql () from
> /usr/lib64/mysql/libmysqlclient.so.16
>
> Missing separate debuginfos, use: debuginfo-install
> glibc-2.12-1.80.el6.x86_64 keyutils-libs-1.4-4.el6.x86_64
> krb5-libs-1.9-33.el6.x86_64 libcom_err-1.41.12-12.el6.x86_64
> libconfuse-2.6-2.el6.rf.x86_64 libselinux-2.0.94-5.3.el6.x86_64
> mysql-libs-5.1.61-4.el6.x86_64 nss-softokn-freebl-3.12.9-11.el6.x86_64
> openssl-1.0.0-20.el6_2.5.x86_64 zlib-1.2.3-27.el6.x86_64
>
>
>
> Is that make sense for you?
>
>
>
> Regards,
>
>
>
> Igor.
>
>
>
> De : sr-users-bounces at lists.sip-router.org <mailto:
> sr-users-bounces at lists.sip-router.org>  [mailto:
> sr-users-bounces at lists.sip-router.org] De la part de Daniel-Constantin
> Mierla
> Envoy? : vendredi 28 mars 2014 19:22
> ? : Kamailio (SER) - Users Mailing List
> Objet : Re: [SR-Users] Crash on REGISTER
>
>
>
> Hello,
>
> it is recommended to use the latest 4.0.x, which is 4.0.6 at this moment.
> There was a fix to registrar module that might be the reason of the issue
> you faced.
>
> On the other hand, the backtrace is important, send the output of:
>
> bt full
>
> Cheers,
> Daniel
>
> On 28/03/14 19:10, Igor Potjevlesch wrote:
>
> Hello,
>
>
>
> I experienced an issue yesterday.
>
> I move a customer to Kamailio 4.0.4 (previously he was on an old SER
> instance without issue).
>
> He uses the same SIP account for connecting two IPBX (same platform, same
> firmware).
>
> When the second REGISTER came on Kamailio and, may be 500ms/1s after (I
> have sufficient time to see 200 OK (2 bindings) on Wireshark), Kamailio
> crash with coredump generated.
>
>
>
> I know that I must analyse the coredump but I hope that could be a known
> issue.
>
>
>
> In addition, when I try to run ?gdb? on the core files, I got the
> following:
>
> Core was generated by `/usr/local/sbin/kamailio -P /var/run/kamailio.pid
> -m 256 -M 64'.
>
> Program terminated with signal 11, Segmentation fault.
>
> #0  0x00000030f2230f30 in escape_string_for_mysql () from
> /usr/lib64/mysql/libmysqlclient.so.16
>
> Missing separate debuginfos, use: debuginfo-install
> glibc-2.12-1.80.el6.x86_64 keyutils-libs-1.4-4.el6.x86_64
> krb5-libs-1.9-33.el6.x86_64 libcom_err-1.41.12-12.el6.x86_64
> libconfuse-2.6-2.el6.rf.x86_64 libselinux-2.0.94-5.3.el6.x86_64
> mysql-libs-5.1.61-4.el6.x86_64 nss-softokn-freebl-3.12.9-11.el6.x86_64
> openssl-1.0.0-20.el6_2.5.x86_64 zlib-1.2.3-27.el6.x86_64
>
>
>
> I guess that I?m missing packages to troubleshoot.
>
>
>
> Many thanks.
>
>
>
> Regards,
>
>
>
> Igor.
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>  <mailto:sr-users at lists.sip-router.org> sr-users at lists.sip-router.org
>  <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
> 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 World Conference - April 2-4, 2014, Berlin, Germany
> http://www.kamailioworld.com
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.sip-router.org/pipermail/sr-users/attachments/20140331/9df46380/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 18
> Date: Mon, 31 Mar 2014 12:36:01 -0400
> From: info at vintageelectronics.ca
> To: miconda at gmail.com,  "Kamailio (SER) - Users Mailing List"
>         <sr-users at lists.sip-router.org>
> Subject: [SR-Users] (no subject)
> Message-ID: <53399971.6010009 at vintageelectronics.ca>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Daniel,
>
> Can you simply reply back and state if your blog entry is actual or not
> and should be followed or not?
>
> Thank you
>
> On 03/30/2014 02:32 PM, info at vintageelectronics.ca wrote:
> > Daniel:
> >
> > Following up.
> >
> > Thank you!
> >
> > On 03/28/2014 08:29 PM, info at vintageelectronics.ca wrote:
> >> Daniel,
> >>
> >> Following up.
> >>
> >> Thanks
> >> ve
> >>
> >> On 03/27/2014 04:44 PM, info at vintageelectronics.ca wrote:
> >>> Daniel,
> >>>
> >>> I found your writeup at
> >>> http://kb.asipto.com/kamailio:skype-like-service-in-less-than-one-hour
> >>> and tried to follow it.
> >>> Jitsi would not connect even though it is running in the same box as
> >>> Kamailio set up exactly as the linked page suggested.
> >>> No firewalls exist between them.
> >>>
> >>> It connects fine over TCP and works, it also connects fine over UDP
> >>> but cannot send/receive text messages and voice does not work.
> >>> But over TLS it never connects, and never times out - it just sits
> >>> there connecting.
> >>>
> >>> I tried changing the port ## for TLS from 5060 to 5061 etc and even
> >>> creating an SRV record on the local DNS server for this LAN, but
> >>> nothing worked.
> >>>
> >>> Can you suggest any troubleshooting steps?
> >>>
> >>> Thank you!
> >>> ve
>
>
>
>
>
> ------------------------------
>
> Message: 19
> Date: Mon, 31 Mar 2014 20:06:50 +0300
> From: Mihai Marin <marinmihai at gmail.com>
> To: "Kamailio (SER) - Users Mailing List"
>         <sr-users at lists.sip-router.org>
> Subject: [SR-Users] rls, rls_get_by_service_uri(): match not found
> Message-ID:
>         <CACKuv4WJqAQcJJwsiTxunn602BA-nd=
> 33STMzrFSJ4xggG_ekA at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hello Sirs,
> I'm trying from some days to make RLS work but without success. I checked
> every character from kamailio.cfg, xml files from xcap but I can't find the
> problem and I'm out of ideas.
>
> My problem is the the subscribe is not done => 0 notifications with status.
> I think the key error is that:
> DEBUG: rls [subscribe.c:125]: rls_get_by_service_uri(): match not found,
> service-uri = [sip:bob at 93.187.138.214]
>  2(29025) DEBUG: rls [subscribe.c:125]: rls_get_by_service_uri(): match not
> found, service-uri = [sip:bob at 93.187.138.214]
>  2(29025) DEBUG: rls [subscribe.c:125]: rls_get_by_service_uri(): match not
> found, service-uri = [sip:bob at 93.187.138.214]
>  2(29025) DEBUG: rls [subscribe.c:279]: rls_get_service_list(): service uri
> sip:alice at 93.187.138.214 not found in rl document for user
> sip:bob at 93.187.138.214
>
> Request:
> SUBSCRIBE sip:bob-list at 93.187.138.214 SIP/2.0
> Via: SIP/2.0/WS kvvj9i9uhvbp.invalid;branch=z9hG4bK4622972 Max-Forwards: 69
> To: <sip:bob-list at 93.187.138.214> From: "Bob Test"
> <sip:bob at 93.187.138.214>;tag=e9144sdk2v
> Call-ID: 52k3b9gheoj6gk2vmjlrr0 CSeq: 81 SUBSCRIBE Expires: 300 Event:
> presence Contact:
> <sip:v8jmlmeu at kvvj9i9uhvbp.invalid
> ;transport=ws>;reg-id=1;+sip.instance="<urn:uuid:152abb8b-085d-4ca5-b658-4ecb38d1b79f>";expires=60000
> Supported: eventlist Accept: multipart/related, application/pidf+xml,
> application/rlmi+xml, application/rpid+xml Allow-Events: refer, presence,
> presence.winfo, xcap-diff, conference Require: recipient-list-subscribe
> Allow: INVITE, ACK, CANCEL, BYE, MESSAGE, OPTIONS, NOTIFY, PRACK, UPDATE,
> REFER User-Agent: JsSIP 0.3.7 Content-Length: 0
>
> Receive:
> NOTIFY sip:v8jmlmeu at 188.215.94.132:25702;transport=ws SIP/2.0 Via:
> SIP/2.0/WS 93.187.138.214:5040
> ;branch=z9hG4bKf43b.cc179644000000000000000000000000.0
> To: <sip:bob at 93.187.138.214>;tag=e9144sdk2v From: <
> sip:bob-list at 93.187.138.214>;tag=67d32ce551425daaac3772fa02abe99f-daa0
> CSeq: 1 NOTIFY Call-ID: 52k3b9gheoj6gk2vmjlrr0 Content-Length: 394
> User-Agent: kamailio (4.2.0-dev3 (x86_64/linux)) Max-Forwards: 70 Event:
> presence Contact: <sip:rls at 93.187.138.214> Subscription-State:
> active;expires=300 Require: eventlist Content-Type:
>
> multipart/related;type="application/rlmi+xml";start="<1396291389.sip:bob-list at 93.187.138.214.834374984
> >";boundary="TnOoxHgwMlltoGjpMlgd1kNc"
> --TnOoxHgwMlltoGjpMlgd1kNc Content-Transfer-Encoding: binary Content-ID:
> <1396291389.sip:bob-list at 93.187.138.214.834374984> Content-Type:
> application/rlmi+xml;charset="UTF-8" <?xml version="1.0"?> <list uri="
> sip:bob-list at 93.187.138.214" xmlns="urn:ietf:params:xml:ns:rlmi"
> version="1" fullState="true"> <resource uri="sip:alice at 93.187.138.214"/>
> </list> --TnOoxHgwMlltoGjpMlgd1kNc--
>
>
> I have 2 users: bob & alice.
>
> Alice xcap files:
> <resource-lists xmlns="urn:ietf:params:xml:ns:resource-lists">
>   <list name="Default">
>     <display-name>All Contacts</display-name>
>   <entry xmlns="urn:ietf:params:xml:ns:resource-lists" uri="
> sip:bob at 93.187.138.214">
>   <display-name>bob</display-name>
> </entry>
> </list>
> </resource-lists>
>
> <rls-services xmlns:rl="urn:ietf:params:xml:ns:resource-lists"
> xmlns="urn:ietf:params:xml:ns:rls-services">
>   <service uri="sip:alice-list at 93.187.138.214">
>     <resource-list>
>
> http://93.187.138.214:5060/xcap-root/resource-lists/users/sip:alice@93.187.138.214/index/~~/resource-lists/list%5B@name=%22Default%22%5D
> </resource-list>
>     <packages>
>       <package>presence</package>
>     </packages>
>   </service>
> </rls-services>
>
> Bob xcap files:
> <resource-lists xmlns="urn:ietf:params:xml:ns:resource-lists">
>   <list name="Default">
>     <display-name>All Contacts</display-name>
>   <entry xmlns="urn:ietf:params:xml:ns:resource-lists" uri="
> sip:alice at 93.187.138.214">
>     <display-name>alice</display-name>
>   </entry>
>  </list>
> </resource-lists>
>
> <rls-services xmlns:rl="urn:ietf:params:xml:ns:resource-lists"
> xmlns="urn:ietf:params:xml:ns:rls-services">
>   <service uri="sip:bob at 93.187.138.214">
>     <resource-list>
>
> http://93.187.138.214:5060/xcap-root/resource-lists/users/sip:bob@93.187.138.214/index/~~/resource-lists/list%5B@name=%22Default%22%5D
> </resource-list>
>     <packages>
>       <package>presence</package>
>     </packages>
>   </service>
> </rls-services>
>
> And, global file:
> <xcap-caps xmlns='urn:ietf:params:xml:ns:xcap-caps'>
>   <auids>
>     <auid>rls-services</auid>
>     <auid>pidf-manipulation</auid>
>     <auid>xcap-caps</auid>
>     <auid>resource-lists</auid>
>     <auid>pres-rules</auid>
>     <auid>org.openmobilealliance.pres-rules</auid>
>     <auid>org.openmobilealliance.user-profile</auid>
>     <auid>org.openmobilealliance.pres-content</auid>
>   </auids>
>   <extensions>
>   </extensions>
>   <namespaces>
>     <namespace>urn:ietf:params:xml:ns:rls-services</namespace>
>     <namespace>urn:ietf:params:xml:ns:pidf</namespace>
>     <namespace>urn:ietf:params:xml:ns:xcap-caps</namespace>
>     <namespace>urn:ietf:params:xml:ns:resource-lists</namespace>
>     <namespace>urn:ietf:params:xml:ns:pres-rules</namespace>
>     <namespace>urn:oma:xml:xdm:user-profile</namespace>
>     <namespace>urn:oma:xml:prs:pres-content</namespace>
>   </namespaces>
> </xcap-caps>
>
> KAMAILIO log is here: http://pastebin.com/4XGSCPkc
> Kamailio route presence from config is here: http://pastebin.com/LYSr5yPz
>
> What I'm doing wrong? Are xml configured properly?
>
> Thank you.
>
> Best regards,
> Mihai M
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.sip-router.org/pipermail/sr-users/attachments/20140331/a386c60d/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 20
> Date: Mon, 31 Mar 2014 14:55:15 -0400 (EDT)
> From: Slava Bendersky <volga629 at networklab.ca>
> To: "Kamailio (SER) - Users Mailing List"
>         <sr-users at lists.sip-router.org>
> Subject: Re: [SR-Users] message 484
> Message-ID:
>         <328612725.2285585.1396292115456.JavaMail.zimbra at skillsearch.ca>
> Content-Type: text/plain; charset="utf-8"
>
> Hello Pedro,
>
> Here SDP from asterisk. Asterisk it just don't know where to send traffic.
> Sip peer on asterisk connects no issue.
>
> [voice]
> type=peer
> host=kamailio ip
> defaultuser=1300
> fromuser=1300
> user=1300
> secret=test
> permit=local subnet
> disallow=all
> allow=ulaw
> dtmfmode=rfc2833
> context=voicemailbox
> canreinvite=no
> insecure=port,invite
> qualify=yes
> directrtpsetup=no
>
>
>
>
> -- Incorrect password '' for user '1200' (context = default)
> -- <SIP/1200-00000004> Playing 'vm-incorrect-mailbox.gsm' (language 'en')
> Retransmitting #9 (no NAT) to 10.237.236.207:5060:
> SIP/2.0 200 OK
> Via: SIP/2.0/UDP
> 10.237.236.207;branch=z9hG4bKf682.cc9d98383fa97727d9968596f24c2c0a.0;received=10.237.236.207
> Via: SIP/2.0/UDP 10.237.236.212:64609
> ;branch=z9hG4bK-d8754z-f319541e694ad32f-1---d8754z-
> Record-Route: <sip:10.237.236.207;lr=on>
> From: "Slava Bendersky"<sip:1200 at networklab.loc
> ;transport=UDP>;tag=6358d712
> To: <sip:120 at networklab.loc;transport=UDP>;tag=as3b53c4ae
> Call-ID: YTk2YTBlYjQzYzJiZDQ4OTRkMmI3Nzk1NGU0ZDg1NTI.
> CSeq: 2 INVITE
> Server: Asterisk PBX 12.0.0
> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO,
> PUBLISH
> Supported: replaces, timer
> Session-Expires: 1800;refresher=uas
> Contact: <sip:120 at 10.237.236.207:5062>
> Content-Type: application/sdp
> Require: timer
> Content-Length: 183
>
> v=0
> o=root 1990993471 1990993471 IN IP4 10.237.236.207
> s=Asterisk PBX 12.0.0
> c=IN IP4 10.237.236.207
> t=0 0
> m=audio 15070 RTP/AVP 0
> a=rtpmap:0 PCMU/8000
> a=ptime:20
> a=sendrecv
>
> ---
> Retransmitting #10 (no NAT) to 10.237.236.207:5060:
> SIP/2.0 200 OK
> Via: SIP/2.0/UDP
> 10.237.236.207;branch=z9hG4bKf682.cc9d98383fa97727d9968596f24c2c0a.0;received=10.237.236.207
> Via: SIP/2.0/UDP 10.237.236.212:64609
> ;branch=z9hG4bK-d8754z-f319541e694ad32f-1---d8754z-
> Record-Route: <sip:10.237.236.207;lr=on>
> From: "Slava Bendersky"<sip:1200 at networklab.loc
> ;transport=UDP>;tag=6358d712
> To: <sip:120 at networklab.loc;transport=UDP>;tag=as3b53c4ae
> Call-ID: YTk2YTBlYjQzYzJiZDQ4OTRkMmI3Nzk1NGU0ZDg1NTI.
> CSeq: 2 INVITE
> Server: Asterisk PBX 12.0.0
> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO,
> PUBLISH
> Supported: replaces, timer
> Session-Expires: 1800;refresher=uas
> Contact: <sip:120 at 10.237.236.207:5062>
> Content-Type: application/sdp
> Require: timer
> Content-Length: 183
>
> v=0
> o=root 1990993471 1990993471 IN IP4 10.237.236.207
> s=Asterisk PBX 12.0.0
> c=IN IP4 10.237.236.207
> t=0 0
> m=audio 15070 RTP/AVP 0
> a=rtpmap:0 PCMU/8000
> a=ptime:20
> a=sendrecv
>
> ---
> [Mar 31 14:44:25] WARNING[1834]: chan_sip.c:4259 retrans_pkt:
> Retransmission timeout reached on transmission
> YTk2YTBlYjQzYzJiZDQ4OTRkMmI3Nzk1NGU0ZDg1NTI. for seqno 2 (Critical
> Response) -- See
> https://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions
> Packet timed out after 32000ms with no response
> [Mar 31 14:44:25] WARNING[1834]: chan_sip.c:4288 retrans_pkt: Hanging up
> call YTk2YTBlYjQzYzJiZDQ4OTRkMmI3Nzk1NGU0ZDg1NTI. - no reply to our
> critical packet (see
> https://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions).
> [Mar 31 14:44:25] WARNING[2801][C-0000000e]: app_voicemail.c:10590
> vm_authenticate: Couldn't read username
> Scheduling destruction of SIP dialog
> 'YTk2YTBlYjQzYzJiZDQ4OTRkMmI3Nzk1NGU0ZDg1NTI.' in 32000 ms (Method: INVITE)
> set_destination: Parsing <sip:10.237.236.207;lr=on> for address/port to
> send to
> set_destination: set destination to 10.237.236.207:5060
> Reliably Transmitting (no NAT) to 10.237.236.207:5060:
> BYE sip:1200 at 10.237.236.212:64609;transport=UDP SIP/2.0
> Via: SIP/2.0/UDP 10.237.236.207:5062;branch=z9hG4bK7b8eba54
> Route: <sip:10.237.236.207;lr=on>
> Max-Forwards: 70
> From: <sip:120 at networklab.loc;transport=UDP>;tag=as3b53c4ae
> To: "Slava Bendersky"<sip:1200 at networklab.loc;transport=UDP>;tag=6358d712
> Call-ID: YTk2YTBlYjQzYzJiZDQ4OTRkMmI3Nzk1NGU0ZDg1NTI.
> CSeq: 102 BYE
> User-Agent: Asterisk PBX 12.0.0
> X-Asterisk-HangupCause: No user responding
> X-Asterisk-HangupCauseCode: 18
> Content-Length: 0
>
>
> ---
>
> <--- SIP read from UDP:10.237.236.207:5060 --->
> SIP/2.0 481 Call/Transaction Does Not Exist
> Via: SIP/2.0/UDP 10.237.236.207:5062;branch=z9hG4bK7b8eba54
> To: "Slava Bendersky"<sip:1200 at networklab.loc;transport=UDP>;tag=6358d712
> From: <sip:120 at networklab.loc;transport=UDP>;tag=as3b53c4ae
> Call-ID: YTk2YTBlYjQzYzJiZDQ4OTRkMmI3Nzk1NGU0ZDg1NTI.
> CSeq: 102 BYE
> Accept-Language: en
> Content-Length: 0
>
> <------------->
> --- (8 headers 0 lines) ---
> Really destroying SIP dialog
> 'YTk2YTBlYjQzYzJiZDQ4OTRkMmI3Nzk1NGU0ZDg1NTI.' Method: INVITE
> Reliably Transmitting (no NAT) to 10.237.236.207:5060:
> OPTIONS sip:10.237.236.207 SIP/2.0
> Via: SIP/2.0/UDP 10.237.236.207:5062;branch=z9hG4bK51a7f1ef
> Max-Forwards: 70
> From: "asterisk" <sip:1300 at networklab.loc>;tag=as7232ca20
> To: <sip:10.237.236.207>
> Contact: <sip:1300 at 10.237.236.207:5062>
> Call-ID: 46ea55704ee7005705c98d9106904470 at networklab.loc
> CSeq: 102 OPTIONS
> User-Agent: Asterisk PBX 12.0.0
> Date: Mon, 31 Mar 2014 18:44:35 GMT
> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO,
> PUBLISH
> Supported: replaces, timer
> Content-Length: 0
>
> Slava.
>
> ----- Original Message -----
>
> From: "Pedro Ni?o" <nino.pedro at gmail.com>
> To: "Kamailio (SER) - Users Mailing List" <sr-users at lists.sip-router.org>
> Sent: Monday, March 31, 2014 9:51:11 AM
> Subject: Re: [SR-Users] message 484
>
>
>
> So, the problem is that calls made from a direct connected user, falls to
> voicemail? Even if the other user is online?
>
> All the users are on the same asterisk server? Or using a trunk outside?
>
> As a test, tried to register to the asterisk server directly and test the
> call?
>
>
> That's why I was asking to elaborate, and show a bit more about the call
> flow behavior... A small text diagram and desired behavior would be useful
>
> El mar 31, 2014 8:13 AM, "Slava Bendersky" < volga629 at networklab.ca >
> escribi?:
>
>
>
> Hello Olle,
> Overlap is disabled on asterisk. I more wonder about this message.
>
> Mar 31 08:40:20 dsm01 /usr/sbin/kamailio[6101]: WARNING: sanity
> [sanity.c:833]: check_parse_uris(): sanity_check(): check_parse_uris():
> failed to parse From uri
>
> Because from direct connected network, call failing to voicemail.
>
> Slva.
>
> From: "Olle E. Johansson" < oej at edvina.net >
> To: "Kamailio (SER) - Users Mailing List" < sr-users at lists.sip-router.org>
> Sent: Monday, March 31, 2014 3:33:11 AM
> Subject: Re: [SR-Users] message 484
>
> Hi!
> I guess this is a poorly configured Asterisk server that has
> "Allowoverlap" enabled.
> A 484 is used for overlap dialing. The server says "I need more digits to
> complete this call".
>
> /O
>
> On 31 Mar 2014, at 02:30, Pedro Ni?o < nino.pedro at gmail.com > wrote:
>
>
> <blockquote>
>
>
> I think this is the correct behavior, as asterisk server is complaining
> about the address/request not containing all the necesary data to process
> the message
>
> Can you please elaborate with a bit more of detail? Also can use tools
> like sngrep, tcpdump (or wireshark) to have a better view of the complete
> call flow.
>
> Maybe that way we can help.
> El mar 29, 2014 1:59 AM, "Slava Bendersky" < volga629 at networklab.ca >
> escribi?:
>
> <blockquote>
>
> Hello Everyone,
> How to correct message 484
> Is need use txt module to fill string with correct information ?
>
> <--- SIP read from UDP: 192.168.100.145:5060 --->
> SIP/2.0 484 Address Incomplete
> Via: SIP/2.0/UDP 192.168.100.145:5062;branch=z9hG4bK5ec564e6
> From: "asterisk" < sip:1300 at networklab.loc >;tag=as0a530a8d
> To: < sip:192.168.100.145 >;tag=b27e1a1d33761e85846fc98f5f3a7e58.93df --->
> This line ins question.
> Call-ID: 631e893f75da720865e8468132884367 at networklab.loc
> CSeq: 102 OPTIONS
> Contact: < sip:1300 at 192.168.100.145:5062 >;expires=3600
> Server: kamailio (4.1.2 (x86_64/linux))
> Content-Length: 0
>
>
> Slava.
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
> </blockquote>
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> </blockquote>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.sip-router.org/pipermail/sr-users/attachments/20140331/8737e37a/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 21
> Date: Tue, 1 Apr 2014 09:44:38 +1000
> From: jay binks <jaybinks at gmail.com>
> To: "Kamailio (SER) - Users Mailing List"
>         <sr-users at lists.sip-router.org>
> Subject: [SR-Users] Kamailio on Android
> Message-ID:
>         <
> CAO47Hpc11+UhuHWffeySVORMT5c_odwy0Aym1f0h3cU0u5fj1Q at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> I realise this is a little left field,
> but has anyone compiled kamailio to run on Android ?
>
> ( and rtpproxy etc if you know )
>
> would be really handy if there was some experience here.
>
> --
> Sincerely
>
> Jay
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.sip-router.org/pipermail/sr-users/attachments/20140401/bbe19eb4/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 22
> Date: Tue, 01 Apr 2014 01:06:01 -0400
> From: Alex Balashov <abalashov at evaristesys.com>
> To: "SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) -
>         Users   Mailing List" <sr-users at lists.sip-router.org>,
>         business at lists.kamailio.org
> Subject: [SR-Users] Social Configuration module for Kamailio released
> Message-ID: <533A4939.3020301 at evaristesys.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> For immediate release:
>
> ATLANTA, GA (1 April 2014)--Evariste Systems LLC, an Atlanta-based
> consultancy and software vendor specialising in Kamailio-based VoIP
> infrastructure solutions for the ITSP (Internet Telephony Service
> Provider) market, has announced the public release of its groundbreaking
> "Social Configuration" module for the Kamailio open-source SIP server
> and SIP proxy.
>
> Evariste principal Alex Balashov explained:
>
> "It's no secret that writing Kamailio configuration in its embedded
> scripting language is complex. Social Configuration integrates with
> Twitter and Facebook to allow tens of thousands of people to write a
> config simultaneously through social networks, over a variety of devices
> and media, including PCs, tablets, smartphones and SMS. This lets Kamailio
> users harness the benefits of crowdsourcing."
>
> Continued Balashov: "The process begins when the Kamailio administrator
> writes the desired intentions of their setup--yes, in natural English
> prose. This isn't for propellerheads.
>
> The module sends this to our proprietary QNLP (quantum natural language
> parsing) server, which splits these desiderata into Business Action
> Items (BAIs). These are then sent out to participating Facebook and
> Twitter users via our expansive middleware, and the users return their
> piecemeal script implementations, which are usually one line of code or
> less. These are consolidated back into a fully functional Kamailio
> configuration."
>
> Brooks Bridges, Director of Engineering at Evariste, explained how
> Social Configuration handles reconciliation of conflicting implementations
> from across the Twittersphere and Facebook:
>
> "This is really the heart of the technology. It's handled via a deeply
> recursive, Rails-based social A/B testing and multiple-choice polling
> system. It uses hashtags, trending and RSS and stuff. The days of merge
> conflicts with unified diffs are gone! Throw out your legacy version
> control, 'cause this is Conflict Resolution 2.0: The Feed!"
>
> Another frequently asked question lingered: assembling the contributions
> in a particular order. On this topic, Balashov offered a surprising
> answer:
>
> "Plot twist: that's social, too! Twitter is an infinitely dynamic
> collaboration platform. The question isn't so much 'what can social
> networks do for us?' as 'what can't they do?' You can see that there
> are many strata of social clouds here: cumulus, stratus, cirrus--we've
> got all the clouds!"
>
> "Xzibit would make it easier to understand for the layman," chortled
> Balashov as he shifted his position slightly.
>
> "The whole process uses infinitely differential recursion manifolds.
> It's like: 'Yo dawg, I heard you like crowds, so we put a crowd in your
> crowd, so you can crowd while you crowd', you know? All stages of the
> process happen simultaneously and in real time. It's consensus-driven
> development by a Committee of the Ultimate."
>
> Balashov also stated that total development time for Social Configuration
> was only three days, rather than the thousands of man-hours normally
> required to develop complex technology. When asked how this was possible,
> he deferred to Bridges:
>
> Bridges explained:
>
> "It's all because we embraced the Agile Full Vapour method at our company.
> Maybe you've heard of it.
>
> Classic Agile and 'customer-driven development' says 'release early,
> fail often'. That wasn't enough for us. Agile Full Vapour is Agile
> extended to its logical maximum. Our slogan here at Evariste Engineering
> is 'Release Too Early, Fail More Often'. And stand-ups? Ain't nobody got
> time for that. We've done away with all team communication or collaboration
> of any kind. We've slashed overhead to a new level, and the numbers speak
> for themselves. We get three thousand percent more out of our developers
> than anyone, anywhere else."
>
> Balashov concurred, gesturing to the Evariste office "Vapour Board":
>
> "I really don't know how legacy Agile companies get anything done!"
>
> Initial reactions to the new technology from inside the VoIP community
> were positive.
>
> Sean McCord, Vice President of Wholesale Hashtag and viral marketing expert
> at Atlanta-based social media anaytics giant CyCORE Systems, agreed
> that Social Configuration is an essential leap forward for the Kamailio
> ecosystem:
>
> "The Social Configuration module heralds the long-overdue marriage of
> Kamailio with the Social Web, the biggest trend of the Internet in this
> millenium so far, and probably for the rest of the millenium. Everyone
> knows that the wisdom of crowds is greater than the wisdom of one."
>
> On the broader theme of Kamailio's ascendancy to the mainstream of the
> Social Web, McCord said:
>
> "Anyway, the whole reason Kamailio hasn't gone viral so far is due to
> lack of network effects. We have planking, owling, Grumpy Cat, so why
> not Kamailio? Kamailio's imagery is green like Philosoraptor. What's
> stopping it from going big like Philosoraptor? No network effects, no
> multiplier--that is, until now."
>
> J.R. Richardson, Chief Technology Officer of Dallas-based Ntegrated
> Solutions, reported positive results from his initial testing:
>
> "Down here in Texas, we're a real social bunch. But I always felt so
> lonely writing Kamailio script by myself. I don't even know what I'm
> doing half the time. But now, with this Social Configuration business,
> the whole neighborhood can help out!"
>
> John Knight, Chief Engineer at Ringfree Communications in Hendersonville,
> North Carolina, also spoke highly of the new social technology:
>
> "It's great! The config just writes itself! But the best part for me,
> as a civically conscious businessman, is the economic boost. It's a
> much better employment opportunity for stay-at-home moms in Appalachia
> than Mechanical Turk. I'm paying out 2 cents per core function call,
> 4 cents per modparam, 10 cents per Record-Route parameter, and 5 cents
> per module function invocation. Stimulate this economy!"
>
> Carlos Alvarez, an international business consultant at The Himley
> Dock Table Agency, a Phoenix, Arizona-area think tank focused on
> sociology of the World Wide Web, was keen to note that the technology
> brought forth by Evariste was far more than just a different way of
> implementing Kamailio solutions.
>
> "We were talking with Evariste about building an XMPP server and selling
> it to Facebook for $20 billion, but that train left the station. It was
> a blessing in disguise, though, because it told us that we weren't thinking
> big enough. Social Configuration is way more transformative."
>
> Asked further about what it meant, Alvarez said:
>
> "This is going to have implications way beyond esoteric programming.
> A crowdsourced config is nothing like an individual's config; it's
> e-cosmopolitanism, it's Humanity 2.0. It will open up the floor to
> new kinds of first movers and lead to new assumptions about how
> scripts of all kinds should be written.
>
> It's going to challenge established notions of what it means to program,
> and it will make the playing field more level by disintermediating the
> supply chain of session initiation. A lot of middlemen are going to hurt.
> One does not simply program the program anymore; the program programs
> you, too. It programs all of us. For the first time, request routes and
> SRV load balancing are part of a living, breathing organism. And that's
> worth way more than an XMPP server. That's disruption right there."
>
> After a moment's thought, Alvarez added:
>
> "I can probably flip it to Facebook for at least $3 trillion in Zuckerberg
> funny money--whoops, did I say that? I meant Facebook stock."
>
> The transformative impact forecasted by Alvarez is seemingly borne out
> in the enthusiasm for Social Configuration shown around the world by a
> variety of societal constituencies not traditionally thought to be
> associated with software development and telecommunications.
>
> Jakub Klausa, a self-described member of an "anarcho-syndicalist reading
> group" in Wroclaw, Poland, confidently offered a hypothesis about the`
> new era brought forth by Social Configuration:
>
> "Let's start with the deeply-ingrained assumption of Kamailio consultant
> or trainer as 'teacher', as a purveyor of knowledge that he has and you
> don't," said Klausa.
>
> "That's a very oppressive, authoritarian construction. It's quite
> presumptuous and dehumanising. Oh, does the Kamailio 'expert', His
> Royal Highness, deign to 'teach' us, to 'share' what he knows with
> the little people? Oh, thank you, massa', thank you!" lamented Klausa.
>
> "You see, it's not so much about what the consultants and self-anointed
> mailing list demigods can 'teach' us. It's more about what we can all
> learn from each other! Social Configuration is a tool that finally
> allows us, the workers, the so-called 'newbies', to take the power
> of Kamailio into our hands and master our own destiny. It's time to
> put a knife through the tyranny of 'expertise' and 'knowledge'."
>
> The Chairman of the Plenary Session of the Central Committee of the
> Revolutionary Communist Party of Poland, Magdalena Boksa, issued the
> following communiqu? from the party's headquarters, thought to be
> located in an underground bunker beneath a Starbucks:
>
>       Social Configuration empowers the revolutionary vanguard
>       of the activated, class-conscious proletariat to commandeer
>       the machinery of Kamailio, in order to advance a scientific
>       understanding of the objective laws of motion of the
>       capitalist system, together with the tension of its internal
>       contradictions, in keeping with the essential truth of
>       dialectical materialism.
>
>       The global imperialist division of labour, as revealed by
>       V.I. Lenin in Selected Works, Vol. 1, shall meet its end
>       through the thunderous destruction of the petit-bourgeois
>       monopoly on knowledge-as-capital and the extraction of
>       surplus value from it. Through the dogma of Social Configuration,
>       the means of production in Information Technology shall be
>       socialised among the working class, distributed according to
>       the principle of "from each according to his ability, to each
>       according to his need".
>
> When asked about the revolutionary potential of Social Configuration,
> a young student member of the RCP-Poland Youth Brigade concurred
> with Comrade Boksa's recitation:
>
> "?Venceremos! ?No pasar?n! ?Hasta la victoria siempre!"
>
> The impact of Social Configuration has even played out on a national, and
> perhaps global level of significance. A brief statement from the Ministry
> of Foreign Affairs of the Democratic People's Republic of Korea read:
>
>       Social Configuration of Red Star SER [as it is known inside
>       North Korea] is consistent with the teachings of Kim Il-Sungism
>       and Kim Jong-Ilism. Great Leader Kim Jong-Un, Supreme Commander
>       of the Korean People's Army, First Secretary of the Workers' Party
>       of Korea, will chart the glorious course to the maximum realisation
>       of its full military and civil potential in all spheres of public
>       and private life. It will boost the resilience of our prosperous
>       socialist nation in the face of a continual onslaught by the
>       imperialist menace and its ROK puppet regime.
>
> Motivated by chronic energy shortages, the secretive North Korean state
> has been rumoured to be working on a Kamailio-based personal VoIP
> appliance that is--the first of its kind--powered not by conventional
> electricity, but by The Juche Idea.
>
> Social Configuration has also garnered attention from scholars attentive
> to the role of gender, race and privilege in the configuration scripting
> process.
>
> Moriah Trostler, a resident feminist scholar at the Phoenix,
> Arizona-based Scorpion Bay Institute of Gender Studies, gave some
> insight into the ways that Social Configuration potentially broadens
> the inclusiveness of the Kamailio tapestry:
>
> "If people would check their cisprivilege and open their eyes, they
> would see that Kamailio, and SIP itself, is full of oppressive,
> psychologically violent gendered constructions. For instance, there is
> the infamous 'loose routing vs. strict routing' dichotomy, which is
> clearly a dark, sadomasochistic allegory for capricious--dare I say
> schizophrenic?--sexual humiliation. It's a lurid invitation to
> indulge the prurient whims of the boss-with-secretary."
>
> Trostler gave another example:
>
> "And From and To 'tags'? Please, the idea of ownership of another's
> corporeal being, of branding--tagging--like cattle, is transparent.
> That's straight out of the Larry Flint smut-peddling playbook. And what's
> more, all this makes use of 'globally unique identifiers', the signature
> scent of industrial alienation--an anonymising, dystopian, Kafkaesque
> labyrinth. This has all the markers of masculinised depersonalisation.
> Need I go on?"
>
> Trostler went on: "Social Configuration opens the door to speaking truth
> to some of these discriminatory, alienating, gendered mental categories
> in which brogrammers think. Finally, women can write the Kamailio config
> as they might have written it, without compromising their identity or
> their dignity. Maybe we can even make some headway in influencing the
> male-dominated IETF standards process."
>
> Asked to summarise the impact of emergent minority voices and critical
> discourse enabled by Social Configuration, Fred Posner, a literary
> theorist based in Gainesville, Florida, offered the following comments:
>
> "The larger power of Social Configuration is essentially meta. It
> offers a new language, a new word-prism through which to look at
> the neosemiotic discursive space of SIP express routing. It's about
> reader as text, and text as reader, and the joy and wonder of their
> sizzling interplay."
>
> "It is evocative of Nietzsche," said Posner, gesturing to an open manhole
> cover on a busy Jacksonville thoroughfare.
>
> "If you stare too long into the Kamailio configuration, it, in turn,
> stares back into you! But now it speaks with a palpable collective voice,
> giving shape--definition!--to a bold, muscular subtext of configuration
> as culture, and culture as configuration. It is a semantic fusion of coder
> as critic, and critic as coder. Without knowing it--and it was
> inconceivable
> that they could have known it--Evariste has set into motion a wondrous,
> intricate and mesmerising ballet, a shower of sparks, a thrifty, yet
> spirited rejoinder to the supposed futility of poststructuralist
> rationalism.
> As we speak, a new 'Social Text' is being written!"
>
> Alistair Cunningham, a physicist from the University of Cambridge,
> provided an appraisal from a different angle:
>
> "Social Configuration, as interpreted by Balashov, embodies the
> kind of nonlinear thinking that is noticeably missing in software. At
> first glance, it does seem to invite a deafening cacophany, an
> undifferentiated chaos. But if one phase-shifts it slightly, the shadows
> of mathematical signatures emerge, waiting to be unlocked. The quantum
> resonance of social entropy doing its work gives us valuable clues into
> the origins of the universe at the sub-particle level."
>
> Asked about what Evariste has in store next, Balashov was
> uncharacteristically tight-lipped:
>
> "I can't say too much. But I can tell you it's big. Though he doesn't
> know it yet, we're even going to hire Leif Madsen for this, because
> the database is going to be at least 6 GB. That's almost a byte for
> every person on the planet. Definitely Big Data territory."
>
> Pressed for details, Balashov said:
>
> "Okay, okay, but this is all I'm going to say. I've got three words for
> you: IMS With Friends. It's a proprietary mash-up of Snapchat in the
> front, Hadoop in the back, and a DIAMETER billing interface in the
> middle. What could possibly go wrong?"
>
>
>
> --
> 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/
>
>
>
> ------------------------------
>
> Message: 23
> Date: Mon, 31 Mar 2014 22:24:36 -0700
> From: Kelvin Chua <kelchy at gmail.com>
> To: "Kamailio (SER) - Users Mailing List"
>         <sr-users at lists.sip-router.org>
> Cc: business at lists.kamailio.org
> Subject: Re: [SR-Users] Social Configuration module for Kamailio
>         released
> Message-ID:
>         <
> CAMF97-dqjime0NUd6_KXWnJWTFLpzxXa8EMZ+va3PD3w82s3nw at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Where do we sign-up? Is there an April 1st special promo code? lol :D
>
> Kelvin Chua
>
>
> On Mon, Mar 31, 2014 at 10:06 PM, Alex Balashov
> <abalashov at evaristesys.com>wrote:
>
> > For immediate release:
> >
> > ATLANTA, GA (1 April 2014)--Evariste Systems LLC, an Atlanta-based
> > consultancy and software vendor specialising in Kamailio-based VoIP
> > infrastructure solutions for the ITSP (Internet Telephony Service
> > Provider) market, has announced the public release of its groundbreaking
> > "Social Configuration" module for the Kamailio open-source SIP server
> > and SIP proxy.
> >
> > Evariste principal Alex Balashov explained:
> >
> > "It's no secret that writing Kamailio configuration in its embedded
> > scripting language is complex. Social Configuration integrates with
> > Twitter and Facebook to allow tens of thousands of people to write a
> > config simultaneously through social networks, over a variety of devices
> > and media, including PCs, tablets, smartphones and SMS. This lets
> Kamailio
> > users harness the benefits of crowdsourcing."
> >
> > Continued Balashov: "The process begins when the Kamailio administrator
> > writes the desired intentions of their setup--yes, in natural English
> > prose. This isn't for propellerheads.
> >
> > The module sends this to our proprietary QNLP (quantum natural language
> > parsing) server, which splits these desiderata into Business Action
> > Items (BAIs). These are then sent out to participating Facebook and
> > Twitter users via our expansive middleware, and the users return their
> > piecemeal script implementations, which are usually one line of code or
> > less. These are consolidated back into a fully functional Kamailio
> > configuration."
> >
> > Brooks Bridges, Director of Engineering at Evariste, explained how
> > Social Configuration handles reconciliation of conflicting
> implementations
> > from across the Twittersphere and Facebook:
> >
> > "This is really the heart of the technology. It's handled via a deeply
> > recursive, Rails-based social A/B testing and multiple-choice polling
> > system. It uses hashtags, trending and RSS and stuff. The days of merge
> > conflicts with unified diffs are gone! Throw out your legacy version
> > control, 'cause this is Conflict Resolution 2.0: The Feed!"
> >
> > Another frequently asked question lingered: assembling the contributions
> > in a particular order. On this topic, Balashov offered a surprising
> > answer:
> >
> > "Plot twist: that's social, too! Twitter is an infinitely dynamic
> > collaboration platform. The question isn't so much 'what can social
> > networks do for us?' as 'what can't they do?' You can see that there
> > are many strata of social clouds here: cumulus, stratus, cirrus--we've
> > got all the clouds!"
> >
> > "Xzibit would make it easier to understand for the layman," chortled
> > Balashov as he shifted his position slightly.
> >
> > "The whole process uses infinitely differential recursion manifolds.
> > It's like: 'Yo dawg, I heard you like crowds, so we put a crowd in your
> > crowd, so you can crowd while you crowd', you know? All stages of the
> > process happen simultaneously and in real time. It's consensus-driven
> > development by a Committee of the Ultimate."
> >
> > Balashov also stated that total development time for Social Configuration
> > was only three days, rather than the thousands of man-hours normally
> > required to develop complex technology. When asked how this was possible,
> > he deferred to Bridges:
> >
> > Bridges explained:
> >
> > "It's all because we embraced the Agile Full Vapour method at our
> company.
> > Maybe you've heard of it.
> >
> > Classic Agile and 'customer-driven development' says 'release early,
> > fail often'. That wasn't enough for us. Agile Full Vapour is Agile
> > extended to its logical maximum. Our slogan here at Evariste Engineering
> > is 'Release Too Early, Fail More Often'. And stand-ups? Ain't nobody got
> > time for that. We've done away with all team communication or
> collaboration
> > of any kind. We've slashed overhead to a new level, and the numbers speak
> > for themselves. We get three thousand percent more out of our developers
> > than anyone, anywhere else."
> >
> > Balashov concurred, gesturing to the Evariste office "Vapour Board":
> >
> > "I really don't know how legacy Agile companies get anything done!"
> >
> > Initial reactions to the new technology from inside the VoIP community
> > were positive.
> >
> > Sean McCord, Vice President of Wholesale Hashtag and viral marketing
> expert
> > at Atlanta-based social media anaytics giant CyCORE Systems, agreed
> > that Social Configuration is an essential leap forward for the Kamailio
> > ecosystem:
> >
> > "The Social Configuration module heralds the long-overdue marriage of
> > Kamailio with the Social Web, the biggest trend of the Internet in this
> > millenium so far, and probably for the rest of the millenium. Everyone
> > knows that the wisdom of crowds is greater than the wisdom of one."
> >
> > On the broader theme of Kamailio's ascendancy to the mainstream of the
> > Social Web, McCord said:
> >
> > "Anyway, the whole reason Kamailio hasn't gone viral so far is due to
> > lack of network effects. We have planking, owling, Grumpy Cat, so why
> > not Kamailio? Kamailio's imagery is green like Philosoraptor. What's
> > stopping it from going big like Philosoraptor? No network effects, no
> > multiplier--that is, until now."
> >
> > J.R. Richardson, Chief Technology Officer of Dallas-based Ntegrated
> > Solutions, reported positive results from his initial testing:
> >
> > "Down here in Texas, we're a real social bunch. But I always felt so
> > lonely writing Kamailio script by myself. I don't even know what I'm
> > doing half the time. But now, with this Social Configuration business,
> > the whole neighborhood can help out!"
> >
> > John Knight, Chief Engineer at Ringfree Communications in Hendersonville,
> > North Carolina, also spoke highly of the new social technology:
> >
> > "It's great! The config just writes itself! But the best part for me,
> > as a civically conscious businessman, is the economic boost. It's a
> > much better employment opportunity for stay-at-home moms in Appalachia
> > than Mechanical Turk. I'm paying out 2 cents per core function call,
> > 4 cents per modparam, 10 cents per Record-Route parameter, and 5 cents
> > per module function invocation. Stimulate this economy!"
> >
> > Carlos Alvarez, an international business consultant at The Himley
> > Dock Table Agency, a Phoenix, Arizona-area think tank focused on
> > sociology of the World Wide Web, was keen to note that the technology
> > brought forth by Evariste was far more than just a different way of
> > implementing Kamailio solutions.
> >
> > "We were talking with Evariste about building an XMPP server and selling
> > it to Facebook for $20 billion, but that train left the station. It was
> > a blessing in disguise, though, because it told us that we weren't
> thinking
> > big enough. Social Configuration is way more transformative."
> >
> > Asked further about what it meant, Alvarez said:
> >
> > "This is going to have implications way beyond esoteric programming.
> > A crowdsourced config is nothing like an individual's config; it's
> > e-cosmopolitanism, it's Humanity 2.0. It will open up the floor to
> > new kinds of first movers and lead to new assumptions about how
> > scripts of all kinds should be written.
> >
> > It's going to challenge established notions of what it means to program,
> > and it will make the playing field more level by disintermediating the
> > supply chain of session initiation. A lot of middlemen are going to hurt.
> > One does not simply program the program anymore; the program programs
> > you, too. It programs all of us. For the first time, request routes and
> > SRV load balancing are part of a living, breathing organism. And that's
> > worth way more than an XMPP server. That's disruption right there."
> >
> > After a moment's thought, Alvarez added:
> >
> > "I can probably flip it to Facebook for at least $3 trillion in
> Zuckerberg
> > funny money--whoops, did I say that? I meant Facebook stock."
> >
> > The transformative impact forecasted by Alvarez is seemingly borne out
> > in the enthusiasm for Social Configuration shown around the world by a
> > variety of societal constituencies not traditionally thought to be
> > associated with software development and telecommunications.
> >
> > Jakub Klausa, a self-described member of an "anarcho-syndicalist reading
> > group" in Wroclaw, Poland, confidently offered a hypothesis about the`
> > new era brought forth by Social Configuration:
> >
> > "Let's start with the deeply-ingrained assumption of Kamailio consultant
> > or trainer as 'teacher', as a purveyor of knowledge that he has and you
> > don't," said Klausa.
> >
> > "That's a very oppressive, authoritarian construction. It's quite
> > presumptuous and dehumanising. Oh, does the Kamailio 'expert', His
> > Royal Highness, deign to 'teach' us, to 'share' what he knows with
> > the little people? Oh, thank you, massa', thank you!" lamented Klausa.
> >
> > "You see, it's not so much about what the consultants and self-anointed
> > mailing list demigods can 'teach' us. It's more about what we can all
> > learn from each other! Social Configuration is a tool that finally
> > allows us, the workers, the so-called 'newbies', to take the power
> > of Kamailio into our hands and master our own destiny. It's time to
> > put a knife through the tyranny of 'expertise' and 'knowledge'."
> >
> > The Chairman of the Plenary Session of the Central Committee of the
> > Revolutionary Communist Party of Poland, Magdalena Boksa, issued the
> > following communiqu? from the party's headquarters, thought to be
> > located in an underground bunker beneath a Starbucks:
> >
> >      Social Configuration empowers the revolutionary vanguard
> >      of the activated, class-conscious proletariat to commandeer
> >      the machinery of Kamailio, in order to advance a scientific
> >      understanding of the objective laws of motion of the
> >      capitalist system, together with the tension of its internal
> >      contradictions, in keeping with the essential truth of
> >      dialectical materialism.
> >
> >      The global imperialist division of labour, as revealed by
> >      V.I. Lenin in Selected Works, Vol. 1, shall meet its end
> >      through the thunderous destruction of the petit-bourgeois
> >      monopoly on knowledge-as-capital and the extraction of
> >      surplus value from it. Through the dogma of Social Configuration,
> >      the means of production in Information Technology shall be
> >      socialised among the working class, distributed according to
> >      the principle of "from each according to his ability, to each
> >      according to his need".
> >
> > When asked about the revolutionary potential of Social Configuration,
> > a young student member of the RCP-Poland Youth Brigade concurred
> > with Comrade Boksa's recitation:
> >
> > "?Venceremos! ?No pasar?n! ?Hasta la victoria siempre!"
> >
> > The impact of Social Configuration has even played out on a national, and
> > perhaps global level of significance. A brief statement from the Ministry
> > of Foreign Affairs of the Democratic People's Republic of Korea read:
> >
> >      Social Configuration of Red Star SER [as it is known inside
> >      North Korea] is consistent with the teachings of Kim Il-Sungism
> >      and Kim Jong-Ilism. Great Leader Kim Jong-Un, Supreme Commander
> >      of the Korean People's Army, First Secretary of the Workers' Party
> >      of Korea, will chart the glorious course to the maximum realisation
> >      of its full military and civil potential in all spheres of public
> >      and private life. It will boost the resilience of our prosperous
> >      socialist nation in the face of a continual onslaught by the
> >      imperialist menace and its ROK puppet regime.
> >
> > Motivated by chronic energy shortages, the secretive North Korean state
> > has been rumoured to be working on a Kamailio-based personal VoIP
> > appliance that is--the first of its kind--powered not by conventional
> > electricity, but by The Juche Idea.
> >
> > Social Configuration has also garnered attention from scholars attentive
> > to the role of gender, race and privilege in the configuration scripting
> > process.
> >
> > Moriah Trostler, a resident feminist scholar at the Phoenix,
> > Arizona-based Scorpion Bay Institute of Gender Studies, gave some
> > insight into the ways that Social Configuration potentially broadens
> > the inclusiveness of the Kamailio tapestry:
> >
> > "If people would check their cisprivilege and open their eyes, they
> > would see that Kamailio, and SIP itself, is full of oppressive,
> > psychologically violent gendered constructions. For instance, there is
> > the infamous 'loose routing vs. strict routing' dichotomy, which is
> > clearly a dark, sadomasochistic allegory for capricious--dare I say
> > schizophrenic?--sexual humiliation. It's a lurid invitation to
> > indulge the prurient whims of the boss-with-secretary."
> >
> > Trostler gave another example:
> >
> > "And From and To 'tags'? Please, the idea of ownership of another's
> > corporeal being, of branding--tagging--like cattle, is transparent.
> > That's straight out of the Larry Flint smut-peddling playbook. And what's
> > more, all this makes use of 'globally unique identifiers', the signature
> > scent of industrial alienation--an anonymising, dystopian, Kafkaesque
> > labyrinth. This has all the markers of masculinised depersonalisation.
> > Need I go on?"
> >
> > Trostler went on: "Social Configuration opens the door to speaking truth
> > to some of these discriminatory, alienating, gendered mental categories
> > in which brogrammers think. Finally, women can write the Kamailio config
> > as they might have written it, without compromising their identity or
> > their dignity. Maybe we can even make some headway in influencing the
> > male-dominated IETF standards process."
> >
> > Asked to summarise the impact of emergent minority voices and critical
> > discourse enabled by Social Configuration, Fred Posner, a literary
> > theorist based in Gainesville, Florida, offered the following comments:
> >
> > "The larger power of Social Configuration is essentially meta. It
> > offers a new language, a new word-prism through which to look at
> > the neosemiotic discursive space of SIP express routing. It's about
> > reader as text, and text as reader, and the joy and wonder of their
> > sizzling interplay."
> >
> > "It is evocative of Nietzsche," said Posner, gesturing to an open manhole
> > cover on a busy Jacksonville thoroughfare.
> >
> > "If you stare too long into the Kamailio configuration, it, in turn,
> > stares back into you! But now it speaks with a palpable collective voice,
> > giving shape--definition!--to a bold, muscular subtext of configuration
> > as culture, and culture as configuration. It is a semantic fusion of
> coder
> > as critic, and critic as coder. Without knowing it--and it was
> > inconceivable
> > that they could have known it--Evariste has set into motion a wondrous,
> > intricate and mesmerising ballet, a shower of sparks, a thrifty, yet
> > spirited rejoinder to the supposed futility of poststructuralist
> > rationalism.
> > As we speak, a new 'Social Text' is being written!"
> >
> > Alistair Cunningham, a physicist from the University of Cambridge,
> > provided an appraisal from a different angle:
> >
> > "Social Configuration, as interpreted by Balashov, embodies the
> > kind of nonlinear thinking that is noticeably missing in software. At
> > first glance, it does seem to invite a deafening cacophany, an
> > undifferentiated chaos. But if one phase-shifts it slightly, the shadows
> > of mathematical signatures emerge, waiting to be unlocked. The quantum
> > resonance of social entropy doing its work gives us valuable clues into
> > the origins of the universe at the sub-particle level."
> >
> > Asked about what Evariste has in store next, Balashov was
> > uncharacteristically tight-lipped:
> >
> > "I can't say too much. But I can tell you it's big. Though he doesn't
> > know it yet, we're even going to hire Leif Madsen for this, because
> > the database is going to be at least 6 GB. That's almost a byte for
> > every person on the planet. Definitely Big Data territory."
> >
> > Pressed for details, Balashov said:
> >
> > "Okay, okay, but this is all I'm going to say. I've got three words for
> > you: IMS With Friends. It's a proprietary mash-up of Snapchat in the
> > front, Hadoop in the back, and a DIAMETER billing interface in the
> > middle. What could possibly go wrong?"
> >
> >
> >
> > --
> > 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 at lists.sip-router.org
> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.sip-router.org/pipermail/sr-users/attachments/20140331/333049bd/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 24
> Date: Tue, 1 Apr 2014 11:52:45 +0530
> From: Wingsravi R <wingsravi777 at gmail.com>
> To: Daniel-Constantin Mierla <miconda at gmail.com>,       "Kamailio (SER) -
>         Users Mailing List" <sr-users at lists.sip-router.org>
> Subject: Re: [SR-Users] Intermittent Audio/video call
> Message-ID:
>         <
> CAJRwe0FeLF2UB-sVRLjnpi7Ds_WR-39NRcbmp1iYBojCmknhfg at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Dear Daniel,
> Thank you for the Reply,
>
> Ya i analysed the SIP traces of both the calls, it seems like everything is
> fine.
> Please find the tcpdump based SIP trace attachments of both Worked and Not
> worked Video call for your better understanding.
>
> Please help me in resolving the issue.
>
> Regards,
> Ravi
>
>
> On Fri, Mar 21, 2014 at 7:25 PM, Daniel-Constantin Mierla <
> miconda at gmail.com
> > wrote:
>
> >  Hello,
> >
> > sip trace of a call with problems can show if something is wrong with the
> > signaling. You can take it on kamailio server with:
> >
> > ngrep -d any -qt -W byline port 5060
> >
> > Cheers,
> > Daniel
> >
> >
> > On 21/03/14 07:45, Wingsravi R wrote:
> >
> >      Dear All,
> >
> >  I am working on Kamailio server (V 4.1.2) with RTPproxy (1.2.1)
> > integrated, in a standalone intranet infrastructure (no any connection
> with
> > internet).
> >  I have a strange behavior with my set-up here is :
> > --> Audio/Video calls are  just go fine with only kamailio server
> (Without
> > running RTPproxy instance). But with the same script and set-up sometimes
> > i'm experiencing one-way audio/video !!.
> >  What could be the reason for this behavior ? Is it a NAT problem ? How
> > can i solve this issue ?
> >
> >  --> I was just suspecting it as NAT problem and installed RTPproxy
> > server, with this all the audio/video calls are going fine.
> >
> >  But i'm curious to know about this intermittent audio/video calls that
> > too without any changes to Kamailio configuration and my set-up.
> >
> >  Please below find the attachment for kamailio config file.
> >
> >  Please anybody help me in resolving this issue.
> >
> >  Any help will greatly appreciate.
> >
> >  Regards,
> >  Ravi
> >
> >
> > _______________________________________________
> > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
> listsr-users at 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 2-4, 2014, Berlin, Germanyhttp://
> www.kamailioworld.com
> >
> >
> > _______________________________________________
> > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> > sr-users at lists.sip-router.org
> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
> >
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.sip-router.org/pipermail/sr-users/attachments/20140401/8dce7060/attachment-0001.html
> >
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: VideocallNotWorked.pcap
> Type: application/vnd.tcpdump.pcap
> Size: 15402 bytes
> Desc: not available
> URL: <
> http://lists.sip-router.org/pipermail/sr-users/attachments/20140401/8dce7060/attachment-0002.bin
> >
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: VideocallWorked.pcap
> Type: application/vnd.tcpdump.pcap
> Size: 13576 bytes
> Desc: not available
> URL: <
> http://lists.sip-router.org/pipermail/sr-users/attachments/20140401/8dce7060/attachment-0003.bin
> >
>
> ------------------------------
>
> Message: 25
> Date: Tue, 1 Apr 2014 12:12:10 +0500
> From: Rizwan Khan <rizkhan at gmail.com>
> To: "Kamailio (SER) - Users Mailing List"
>         <sr-users at lists.sip-router.org>
> Subject: Re: [SR-Users] Dimension a kamailio server
> Message-ID:
>         <CALByW_EfyEErBgFg-e82RiDkR6N9ihBt=
> g4VBg_i1dtCdh48hA at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Thanks a lot Pedro.
>
> Just one question? Do we have module for Mongodb? how do i use it?
>
> Rizwan Khan
>
>
>
>
> On Mon, Mar 31, 2014 at 5:52 AM, Pedro Ni?o <nino.pedro at gmail.com> wrote:
>
> > As Alex said, I/O and calls per second (CPS) is Dependant on what type of
> > design you are using.
> >
> > As a tip, mysql is good for small to medium sizes, but begin to choke at
> > 1000 of concurrent connections. but in a scalable size like you are
> > planning, I would recommend to make a design with resilience and high
> > availability, with mongodb or postgres as db back end.
> >
> > There are some good examples on internet about enabling multiple kamailio
> > server with high availability configuration, using heartbeat and some
> other
> > scripts.
> >
> > A nice design would be:
> >
> > 2 or more kamailio servers, maybe virtual or physical, with high
> > availability configuration (if one goes down, the other takes all the
> load)
> >
> > 2 or more DB servers, also with high availability design.
> >
> > At least 10G connection, server and switch (for the call flow you're
> > expecting) remember to make estimation for calls established, and codec
> > used, (using g711, rtp audio might come up to 80kbps, so like 120.000
> calls
> > is the top for a 10G connection)
> >
> > Also separate vlan for calls and server control, too.
> >
> > Just my 2 cents
> > El mar 28, 2014 11:58 AM, "Rizwan Khan" <rizkhan at gmail.com> escribi?:
> >
> > Thanks Alex.
> >>
> >> What are the components that I should take into account. Based on answer
> >> in another thread I will be using  SIP trunk with an NGN to route the
> >> outside traffic (other than SIP-SIP).
> >>
> >> I'll have NATed clients so I'll need the media proxy or rtp proxy as
> >> well. What about their dimensioning? I am sorry if some questions are
> >> really naive. I am new to all this and trying to get hold of the whole
> >> technology stack.
> >>
> >> Rizwan
> >> On Mar 28, 2014 3:41 PM, "Alex Balashov" <abalashov at evaristesys.com>
> >> wrote:
> >>
> >>> 1. Kamailio does not handle RTP, so audio is not a scaling factor at
> all;
> >>>
> >>> 2. The only scaling factors are transactional memory (TM) and any
> dialog
> >>> state you are keeping;
> >>>
> >>> 3. Without I/O wait from external sources, Kamailio can handle a
> >>> practically infinite amount of concurrent calls and CPS. But, most
> >>> practical applications of Kamailio require database backing;
> >>>
> >>> 4. Therefore, performance and throughput will depend almost entirely on
> >>> the database you are using for database backing, and any tuning on its
> >>> settings. This certainly includes the CDRs and storage, and getting the
> >>> most performance out of your database is outside the domain of your
> >>> question (or this list);
> >>>
> >>> 5. A quad-core host with 8 GB of RAM should be more than sufficient for
> >>> Kamailio itself to meet your needs. But most of the answers to your
> >>> question don't have much to do with Kamailio.
> >>>
> >>> -- Alex
> >>>
> >>> On 03/28/2014 06:36 AM, Rizwan Khan wrote:
> >>>
> >>>  HI Guys,
> >>>>
> >>>> can you refer me to some resources which help me dimension the
> hardware
> >>>> for a setup.
> >>>>
> >>>> Total users will be 20,000. What percentage should i assume for
> >>>> concurrent audio and video calls? What is the standard practice? How
> >>>> does this all map to the cpu, ram and storage etc. given that I will
> be
> >>>> storing the cdrs as well.
> >>>>
> >>>> In the futute this setup should be scalable so that it should support
> >>>> 200,000+ users within a span of 6-8 months. What would be the ideal
> >>>> architecture?
> >>>>
> >>>> Thanks,
> >>>>
> >>>> Rizwan Khan
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> _______________________________________________
> >>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
> list
> >>>> sr-users at lists.sip-router.org
> >>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
> >>>>
> >>>>
> >>>
> >>> --
> >>> 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 at 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 at 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 at lists.sip-router.org
> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
> >
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.sip-router.org/pipermail/sr-users/attachments/20140401/01a8ef76/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 26
> Date: Tue, 01 Apr 2014 03:16:13 -0400
> From: Alex Balashov <abalashov at evaristesys.com>
> To: "Kamailio (SER) - Users Mailing List"
>         <sr-users at lists.sip-router.org>
> Subject: Re: [SR-Users] Dimension a kamailio server
> Message-ID: <3f8abe15-54c8-46d0-a5ee-359734b87500 at email.android.com>
> Content-Type: text/plain; charset="utf-8"
>
> All modules are listed here:
>
> http://kamailio.org/docs/modules/4.1.x/
>
>
>
> On 1 April 2014 03:12:10 GMT-04:00, Rizwan Khan <rizkhan at gmail.com> wrote:
> >Thanks a lot Pedro.
> >
> >Just one question? Do we have module for Mongodb? how do i use it?
> >
> >Rizwan Khan
> >
> >
> >
> >
> >On Mon, Mar 31, 2014 at 5:52 AM, Pedro Ni?o <nino.pedro at gmail.com>
> >wrote:
> >
> >> As Alex said, I/O and calls per second (CPS) is Dependant on what
> >type of
> >> design you are using.
> >>
> >> As a tip, mysql is good for small to medium sizes, but begin to choke
> >at
> >> 1000 of concurrent connections. but in a scalable size like you are
> >> planning, I would recommend to make a design with resilience and high
> >> availability, with mongodb or postgres as db back end.
> >>
> >> There are some good examples on internet about enabling multiple
> >kamailio
> >> server with high availability configuration, using heartbeat and some
> >other
> >> scripts.
> >>
> >> A nice design would be:
> >>
> >> 2 or more kamailio servers, maybe virtual or physical, with high
> >> availability configuration (if one goes down, the other takes all the
> >load)
> >>
> >> 2 or more DB servers, also with high availability design.
> >>
> >> At least 10G connection, server and switch (for the call flow you're
> >> expecting) remember to make estimation for calls established, and
> >codec
> >> used, (using g711, rtp audio might come up to 80kbps, so like 120.000
> >calls
> >> is the top for a 10G connection)
> >>
> >> Also separate vlan for calls and server control, too.
> >>
> >> Just my 2 cents
> >> El mar 28, 2014 11:58 AM, "Rizwan Khan" <rizkhan at gmail.com> escribi?:
> >>
> >> Thanks Alex.
> >>>
> >>> What are the components that I should take into account. Based on
> >answer
> >>> in another thread I will be using  SIP trunk with an NGN to route
> >the
> >>> outside traffic (other than SIP-SIP).
> >>>
> >>> I'll have NATed clients so I'll need the media proxy or rtp proxy as
> >>> well. What about their dimensioning? I am sorry if some questions
> >are
> >>> really naive. I am new to all this and trying to get hold of the
> >whole
> >>> technology stack.
> >>>
> >>> Rizwan
> >>> On Mar 28, 2014 3:41 PM, "Alex Balashov" <abalashov at evaristesys.com>
> >>> wrote:
> >>>
> >>>> 1. Kamailio does not handle RTP, so audio is not a scaling factor
> >at all;
> >>>>
> >>>> 2. The only scaling factors are transactional memory (TM) and any
> >dialog
> >>>> state you are keeping;
> >>>>
> >>>> 3. Without I/O wait from external sources, Kamailio can handle a
> >>>> practically infinite amount of concurrent calls and CPS. But, most
> >>>> practical applications of Kamailio require database backing;
> >>>>
> >>>> 4. Therefore, performance and throughput will depend almost
> >entirely on
> >>>> the database you are using for database backing, and any tuning on
> >its
> >>>> settings. This certainly includes the CDRs and storage, and getting
> >the
> >>>> most performance out of your database is outside the domain of your
> >>>> question (or this list);
> >>>>
> >>>> 5. A quad-core host with 8 GB of RAM should be more than sufficient
> >for
> >>>> Kamailio itself to meet your needs. But most of the answers to your
> >>>> question don't have much to do with Kamailio.
> >>>>
> >>>> -- Alex
> >>>>
> >>>> On 03/28/2014 06:36 AM, Rizwan Khan wrote:
> >>>>
> >>>>  HI Guys,
> >>>>>
> >>>>> can you refer me to some resources which help me dimension the
> >hardware
> >>>>> for a setup.
> >>>>>
> >>>>> Total users will be 20,000. What percentage should i assume for
> >>>>> concurrent audio and video calls? What is the standard practice?
> >How
> >>>>> does this all map to the cpu, ram and storage etc. given that I
> >will be
> >>>>> storing the cdrs as well.
> >>>>>
> >>>>> In the futute this setup should be scalable so that it should
> >support
> >>>>> 200,000+ users within a span of 6-8 months. What would be the
> >ideal
> >>>>> architecture?
> >>>>>
> >>>>> Thanks,
> >>>>>
> >>>>> Rizwan Khan
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>> _______________________________________________
> >>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
> >list
> >>>>> sr-users at lists.sip-router.org
> >>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
> >>>>>
> >>>>>
> >>>>
> >>>> --
> >>>> 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 at 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 at 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 at 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 at 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/
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.sip-router.org/pipermail/sr-users/attachments/20140401/492a0e22/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 27
> Date: Tue, 01 Apr 2014 03:18:17 -0400
> From: Alex Balashov <abalashov at evaristesys.com>
> To: "Kamailio (SER) - Users Mailing List"
>         <sr-users at lists.sip-router.org>
> Subject: Re: [SR-Users] Dimension a kamailio server
> Message-ID: <003092a5-5a79-4460-9196-f6415e90fac9 at email.android.com>
> Content-Type: text/plain; charset="utf-8"
>
> Also, MongoDB is not a relational database like MySQL or PostgreSQL. The
> choice to use a schemaless/NoSQL database vs. an RDBM must be rooted
> entirely in the type of data you're storing and how you want to store it.
> These concepts are not freely interchangeable.
>
>
> On 1 April 2014 03:16:13 GMT-04:00, Alex Balashov <
> abalashov at evaristesys.com> wrote:
> >All modules are listed here:
> >
> >http://kamailio.org/docs/modules/4.1.x/
> >
> >
> >
> >On 1 April 2014 03:12:10 GMT-04:00, Rizwan Khan <rizkhan at gmail.com>
> >wrote:
> >>Thanks a lot Pedro.
> >>
> >>Just one question? Do we have module for Mongodb? how do i use it?
> >>
> >>Rizwan Khan
> >>
> >>
> >>
> >>
> >>On Mon, Mar 31, 2014 at 5:52 AM, Pedro Ni?o <nino.pedro at gmail.com>
> >>wrote:
> >>
> >>> As Alex said, I/O and calls per second (CPS) is Dependant on what
> >>type of
> >>> design you are using.
> >>>
> >>> As a tip, mysql is good for small to medium sizes, but begin to
> >choke
> >>at
> >>> 1000 of concurrent connections. but in a scalable size like you are
> >>> planning, I would recommend to make a design with resilience and
> >high
> >>> availability, with mongodb or postgres as db back end.
> >>>
> >>> There are some good examples on internet about enabling multiple
> >>kamailio
> >>> server with high availability configuration, using heartbeat and
> >some
> >>other
> >>> scripts.
> >>>
> >>> A nice design would be:
> >>>
> >>> 2 or more kamailio servers, maybe virtual or physical, with high
> >>> availability configuration (if one goes down, the other takes all
> >the
> >>load)
> >>>
> >>> 2 or more DB servers, also with high availability design.
> >>>
> >>> At least 10G connection, server and switch (for the call flow you're
> >>> expecting) remember to make estimation for calls established, and
> >>codec
> >>> used, (using g711, rtp audio might come up to 80kbps, so like
> >120.000
> >>calls
> >>> is the top for a 10G connection)
> >>>
> >>> Also separate vlan for calls and server control, too.
> >>>
> >>> Just my 2 cents
> >>> El mar 28, 2014 11:58 AM, "Rizwan Khan" <rizkhan at gmail.com>
> >escribi?:
> >>>
> >>> Thanks Alex.
> >>>>
> >>>> What are the components that I should take into account. Based on
> >>answer
> >>>> in another thread I will be using  SIP trunk with an NGN to route
> >>the
> >>>> outside traffic (other than SIP-SIP).
> >>>>
> >>>> I'll have NATed clients so I'll need the media proxy or rtp proxy
> >as
> >>>> well. What about their dimensioning? I am sorry if some questions
> >>are
> >>>> really naive. I am new to all this and trying to get hold of the
> >>whole
> >>>> technology stack.
> >>>>
> >>>> Rizwan
> >>>> On Mar 28, 2014 3:41 PM, "Alex Balashov"
> ><abalashov at evaristesys.com>
> >>>> wrote:
> >>>>
> >>>>> 1. Kamailio does not handle RTP, so audio is not a scaling factor
> >>at all;
> >>>>>
> >>>>> 2. The only scaling factors are transactional memory (TM) and any
> >>dialog
> >>>>> state you are keeping;
> >>>>>
> >>>>> 3. Without I/O wait from external sources, Kamailio can handle a
> >>>>> practically infinite amount of concurrent calls and CPS. But, most
> >>>>> practical applications of Kamailio require database backing;
> >>>>>
> >>>>> 4. Therefore, performance and throughput will depend almost
> >>entirely on
> >>>>> the database you are using for database backing, and any tuning on
> >>its
> >>>>> settings. This certainly includes the CDRs and storage, and
> >getting
> >>the
> >>>>> most performance out of your database is outside the domain of
> >your
> >>>>> question (or this list);
> >>>>>
> >>>>> 5. A quad-core host with 8 GB of RAM should be more than
> >sufficient
> >>for
> >>>>> Kamailio itself to meet your needs. But most of the answers to
> >your
> >>>>> question don't have much to do with Kamailio.
> >>>>>
> >>>>> -- Alex
> >>>>>
> >>>>> On 03/28/2014 06:36 AM, Rizwan Khan wrote:
> >>>>>
> >>>>>  HI Guys,
> >>>>>>
> >>>>>> can you refer me to some resources which help me dimension the
> >>hardware
> >>>>>> for a setup.
> >>>>>>
> >>>>>> Total users will be 20,000. What percentage should i assume for
> >>>>>> concurrent audio and video calls? What is the standard practice?
> >>How
> >>>>>> does this all map to the cpu, ram and storage etc. given that I
> >>will be
> >>>>>> storing the cdrs as well.
> >>>>>>
> >>>>>> In the futute this setup should be scalable so that it should
> >>support
> >>>>>> 200,000+ users within a span of 6-8 months. What would be the
> >>ideal
> >>>>>> architecture?
> >>>>>>
> >>>>>> Thanks,
> >>>>>>
> >>>>>> Rizwan Khan
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> _______________________________________________
> >>>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users
> >mailing
> >>list
> >>>>>> sr-users at lists.sip-router.org
> >>>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
> >>>>>>
> >>>>>>
> >>>>>
> >>>>> --
> >>>>> 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 at 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 at 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 at 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 at 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 at 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/
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.sip-router.org/pipermail/sr-users/attachments/20140401/859ba7c4/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 28
> Date: Tue, 01 Apr 2014 10:11:34 +0200
> From: Rainer Piper <rainer.piper at soho-piper.de>
> To: "Kamailio (SER) - Users Mailing List"
>         <sr-users at lists.sip-router.org>
> Subject: Re: [SR-Users] Dimension a kamailio server
> Message-ID: <533A74B6.7010902 at soho-piper.de>
> Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
>
> My next project is ...
>
> Setting up a MySQL 5.6 plus 4x MySQL Cluster NDB 7.3 in memory data node
> to increase the data throughput
>
> Like this one:
> http://dev.mysql.com/doc/refman/5.1/de/images/cluster-components-1.png
>
> Regards
> Rainer
>
>
>
> Am 01.04.2014 09:12, schrieb Rizwan Khan:
> > Thanks a lot Pedro.
> >
> > Just one question? Do we have module for Mongodb? how do i use it?
> >
> > Rizwan Khan
> >
> >
> >
> >
> > On Mon, Mar 31, 2014 at 5:52 AM, Pedro Ni?o <nino.pedro at gmail.com
> > <mailto:nino.pedro at gmail.com>> wrote:
> >
> >     As Alex said, I/O and calls per second (CPS) is Dependant on what
> >     type of design you are using.
> >
> >     As a tip, mysql is good for small to medium sizes, but begin to
> >     choke at 1000 of concurrent connections. but in a scalable size
> >     like you are planning, I would recommend to make a design with
> >     resilience and high availability, with mongodb or postgres as db
> >     back end.
> >
> >     There are some good examples on internet about enabling multiple
> >     kamailio server with high availability configuration, using
> >     heartbeat and some other scripts.
> >
> >     A nice design would be:
> >
> >     2 or more kamailio servers, maybe virtual or physical, with high
> >     availability configuration (if one goes down, the other takes all
> >     the load)
> >
> >     2 or more DB servers, also with high availability design.
> >
> >     At least 10G connection, server and switch (for the call flow
> >     you're expecting) remember to make estimation for calls
> >     established, and codec used, (using g711, rtp audio might come up
> >     to 80kbps, so like 120.000 calls is the top for a 10G connection)
> >
> >     Also separate vlan for calls and server control, too.
> >
> >     Just my 2 cents
> >
> >     El mar 28, 2014 11:58 AM, "Rizwan Khan" <rizkhan at gmail.com
> >     <mailto:rizkhan at gmail.com>> escribi?:
> >
> >         Thanks Alex.
> >
> >         What are the components that I should take into account. Based
> >         on answer in another thread I will be using  SIP trunk with an
> >         NGN to route the outside traffic (other than SIP-SIP).
> >
> >         I'll have NATed clients so I'll need the media proxy or rtp
> >         proxy as well. What about their dimensioning? I am sorry if
> >         some questions are really naive. I am new to all this and
> >         trying to get hold of the whole technology stack.
> >
> >         Rizwan
> >
> >         On Mar 28, 2014 3:41 PM, "Alex Balashov"
> >         <abalashov at evaristesys.com <mailto:abalashov at evaristesys.com>>
> >         wrote:
> >
> >             1. Kamailio does not handle RTP, so audio is not a scaling
> >             factor at all;
> >
> >             2. The only scaling factors are transactional memory (TM)
> >             and any dialog state you are keeping;
> >
> >             3. Without I/O wait from external sources, Kamailio can
> >             handle a practically infinite amount of concurrent calls
> >             and CPS. But, most practical applications of Kamailio
> >             require database backing;
> >
> >             4. Therefore, performance and throughput will depend
> >             almost entirely on the database you are using for database
> >             backing, and any tuning on its settings. This certainly
> >             includes the CDRs and storage, and getting the most
> >             performance out of your database is outside the domain of
> >             your question (or this list);
> >
> >             5. A quad-core host with 8 GB of RAM should be more than
> >             sufficient for Kamailio itself to meet your needs. But
> >             most of the answers to your question don't have much to do
> >             with Kamailio.
> >
> >             -- Alex
> >
> >             On 03/28/2014 06:36 AM, Rizwan Khan wrote:
> >
> >                 HI Guys,
> >
> >                 can you refer me to some resources which help me
> >                 dimension the hardware
> >                 for a setup.
> >
> >                 Total users will be 20,000. What percentage should i
> >                 assume for
> >                 concurrent audio and video calls? What is the standard
> >                 practice? How
> >                 does this all map to the cpu, ram and storage etc.
> >                 given that I will be
> >                 storing the cdrs as well.
> >
> >                 In the futute this setup should be scalable so that it
> >                 should support
> >                 200,000+ users within a span of 6-8 months. What would
> >                 be the ideal
> >                 architecture?
> >
> >                 Thanks,
> >
> >                 Rizwan Khan
> >
> >
> >
> >
> >                 _______________________________________________
> >                 SIP Express Router (SER) and Kamailio (OpenSER) -
> >                 sr-users mailing list
> >                 sr-users at lists.sip-router.org
> >                 <mailto:sr-users at lists.sip-router.org>
> >
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
> >
> >
> >
> >             --
> >             Alex Balashov - Principal
> >             Evariste Systems LLC
> >             235 E Ponce de Leon Ave
> >             Suite 106
> >             Decatur, GA 30030
> >             United States
> >             Tel: +1-678-954-0670 <tel:%2B1-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 at lists.sip-router.org
> >             <mailto:sr-users at 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 at lists.sip-router.org
> >         <mailto:sr-users at 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 at lists.sip-router.org <mailto:sr-users at 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 at lists.sip-router.org
> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> *Rainer Piper*
> NOC - +49 (0)228 97167161 - sip.soho-piper.de
> NOC - +49 (0)2247 9064188 - sip.tele33.de - sip.tefonix.de - D293
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.sip-router.org/pipermail/sr-users/attachments/20140401/ed7e4843/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 29
> Date: Mon, 31 Mar 2014 15:27:34 +0200
> From: "Zappasodi Daniele" <D.Zappasodi at selta.it>
> To: <sr-users at lists.sip-router.org>
> Subject: [SR-Users] SIP - WebRTC gateway
> Message-ID:
>         <14A9059A37EF9A45BC2520DE64C30F6002F65BD4 at slttex002.seltatel.local
> >
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hello,
> I'm figuring out the best approach to deploy a bridge between
> Websocket\Webrtc and SIP\rtp.
> Can Kamailio (+mediaproxy-ng or something else) operate as a full
> Webrtc\SIP gateway (signaling, audio or video transcoding, ICE and so on)?
>
> Some months ago I found the architecture described here
> http://www.kamailio.org/wiki/devel/rtcweb_breaker that proposes to
> introduce a new RTCWeb
> Breaker.
> Is it just a proposal or is Kamailio moving following this approach?
> If Kamailio really requires a RTCWeb Breaker, what are the main issues
> against using Doubango webrtc2sip with Kamailio? Performance?
> Interoperability? License? ...
>
> Thanks
> Daniele
>
> **********************************************************************
> The information in this message is confidential and may be legally
> privileged. It is intended solely for the addressee. Access to this
> message
> by anyone else is unauthorized. If you are not the intended
> recipient, any
> disclosure, copying, or distribution of the message, or any action
> or
> omission taken by you in reliance on it, is prohibited and may be
> unlawful.
> Please immediately contact the sender if you have received this
> message in error.
>
>
> **********************************************************************
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.sip-router.org/pipermail/sr-users/attachments/20140331/3937db13/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 30
> Date: Tue, 01 Apr 2014 10:07:55 +0200
> From: Rainer Piper <rainer.piper at soho-piper.de>
> To: "Kamailio (SER) - Users Mailing List"
>         <sr-users at lists.sip-router.org>
> Subject: Re: [SR-Users] Dimension a kamailio server
> Message-ID: <533A73DB.9050304 at soho-piper.de>
> Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
>
> My next project is ...
>
> Setting up a MySQL 5.6 plus 4x MySQL Cluster NDB 7.3 in memory data node
> to increase the data throughput
>
> Like this one:
>
> Komponenten von MySQL Cluster
>
> Regards
> Rainer
>
>
> Am 01.04.2014 09:12, schrieb Rizwan Khan:
> > Thanks a lot Pedro.
> >
> > Just one question? Do we have module for Mongodb? how do i use it?
> >
> > Rizwan Khan
> >
> >
> >
> >
> > On Mon, Mar 31, 2014 at 5:52 AM, Pedro Ni?o <nino.pedro at gmail.com
> > <mailto:nino.pedro at gmail.com>> wrote:
> >
> >     As Alex said, I/O and calls per second (CPS) is Dependant on what
> >     type of design you are using.
> >
> >     As a tip, mysql is good for small to medium sizes, but begin to
> >     choke at 1000 of concurrent connections. but in a scalable size
> >     like you are planning, I would recommend to make a design with
> >     resilience and high availability, with mongodb or postgres as db
> >     back end.
> >
> >     There are some good examples on internet about enabling multiple
> >     kamailio server with high availability configuration, using
> >     heartbeat and some other scripts.
> >
> >     A nice design would be:
> >
> >     2 or more kamailio servers, maybe virtual or physical, with high
> >     availability configuration (if one goes down, the other takes all
> >     the load)
> >
> >     2 or more DB servers, also with high availability design.
> >
> >     At least 10G connection, server and switch (for the call flow
> >     you're expecting) remember to make estimation for calls
> >     established, and codec used, (using g711, rtp audio might come up
> >     to 80kbps, so like 120.000 calls is the top for a 10G connection)
> >
> >     Also separate vlan for calls and server control, too.
> >
> >     Just my 2 cents
> >
> >     El mar 28, 2014 11:58 AM, "Rizwan Khan" <rizkhan at gmail.com
> >     <mailto:rizkhan at gmail.com>> escribi?:
> >
> >         Thanks Alex.
> >
> >         What are the components that I should take into account. Based
> >         on answer in another thread I will be using  SIP trunk with an
> >         NGN to route the outside traffic (other than SIP-SIP).
> >
> >         I'll have NATed clients so I'll need the media proxy or rtp
> >         proxy as well. What about their dimensioning? I am sorry if
> >         some questions are really naive. I am new to all this and
> >         trying to get hold of the whole technology stack.
> >
> >         Rizwan
> >
> >         On Mar 28, 2014 3:41 PM, "Alex Balashov"
> >         <abalashov at evaristesys.com <mailto:abalashov at evaristesys.com>>
> >         wrote:
> >
> >             1. Kamailio does not handle RTP, so audio is not a scaling
> >             factor at all;
> >
> >             2. The only scaling factors are transactional memory (TM)
> >             and any dialog state you are keeping;
> >
> >             3. Without I/O wait from external sources, Kamailio can
> >             handle a practically infinite amount of concurrent calls
> >             and CPS. But, most practical applications of Kamailio
> >             require database backing;
> >
> >             4. Therefore, performance and throughput will depend
> >             almost entirely on the database you are using for database
> >             backing, and any tuning on its settings. This certainly
> >             includes the CDRs and storage, and getting the most
> >             performance out of your database is outside the domain of
> >             your question (or this list);
> >
> >             5. A quad-core host with 8 GB of RAM should be more than
> >             sufficient for Kamailio itself to meet your needs. But
> >             most of the answers to your question don't have much to do
> >             with Kamailio.
> >
> >             -- Alex
> >
> >             On 03/28/2014 06:36 AM, Rizwan Khan wrote:
> >
> >                 HI Guys,
> >
> >                 can you refer me to some resources which help me
> >                 dimension the hardware
> >                 for a setup.
> >
> >                 Total users will be 20,000. What percentage should i
> >                 assume for
> >                 concurrent audio and video calls? What is the standard
> >                 practice? How
> >                 does this all map to the cpu, ram and storage etc.
> >                 given that I will be
> >                 storing the cdrs as well.
> >
> >                 In the futute this setup should be scalable so that it
> >                 should support
> >                 200,000+ users within a span of 6-8 months. What would
> >                 be the ideal
> >                 architecture?
> >
> >                 Thanks,
> >
> >                 Rizwan Khan
> >
> >
> >
> >
> >                 _______________________________________________
> >                 SIP Express Router (SER) and Kamailio (OpenSER) -
> >                 sr-users mailing list
> >                 sr-users at lists.sip-router.org
> >                 <mailto:sr-users at lists.sip-router.org>
> >
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
> >
> >
> >
> >             --
> >             Alex Balashov - Principal
> >             Evariste Systems LLC
> >             235 E Ponce de Leon Ave
> >             Suite 106
> >             Decatur, GA 30030
> >             United States
> >             Tel: +1-678-954-0670 <tel:%2B1-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 at lists.sip-router.org
> >             <mailto:sr-users at 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 at lists.sip-router.org
> >         <mailto:sr-users at 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 at lists.sip-router.org <mailto:sr-users at 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 at lists.sip-router.org
> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> *Rainer Piper*
> NOC - +49 (0)228 97167161 - sip.soho-piper.de
> NOC - +49 (0)2247 9064188 - sip.tele33.de - sip.tefonix.de - D293
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.sip-router.org/pipermail/sr-users/attachments/20140401/f283f4ca/attachment-0001.html
> >
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: cluster-components-1.png
> Type: image/png
> Size: 75223 bytes
> Desc: not available
> URL: <
> http://lists.sip-router.org/pipermail/sr-users/attachments/20140401/f283f4ca/attachment-0001.png
> >
>
> ------------------------------
>
> _______________________________________________
> sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> End of sr-users Digest, Vol 107, Issue 1
> ****************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20140401/aabb6e6b/attachment.html>


More information about the sr-users mailing list