Re: [SR-Users] sipp dead calls

[Mack Hendricks]

Hey Diego,

This smells like a sipP scenario file issue.  Did you customize the the 
scenario file being used by sipP B?

-Mack

> On Dec 14, 2016, at 3:23 PM, Diego Nadares  wrote:
> 
> Hi guys,
> 
> We are testing kamailio with sipp. We are running it with 20cps and some 
> calls do the following. When Kamailio is processing the 'ringing' a '200ok' 
> arrives in the middle. First, kamailio forwards the 200 ok and then the 
> ringing. 'ACK' arrives and, I suppose, the call is established. The thing is 
> than when the 'BYE' arrives kamailio responds with a 404. 
> 
> This is the summary of the call
> 
> Id Time Source Destination Protocol Len Info
> 
> 6483  2016-12-14 11:26:06.264697  SIPP-A  KAMAILIOSIP/SDP 692 
> Request: INVITE sip:@172.16.213.38:5060 
>  | 
> 
> 6484  2016-12-14 11:26:06.264937  KAMAILIOSIPP-A  SIP 367 
> Status: 100 trying -- your call is important to us | 
> 6485  2016-12-14 11:26:06.266327  KAMAILIOSIPP-B  SIP/SDP 1179
> Request: INVITE sip:@172.16.213.31:5060 
>  | 
> 6486  2016-12-14 11:26:06.267217  SIPP-B  KAMAILIOSIP 566 
> Status: 180 Ringing | 
> 6487  2016-12-14 11:26:06.267268  SIPP-B  KAMAILIOSIP/SDP 733 
> Status: 200 OK | 
> 6488  2016-12-14 11:26:06.267758  KAMAILIO  SIPP-ASIP/SDP 788 
> Status: 200 OK | 
> 6489  2016-12-14 11:26:06.267833  KAMAILIOSIPP-A  SIP 442 
> Status: 180 Ringing | 
> 6490  2016-12-14 11:26:06.268868  SIPP-A  KAMAILIOSIP 493 
> Request: ACK 
> sip:127.0.0.8;line=sr-N6IAzBFwMJZfWJZLM.M7MlF-W.y6Mx14NEt7Nw05NhPQKjaP | 
> 6491  2016-12-14 11:26:06.269162  KAMAILIOSIPP-B  SIP 609 
> Request: ACK sip:172.16.213.31:5060;transport=UDP | 
> 6492  2016-12-14 11:26:06.269614  SIPP-A  KAMAILIOSIP 404 
> Request: BYE sip:@172.16.213.38:5060 
>  | 
> 6493  2016-12-14 11:26:06.269782  KAMAILIOSIPP-A  SIP 348 
> Status: 404 Not here |
> 
> We are using modules rtjson, evapi, uac, topoh, rtpproxy for all calls. My 
> debug level is -1. With higher levels this behavior increase.
> 
> Kamailio is running in a virtual machine with centos7 with 8 cores and 8gb of 
> ram.
> 
> Do you need any further information? I can send you a pcap or ngrep file.
> 
> Best regards,
> 
> Diego.
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

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

Re: [SR-Users] Executing a C function from the Kamailio Script

[Mack Hendricks]

Hey Alex,

Thanks…that what I was thinking, but the customer has the logic in a C function 
already and he would like to reuse it.  

> On Dec 4, 2015, at 12:22 PM, Alex Balashov  wrote:
> 
> Mack,
> 
> The language modules take advantage of the fact that those other languages 
> (e.g. Lua, Python) are higher-level, _interpreted_ languages, and that their 
> interpreters provide an API for embedding them into C programs. One cannot 
> easily embed an on-the-fly C compiler into a C program.
> 
> Writing a Kamailio module is certainly the easiest way to call a custom C 
> function from route script, and it's not terribly hard to get started. If 
> your needs are very simple, you don't have to make extensive study of the 
> module API. Just follow/modify this example module:
> 
> https://github.com/kamailio/kamailio/tree/master/modules/print
> 
> 'print' is a stub that doesn't do anything, but provides a skeleton from 
> which you can build your own module.
> 
> I suppose you could also embed your C function into a library that can be 
> called from an interpreted language supported by Kamailio (Lua, Python, Perl, 
> etc.), but that seems like it would be vastly more complicated than writing a 
> Kamailio module.
> 
> Finally, are you one hundred percent sure that the functionality you need 
> cannot be achieved any other way?
> 
> -- Alex
> 
> -- 
> Alex Balashov | Principal | Evariste Systems LLC
> 303 Perimeter Center North, Suite 300
> Atlanta, GA 30346
> United States
> 
> Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct)
> Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
> 
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


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

[SR-Users] Executing a C function from the Kamailio Script

[Mack Hendricks]

We have some logic in a C function that we would like to execute from the 
Kamailio script.  I see there are modules for calling functions in other 
languages.  But, I don’t see anything for C.  Is creating a module the only way 
to leverage this C function?

Thanks,

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

[SR-Users] Timer Process versus Slow Timer Process

[Mack Hendricks]

Hi All,

I'm looking to have a better understanding of when to use the Timer process
versus the Slow Timer Process.  This is what I came up with, but please
correct me:


   - The “*Timer*” process is used to handle core processing within
   Kamailio.  Therefore, you don’t want to put long running logic into the
   routing handler

   - The “*Slow Timer*” process can be used for long running processes
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users