Hi,

I am using the Dialog module with topology_hiding() in my server and I have a 
need to Record-Route the call on my server as I am advertising a different 
address than I am listening on. I have found what I believe is an inconsistency 
in the handling of Record-Route within the Dialog topology_hiding 
functionality. The topology_hiding isn’t a true B2BUA, but it does set up 
different parameters for the incoming UAC and outgoing UAS sides of the call 
for the Via headers, Record-Route and Route headers, and the Contact header(s).

The problem is that the record_route() and loose_route() functions operate on 
different sides of the call. The record_route() function will only add a 
Record-Route header to the outgoing UAS side of the call. And since the 
record_route() function cannot be called from onreply_route, but is no way to 
add a Record-Route header to the UAC side of the call.

On the other hand, the loose_route() function only operates on the incoming UAC 
side of the call and there is no way to perform loose_route() on the UAS side 
of the call.

So there is a situation where Record-Route headers can only be added on the 
outgoing UAS side, but the associated Route headers can only be removed on the 
incoming UAC side (where they won’t exist since they can’t be added) and any 
added headers on the UAS side cannot be processed properly due to the lack of 
loose_route.

I can provide further information if this is unclear. It should be easily 
reproducible by attempting to use record_route in a topology_hiding scenario. 
The route is added to the outbound leg, but is not removed by loose_route so 
the message is looped back every time.

Ben Newlin | Sr Voice Network Engineer, PureCloud
phone & fax +1.317.957.1009 | [email protected]
[http://cdn.inin.com/baseimages/ININ_Logo_Signature.png]
www.inin.com<http://www.inin.com/>

_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Reply via email to