Hi Bhanuprasad, the hop count is implemented to avoid endless loops and to remove a request if it is zero.
Your second question is easy to answer. In this case the UAS is reached and can handle the request. It makes no sense to send back a 483 Too Many Hoops detected. On the other side it is not the task of a UAS server to decrease the Max-Forwards header. (I think this is written in RFC 3261 - 16 - Proxy) Your first question is a little more complicated. In my opinion there a two possibilities. The first one it was a loop inside. The second one the way was really longer than 70 hops. If I can it is RECOMMENDED to use 70 hops but you are free to try it again with more hops, I think the maximal is 255. I hope this helps. Regards, Markus Bhanuprasad K S wrote: > According to RFC 3261, 8.1.1.6 Max-Forwards : If the Max-Forwards value > reaches 0 before the request reaches its destination, it will be rejected > with a 483(Too Many Hops) error response.My doubts are a) If UAC receives > this error response what should be the behaviour of UAC at that time should > UAC send new Request with Max-Forwards value greater than earlier > Max-Forwards value or what UAC should dob) If UAS receives request with > Max-Forwards value equal to zero and it is the final recepient should it > accept the request or it should send 483 Too Many Hops ??Thanks in > advanceRegards, > Bhanuprasad KS > Global Edge Software Ltd. > www.globaledgesoft.com > > " The Greatest Failure is not when Others put you down, > It is when you put down yourself " > > > ------------------------------------------------------------------------ > > This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely > for the use of the addressee(s). If you are not the intended recipient, > please notify the sender by e-mail and delete the original message.Global > Edge Software Ltd has taken every reasonable precaution to minimize this > risk, but is not liable for any damage you may sustain as a result of any > virus in this e-mail. You should carry out your own virus checks before > opening the e-mail or attachment. Global Edge Software Ltd reserves the right > to monitor and review the content of all messages sent to or from this e-mail > address > > > ------------------------------------------------------------------------ > > _______________________________________________ > Sip-implementors mailing list > [email protected] > https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
