On Wed, 2008-07-23 at 12:12 +0530, Baslingappa Bhujang wrote: > I have tested "Processing the Require Header" in interop server with > LG,Polycom and counterpath phones with the following scenarios > > Phone 1 Phone2 Status > LG LG Fail > Polycom Polycom Fail > Counterpath Counterpath PASS > LG Polycom Fail > Polycom LG Fail > Counterpath (All models) Fail > All models Counterpath Fail > > Scenario:phone 1 dials phone2 *63xxxx > Observartion:Test fails for all the scenarios mentioned above except > for Counterpath phones which gives 420 (Bad extension). > > Should I report a Bug for the failed scenario or should I update test > cases with scenarios supported by Counter path phones.
For this test, the calling phone does not matter - the test is really only a test of the called phone, so your table can be reduced by one column. Report a bug (in the External project) for any phone that fails. This is actually a very serious bug for a phone to have - not enforcing Requires breaks the SIP extensibility model badly. -- Scott Lawrence tel:+1.781.229.0533;ext=162 or sip:[EMAIL PROTECTED] sipXecs project coordinator - SIPfoundry http://www.sipfoundry.org/sipXecs CTO, Voice Solutions - Bluesocket Inc. http://www.bluesocket.com/ http://www.pingtel.com/ _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
