Hi Bhanu, Intention behind the max-forward header is to find any loop in the flow. mostly the value that is set in this header is fairly large ( 70 ) value so that any loop can be detected. there is no text available in the rfc which indicates the reaction for 483 response.
Consider following scenario: UA can try upto the value of 255 in this header but practically this value is fairly large value. So RFC recommends 70 that covers all kind of existing call flows. Regards, ~Dhruv On 1/11/07, Bhanuprasad K S <[EMAIL PROTECTED]> wrote: > > Hi Dhruv, > > Thanks for the info, > The scenario is UAC has sent a request, after many routes request > reached proxy with Max-Forwards zero and at that time proxy checks the > Max-Forwards value since it is zero it rejects the request by sending 483 > (Too Many Hops) to UA which has sent that request, at this time how UA > should behave to that error response > a) shall UA has to send new request (say INVITE) with greater Max-Forwards > value or what it should do > > Regards, > Bhanuprasad KS > www.globaledgesoft.com > > ----- Original Message ----- > *From:* Dhruv D <[EMAIL PROTECTED]> > *To:* Bhanuprasad K S <[EMAIL PROTECTED]> > *Cc:* [email protected] > *Sent:* Thursday, January 11, 2007 2:24 PM > *Subject:* Re: [Sip-implementors] open source server which supports AKA > registration > > If destined user receives the message with max-forwards as zero. It has to > honor the message. A proxy should check the value of max forwards before > forwarding it to next hop. > > Piece of text from 3261: > > 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. > > Regards, > ~Dhruv > > > 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
