Re: [SR-Users] OT: phones which support out-of-dialog REFER

2010-06-08 Thread Zahid Mehmood
My mistake, it is not an out-of-dialog REFER but an invite with replaces hdr. On Jun 8, 2010, at 9:57 PM, Zahid Mehmood wrote: > I think Polycom phones do. They support directed and group call-pickup > which, if i'm not mistaken, uses out-of-dialog REFER. > > -- > Zahid > > > On Jun 8, 20

Re: [SR-Users] OT: phones which support out-of-dialog REFER

2010-06-08 Thread Zahid Mehmood
I think Polycom phones do. They support directed and group call-pickup which, if i'm not mistaken, uses out-of-dialog REFER. -- Zahid On Jun 8, 2010, at 5:37 PM, Iñaki Baz Castillo wrote: > 2010/6/7 Klaus Darilion : >> Hi! >> >> Does somebody know any SIP clients (hard/soft) which support

Re: [SR-Users] OT: phones which support out-of-dialog REFER

2010-06-08 Thread Iñaki Baz Castillo
2010/6/7 Klaus Darilion : > Hi! > > Does somebody know any SIP clients (hard/soft) which support out-of-dialog > REFERs? AFAIK no one implements such useful feature :( -- Iñaki Baz Castillo ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-use

Re: [SR-Users] 2 Asterisk servers re-inviting around kamailio even with t_relay being used?

2010-06-08 Thread Alex Balashov
If that's really your complete Kamailio config, it's missing a number of critical checks and handlers, such as loose_route(), which handles sequential (in-dialog) requests differently from initial requests due to the presence of a Route: header and a To header tag. You can't just stick cr_rout

[SR-Users] 2 Asterisk servers re-inviting around kamailio even with t_relay being used?

2010-06-08 Thread JR Richardson
Hi All, I'm using kamailio with carrierroute to load balance calls to other servers. I have 2 testing scenarios set up: sipp>http://pastebin.com/Uk9qVhX2 Any ideas on why the call is not maintaining SIP session through the proxy? Thanks. JR -- JR Richardson Engineering for the Masses __

Re: [SR-Users] Strange behavior when rewriting "To" header from failure_route (kamailio - 3.0.2)

2010-06-08 Thread Klaus Darilion
Am 08.06.2010 11:51, schrieb Kosilov Fedor: So the code now supposed to delete "To: " and to append "To: " yes. But with ngrep i can see: To: .Date: Tue, 08 Jun 2010 09:40:10 GMT. With timestamp, which seems to me to be unusual. The timestamp is the next header. Thus, somehow the CRLF g

Re: [SR-Users] Strange behavior when rewriting "To" header from failure_route (kamailio - 3.0.2)

2010-06-08 Thread Kosilov Fedor
Thank you for the answer, Klaus I have tried your way(commented my subst and added your rows), so now it looks like this: failure_route[2] { if (!t_is_canceled() && t_check_status("486|408")) { $avp(alias_seq)=$avp(alias_seq)+1; xdbg("HERE WE ARE!$avp(alias_seq)\n"); revert_uri(); sql_query

Re: [SR-Users] Strange behavior when rewriting "To" header from failure_route (kamailio - 3.0.2)

2010-06-08 Thread Klaus Darilion
Hi! 1. I never used subst so I do not know how it is supposed to work 2. Mangling To is often not needed, changing RURI is usually sufficient 3. If I need to change the To header, eg. for tsting purposes, I just delete the existing one and create a new one: remove_hf("To"); append_hf("To:

Re: [SR-Users] Fwd: [RAI] SIPit26 summary

2010-06-08 Thread Olle E. Johansson
I would like to take this oppurtunity to thank the SIP-router/kamailio team for your participation. I did force you guys into many multiparty tests where we needed an extra proxy and you performed with success! Another thing not mentioned here is that Kamailio is going to be part of the permane

[SR-Users] Fwd: [RAI] SIPit26 summary

2010-06-08 Thread Klaus Darilion
FYI - the summary from SIPit regards Klaus Original-Nachricht Betreff: [RAI] SIPit26 summary Datum: Fri, 4 Jun 2010 13:50:50 -0500 Von: Robert Sparks An: r...@ietf.org SIPit 26 was hosted by Edvina and TANDBERG in Kista, Sweden the week of May 17-21, 2010. There were 67 att

[SR-Users] Strange behavior when rewriting "To" header from failure_route (kamailio - 3.0.2)

2010-06-08 Thread Kosilov Fedor
piece of code: failure_route[2] { if (!t_is_canceled()) { revert_uri(); sql_query("main", "select username from subscriber where alias='$tU' and alias_seq='2'", "alias_name"); sql_query("main", "select domain from subscriber where alias='$tU' and alias_seq='2'", "alias_domain"); subs