Hello implementators Recently we ran into following dialog matching issue with new SS7 GW device:
our customers proxy modified from URI in initial INVITE, but did not do the same anymore for in-dialog BYE. This caused our new GW to not match the dialog and sessions we're only terminated once GW sent BYE. After customer changed behaviour (to manipulate also in-dialog requests) in their proxy, GW was able to match in-dialog request again correctly. I filed a report with the GW vendor, but they refuse to accept behaviour as a bug. My arguments for this being a serious defect are: 1. tags we're untouched and correct all the time 2. RFC3261 12.2.1.1 Generating the Request: --- It is expected that mandatory reflection of the original To and From URI in mid-dialog requests will be deprecated in a subsequent revision of this specification --- 3. robustness principle I can already see another customer to bump into same issue, can anyone come with better arguments than I did? -- Mikko Lehto _______________________________________________ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors