Hello group,

I am trying to determine if record routing would ever be useful on a dispatcher type sip router. It would seem to me that as long as the dispatcher hashes on the call-id then it will always ensure that the proper proxy receives the message.

I do notice in rfc 3261 that it says, "The proxy will remain on the path if it chooses not to insert a Record-Route header field value into requests that are already part of a dialog. However, it would be removed from the path when an endpoint that has failed reconstitutes the dialog."

In the case of reconstituting a dialog, does it keep the same call-id? I can't find anything in the rfc that says it does. This would imply, then, that the dispatcher should handle record routing for cases such as this. So that it can make sure to forward to the proper proxy even when the dialog temporarily breaks down.

On that subject. I notice that most of the RR examples I see use: if (loose_route()) { t_relay(); }

or something similar. Is there a way to forward the message on to the proper proxy using rr without using the tm module?

Or perhaps a better question would be: what is the proper way to forward on to the correct box with record routing?

thanks,

Rick