Re: [SR-Users] "ACK not received"

Alex, If I contact the calling UA 91.121.81.212 and give him my server ip address and ask him to send me an ACK, he shouldn't have any problems fulfilling my request? Since I am just testing, is this the best approach when contacting another provider or is there another formal way to do it? Thank

Re: [SR-Users] "ACK not received"

This kind of ACK is end-to-end, not hop-by-hop, so it should be sent by the calling UA (and correctly forwarded by Kamailio). -- Alex Balashov - Principal Evariste Systems LLC 260 Peachtree Street NW Suite 2200 Atlanta, GA 30303 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesy

Re: [SR-Users] "ACK not received"

No ACK from caller at 91.121.81.212. On Wednesday 25 May 2011, Mokhtar Bengana wrote: > I am trying to forward a DID to a sip account registered to Kamailio. > The call get established with two way audio and Kamailio shows it's > comming from an Asterisk server. However the call get disconnected >

[SR-Users] "ACK not received"

I am trying to forward a DID to a sip account registered to Kamailio. The call get established with two way audio and Kamailio shows it's comming from an Asterisk server. However the call get disconnected each time after 31s. Ngrep is showing "ACK not received" by the Kamailio test account before t

Re: [SR-Users] [OT] IETF SIMPLE WG will destroy MSRP with the new draft-ietf-simple-msrp-sessmatch-11

Hello, for me it is so clear that the newer version is far more better than the old one since it will have a greater rfc number. Obvious! I cannot argue against it. Cheers, Daniel PS. Guys, before implementing SIP-related RFC N, where N is greater than 4000, wait until RFC N+3000 is publish

Re: [SR-Users] Cancel issue

2011/5/25 Carl Wagner : > I am sorry, you are right.   I was looking at rfc3665 Page 71, F10 and it > did not have a To: tag in the 200 OK to the cancel. > (I know that rfc3665 is just examples, and when in doubt I should use > rfc3261) > > The last paragraph of rfc3261, section 9.2 says to use sec

Re: [SR-Users] Cancel issue

I am sorry, you are right. I was looking at rfc3665 Page 71, F10 and it did not have a To: tag in the 200 OK to the cancel. (I know that rfc3665 is just examples, and when in doubt I should use rfc3261) The last paragraph of rfc3261, section 9.2 says to use section 8.2.6 to construct the 200

Re: [SR-Users] Wildcard TLS

2011/5/25 Klaus Darilion : > Inaki - are there any SIP implementations which implemented RFC 5922? I > suspect also Kamailio is not conform. Honestly no idea. I will start playing further with TLS (also TLS client authentication) soon, but for now I've not too much experience. -- Iñaki Baz Casti

Re: [SR-Users] 3.1.x and Kamailio compatibility mode

Am 25.05.2011 14:03, schrieb Daniel-Constantin Mierla: > > > On 5/25/11 12:57 PM, Klaus Darilion wrote: >> >> >> On 25.05.2011 12:18, Daniel-Constantin Mierla wrote: >>> >>> >>> On 5/25/11 12:11 PM, Klaus Darilion wrote: On 25.05.2011 11:17, Daniel-Constantin Mierla wrote: >

Re: [SR-Users] Wildcard TLS

Inaki - are there any SIP implementations which implemented RFC 5922? I suspect also Kamailio is not conform. regards Klaus Am 25.05.2011 13:29, schrieb Iñaki Baz Castillo: > 2011/5/24 Jon Farmer : >> I want to start offering TLS on a per customer basis. However I don't >> want to have to create

Re: [SR-Users] Green VoIP - energy efficiency and performaces of v3.0

On Wed, May 25, 2011 at 06:54, Jeremya wrote: > These figures pale into insignificance compared to the power required > for standard SIP devices - typically 5-8 watts per device multiplied by > the number of devices. > > When you factor in Gigabit Ethernet the power ups significantly. > > Optimisa

[SR-Users] kamailio and radius

Hello I've installed kamailio 3.1 but It's doesn't Work with radius authentication. I've followed this manual http://www.kamailio.org/docs/openser-radius-1.0.x.html but it does'nt work, because is for openser not kamailio. Is there ano

Re: [SR-Users] 3.1.x and Kamailio compatibility mode

On 5/25/11 12:57 PM, Klaus Darilion wrote: On 25.05.2011 12:18, Daniel-Constantin Mierla wrote: On 5/25/11 12:11 PM, Klaus Darilion wrote: On 25.05.2011 11:17, Daniel-Constantin Mierla wrote: On 5/25/11 10:55 AM, Henning Westerholt wrote: On Tuesday 24 May 2011, Daniel-Constantin Mi

Re: [SR-Users] Wildcard TLS

2011/5/24 Jon Farmer : > I want to start offering TLS on a per customer basis. However I don't > want to have to create a TLS certificate per customer if I don't need > to. So I need to know if I can create a *.example.org certificate and > use that for all customers who want TLS? Hi Jon, please c

Re: [SR-Users] Green VoIP - energy efficiency and performaces of v3.0

Hello Henning, My application is slightly different in that I have hundreds of nodes each running an instance of Kamailio on embedded servers in a failure tolerant configuration. This is in a risk-of-life application and each node has large backup power supplies. In reality kamailio takes milliwa

Re: [SR-Users] Green VoIP - energy efficiency and performaces of v3.0

I should point out that my SIP business is risk-of-life voice services where I have to arrange to power SIP devices and communications devices from alternate energy sources for extended periods, so I am intimately aware of every watt that is used in SIP communications. My systems use kamailio in e

