Björn Bylander writes: > My problem is this: When the Perimeta SBC sends its first INVITE (I > can't say anything about any succeeding INVITEs yet) it's added a > Record-Route header with the "lr" parameter included which, as far as > I can see makes Kamailio think it should use loose routing which is > all well I think. But when the SBC sends an ACK for the "200 OK" from > the Kamailio side it doesn't include any Route headers and I think > that makes it hard for Kamailio (at least with the standard script > which is basically what I'm using) to know where to relay the ACK, at > least it makes the t_check_trans() call in WITHINDLG after > 'is_method("ACK")' return false which makes the script ignore the > ACK. > > Any thoughts or suggestions on how to handle this?
If the SBC does not include Route headers it learned from 200 OK R-R headers into in-dialog requests (e.g. ACK) it break SIP RFC3261 and you should ask them to fix their code or get your money back. -- Juha _______________________________________________ Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users