Re: [SR-Users] ACK not relayed

2012-07-31 Thread David Notivol
; Hello, > > add $si, $ru and $ci in the xlog(...) from the config to compare with > ngrep trace, maybe there are different ACKs. > > Cheers, > Daniel > > > On 7/30/12 3:55 PM, David Notivol wrote: > > Hello, > > It looks like the r-uri in the trace is differ

Re: [SR-Users] ACK not relayed

2012-07-30 Thread David Notivol
t try forwarding it if the uri si > not myself, like adding: > > if(uri!=myself) t_relay(); > > before the exit. > > Cheers, > Daniel > > > On 7/30/12 11:10 AM, David Notivol wrote: > > This is the code that's being executed: > > route[WITHINDLG

Re: [SR-Users] ACK not relayed

2012-07-30 Thread David Notivol
This is the code that's being executed: route[WITHINDLG] { if (has_totag()) { # sequential request withing a dialog should # take the path determined by record-routing xlog("ESTAMOS EN WITHIN\n"); if (loose_route()){ xlog("LOOSE ROUTE DETECTED\n");

Re: [SR-Users] ACK not relayed

2012-07-30 Thread David Notivol
thing is wrong with > it. > > Cheers, > Daniel > > > On 7/30/12 8:53 AM, David Notivol wrote: > > In a UAC-Kamailio-UAS scenario, we've found a case where the ACK coming > from uac is not relayed by our proxy to the uas. This is the log for the > ACK message: &

[SR-Users] ACK not relayed

2012-07-29 Thread David Notivol
In a UAC-Kamailio-UAS scenario, we've found a case where the ACK coming from uac is not relayed by our proxy to the uas. This is the log for the ACK message: Jul 27 10:04:59 theseus-test /usr/local/kamailio/sbin/kamailio[17358]: DEBUG: [parser/msg_parser.c:624]: SIP Request: Jul 27 10:04