Re: [SR-Users] Green VoIP - energy efficiency and performaces of v3.0

On Wednesday 25 May 2011, Jeremya wrote: > These figures pale into insignificance compared to the power required > for standard SIP devices - typically 5-8 watts per device multiplied by > the number of devices. > > When you factor in Gigabit Ethernet the power ups significantly. > > Optimisation

[SR-Users] [OT] IETF SIMPLE WG will destroy MSRP with the new draft-ietf-simple-msrp-sessmatch-11

Hi, for those interested in MSRP protocol (instant message sessions and file transfer for SIP) there are bad news: Even if there are already clients and servers (MSRP relays o IM conference servers) implementing the MSRP protocol (RFC 4975 and 4976) the SIMPLE WG will publish a new draft [*] that

Re: [SR-Users] 3.1.x and Kamailio compatibility mode

On 25.05.2011 12:18, Daniel-Constantin Mierla wrote: On 5/25/11 12:11 PM, Klaus Darilion wrote: On 25.05.2011 11:17, Daniel-Constantin Mierla wrote: On 5/25/11 10:55 AM, Henning Westerholt wrote: On Tuesday 24 May 2011, Daniel-Constantin Mierla wrote: Is #!KAMAILIO still necessary wit

Re: [SR-Users] Green VoIP - energy efficiency and performaces of v3.0

These figures pale into insignificance compared to the power required for standard SIP devices - typically 5-8 watts per device multiplied by the number of devices. When you factor in Gigabit Ethernet the power ups significantly. Optimisation at the server level is not significant on any scale. O

[SR-Users] Green VoIP - energy efficiency and performaces of v3.0

Hello, Jan Janak conducted a very interesting research project regarding energy efficiency of VoIP systems during 2010, a collaboration between iptel.org and Columbia University. The team used the source code from sip-router.org GIT repository from January 2010, which corresponds to Kamailio

Re: [SR-Users] 3.1.x and Kamailio compatibility mode

On 5/25/11 12:11 PM, Klaus Darilion wrote: On 25.05.2011 11:17, Daniel-Constantin Mierla wrote: On 5/25/11 10:55 AM, Henning Westerholt wrote: On Tuesday 24 May 2011, Daniel-Constantin Mierla wrote: Is #!KAMAILIO still necessary with Kamailio 3.1.x? If yes, which behavior is changed by #

Re: [SR-Users] 3.1.x and Kamailio compatibility mode

On 25.05.2011 11:17, Daniel-Constantin Mierla wrote: On 5/25/11 10:55 AM, Henning Westerholt wrote: On Tuesday 24 May 2011, Daniel-Constantin Mierla wrote: Is #!KAMAILIO still necessary with Kamailio 3.1.x? If yes, which behavior is changed by #!KAMAILIO? it is still good to turn on vim sy

Re: [SR-Users] app_lua problem setting module parameter

On Wednesday 25 May 2011, Bret McDanel wrote: > In 3.1.1 this worked just fine. In 3.1.3 it is giving me an error. I > am unsure what to check at this point for why it would be failing. I am > doing a kamailio -c to validate the config and not actually launching > the program but I do not think

Re: [SR-Users] 3.1.x and Kamailio compatibility mode

On 5/25/11 10:55 AM, Henning Westerholt wrote: On Tuesday 24 May 2011, Daniel-Constantin Mierla wrote: Is #!KAMAILIO still necessary with Kamailio 3.1.x? If yes, which behavior is changed by #!KAMAILIO? it is still good to turn on vim syntax highlighting :-) (if you installed the files from u

Re: [SR-Users] 3.1.x and Kamailio compatibility mode

On Tuesday 24 May 2011, Daniel-Constantin Mierla wrote: > > Is #!KAMAILIO still necessary with Kamailio 3.1.x? If yes, which > > behavior is changed by #!KAMAILIO? > > it is still good to turn on vim syntax highlighting :-) (if you > installed the files from utils/misc/vim/ in ~/.vim/), otherwise

Re: [SR-Users] Service Execution Time

On Wednesday 25 May 2011, Giuseppe Carella wrote: > I'm using kamailio with the dispatcher module. > I would like to know if there are some API to get an average of the service > execution time. In other words, I need to get the time between sending > the request and receiving the response for ev

Re: [SR-Users] Wildcard TLS

I never used wildcard certificates with Kamailio but I do not see a reason why it shouldn't work. Thus, I am quite sure that it will work. regards Klaus On 24.05.2011 22:25, Jon Farmer wrote: Hi I am just wondering if it is possible to use a wildcard certificate with TLS. I have hundreds of

[SR-Users] Service Execution Time

Hi all, I'm using kamailio with the dispatcher module. I would like to know if there are some API to get an average of the service execution time. In other words, I need to get the time between sending the request and receiving the response for every request, but also to have this values separate

Re: [SR-Users] Manipulate From header

Henning hi, I did looked the trace and the headers were the same. In Kamailio-1.5.3 it worked. In Kamailio 3.x.x it seems to not behave properly and I dont understand why since it does not require any special configuration. Any other ideas ? Cheers Alex 2011/5/23 Henning Westerholt > On Fri

[SR-Users] Telefonia ip

friend I am interested in learning more about VoIP or IP telephony, I read a lot about you and I still have more to read, as it can not released through theofficial documentation page errors Please let me send them am email, thanks I DEVELOP voip server to sip in Venezuela, I need all the help pos