Hi, I am trying to understand the section 5.1.1 (mediaproxy ser.cfg analysis) and I am having trouble understanding RE-INVITES and loose-routing:
Consider following scenario:
UA1 - SER -- P2 - UA2
1) When SER gets a REINVITE from UA1, what happens? How does SER know it is a REINVITE? Does it work as follows: When SER gets a REINVITE, it checks it's memory to see if an existing TransactionID exists and if yes, then it know that this is a REINVITE?
Even if it knows it is a REINVITE, what role does loose_route() play?
2) WHY does the line 85 on page 40 say "n order to ensure that we are dealing only with an actual re-INVITE, we must make sure the has_totag() function returns TRUE and loose_route() is also TRUE."
Why would the REINVITE have a to_tag()? Why must the loose_route return TRUE for RE-INVITES? Won't REINVITES be also record_routed() before reaching the loose_route() directive?
ANy explanations will be appreciated.
Dave
__________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com