On Fri, 2008-11-21 at 18:29 +0530, Sathya Chandrakala wrote: > Hi, > > The following scenario is not a part of our testing and we > accidentally came across this. Out of curiosity I would like to know > the right behavior. Please let me know if this scenario sounds valid. > > Scenario: > PhoneB-----------has set call forwarding(at the same time) > to----------->PhoneA > > Now, PhoneA------calls------->PhoneB > > a) Observation in case of Polycom phones: > -PhoneB rings ONLY for 7seconds and then gets disconnected. Both > PhoneA and PhoneB return to idle state. > -PhoneA does not display call waiting (though PhoneB has set call > forwarding to PhoneA) > > b) Observation in case of LG-Notel phones: > -TUI of PhoneA shows call waiting > -PhoneB rings for 20 seconds and gets disconnected > -PhoneA rings for a total of 30 seconds then goes into voicemail of > PhoneB > > Is this a right scenario? If yes then should we report an issue for the > Polycom behaviour.
These both sound like bugs. Phone A should detect that the call is a loop and return a 481 Loop Detected response. It should not show anything on the UI about an incoming call, and there should be no effect on how the call completes at other targets. _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
