Re: [Kamailio-Users] Multiple SIP Proxy Environment / Socket Information

2009-04-21 Thread Iñaki Baz Castillo
El Martes, 21 de Abril de 2009, Brandon Armstead escribió: > Inaki, > >Sorry missed the 'reply to all button'. I think what your saying makes > sense, so simply enumerate each server: > > P1 - Set Flag 1 > P2 - Set Flag 2 > P3 - Set Flag 3 > > these flags will then be written to usrloc, and up

Re: [Kamailio-Users] Multiple SIP Proxy Environment / Socket Information

2009-04-21 Thread Brandon Armstead
Inaki, Sorry missed the 'reply to all button'. I think what your saying makes sense, so simply enumerate each server: i.e. P1 - Set Flag 1 P2 - Set Flag 2 P3 - Set Flag 3 these flags will then be written to usrloc, and upon lookup read from usrloc. In which case I can simply check this $bf

Re: [Kamailio-Users] Multiple SIP Proxy Environment / Socket Information

2009-04-21 Thread Iñaki Baz Castillo
El Martes, 21 de Abril de 2009, Brandon Armstead escribió: > Inaki, Please, mantain the thread in the maillist. > Thanks for the input -- that does look similar to what I'm looking to > do, however not 100%. From looking at the RFC it looks as if there is > always a certain path being trave

Re: [Kamailio-Users] Multiple SIP Proxy Environment / Socket Information

2009-04-21 Thread Iñaki Baz Castillo
El Martes, 21 de Abril de 2009, Brandon Armstead escribió: > Hello guys, > > Is there a method upon using lookup("location") to also pull out the > "socket" information for the original location the UAC registered to, for > scenarios of this example: > > P1 & P2 share same usrloc database. > >

[Kamailio-Users] Multiple SIP Proxy Environment / Socket Information

2009-04-21 Thread Brandon Armstead
Hello guys, Is there a method upon using lookup("location") to also pull out the "socket" information for the original location the UAC registered to, for scenarios of this example: P1 & P2 share same usrloc database. UA1 registers to P1 UA2 registers to P2 UA1 calls UA2 UA1 invites -> P1

Re: [Kamailio-Users] from replace

2009-04-21 Thread Gentrice's kaiser
Daniel, Thanks for your suggest, the code has run for years, it's time to update ... thank again. I try the code with latest 1.4x I used to test uac_replace_from in request route then failure_route, it makes two from hdr connect together. That's totally wrong. If I have no replace_from in route

Re: [Kamailio-Users] Disable auto ACK

2009-04-21 Thread Daniel-Constantin Mierla
Hello, kamailio does not generate ACK for 200OK reply. Are you sure it comes from kamailio and not from somewhere else? The best is to paste the trace of the sip call here or to some web page where we can check the signaling. Cheers, Daniel On 04/21/2009 04:55 PM, kévin l'heveder wrote: > Hi,

Re: [Kamailio-Users] from replace

2009-04-21 Thread Daniel-Constantin Mierla
On 04/21/2009 04:31 PM, Gentrice's kaiser wrote: > Dear Sir: > > > I wrote a failure route for serial call mechanism, it help for no > answer call ... > but all these serial calls need to have a new CallerID, > so I use replace_from for this purpose. > > > > modparam("uac","from_restore_m

Re: [Kamailio-Users] from replace

2009-04-21 Thread Iñaki Baz Castillo
2009/4/21 Gentrice's kaiser : > see, > you have gave me a new direction to think about this, > I think it is work for carrier, > so some small ITSP, most of them use "From" for identification. They will use "From" if there is no PAI or RPID headers. Just ask your carrier which header it requires (

Re: [Kamailio-Users] from replace

2009-04-21 Thread Gentrice's kaiser
see, you have gave me a new direction to think about this, I think it is work for carrier, so some small ITSP, most of them use "From" for identification. Thanks for your answer. kaiser 在 2009/4/21 下午 11:05 時,Iñaki Baz Castillo 寫到: > 2009/4/21 Gentrice's kaiser : >> If only one forward number i

[Kamailio-Users] textops usage

2009-04-21 Thread Juan Perez
Hello I am receiving the SDP from a provider with this format: g729/8000/1, which I interpret as codec g729, sampling rate 8000 and the number of channels is 1. The calling party [linksys pa2p] apparently does not like the "1" and terminates the call. I want to strip it using textops module a

Re: [Kamailio-Users] from replace

2009-04-21 Thread Iñaki Baz Castillo
2009/4/21 Gentrice's kaiser : > If  only one forward number in AVP array , this code working fine, > the issue will happen if multiple forward number trying, ( forward > 2nd,3rd ...number) > the UAC module will restore from header in 200 OK of its following > message when a UA answered, > we will h

[Kamailio-Users] Disable auto ACK

2009-04-21 Thread kévin l'heveder
Hi, i want to generate my own ACK after a OK ( After ringing). but even if i drop the OK in my reply_route a ACK is auto generated by Kamailio and sent How could i prevent this behavior ?? I found some clues in the sources : *#define no_autoack(_t_) ((_t_)->flags&T_NO_AUTOACK_FLAG)*

[Kamailio-Users] from replace

2009-04-21 Thread Gentrice's kaiser
Dear Sir: I wrote a failure route for serial call mechanism, it help for no answer call ... but all these serial calls need to have a new CallerID, so I use replace_from for this purpose. modparam("uac","from_restore_mode","auto") failure_route[3] { log(1,"*** I'm failure_route[3

Re: [Kamailio-Users] configuration

2009-04-21 Thread Iñaki Baz Castillo
2009/4/21 shiva prasad : > Hi All, >     I've successfully installed kamailio 1.5x version on fedora 9 os, > could you please let me know is it possible to configure Ekiga(client) > to connect kamailio server,. > >     if possible, could you please let me know how to configure the client? Please,

[Kamailio-Users] configuration

2009-04-21 Thread shiva prasad
Hi All, I've successfully installed kamailio 1.5x version on fedora 9 os, could you please let me know is it possible to configure Ekiga(client) to connect kamailio server,. if possible, could you please let me know how to configure the client? Thanks in advance. -- Regards, Shivapr

Re: [Kamailio-Users] switch to TCP when UDP message is bigger than MTU

2009-04-21 Thread Sandro Bordacchini
Daniel-Constantin Mierla ha scritto: > Hello, > > On 04/20/2009 08:34 PM, Klaus Darilion wrote: >> >> But for a production system you usually do not want this feature. >> Practically this paragraph from RFC 3261 is non-sense as it brakes >> communication with SIP clients. >> >> Residential custom

Re: [Kamailio-Users] switch to TCP when UDP message is bigger than MTU

2009-04-21 Thread Daniel-Constantin Mierla
Hello, On 04/20/2009 08:34 PM, Klaus Darilion wrote: > Hi Sandro! > > If you just need it for testing then you could use the approaches > mentioned in the other emails. > > But for a production system you usually do not want this feature. > Practically this paragraph from RFC 3261 is non-sense a