Hi Scott, Our problem here is a transition issue (from CME to SipXecs). For some company like us who can't always afford to replace equipments, it's not always easy to say just replace your phones with polycoms.
We will greatly appreciate if the development team start looking into interoperability issues like this. I just hope it will be very soon. :) Thank you for your attention. Best regards, Rhon On Fri, Apr 23, 2010 at 5:31 AM, Scott Lawrence <xmlsc...@gmail.com> wrote: > On Thu, 2010-04-22 at 12:25 -0700, Nathan Nieblas wrote: > > > Cisco follows IETF standards for SIP > > With all due respect to Cisco, that statement doesn't mean very much. > > There are lots of documents that make up 'standards for SIP', and many > ways in which implementations can be incompatible while still making the > claim that they 'follow' some spec. > > Doubtless we will eventually be able to figure out what the issue that > started this thread is, and possibly configure around it. We may be > able to make a change that prevents the problem but preserves > compatibility with the other phones. > > It is true that the core development team does not normally test much > with Cisco phones - they just are not that high a priority for us. The > configuration support for them is mostly from the community, and for > that we are very appreciative. > > If you want to use phones that we test with thoroughly, today that means > mostly Polycom, the Counterpath Bria, and various of the Avaya phones. > Other phones work, but generally are not as well tested by the core > team, and configuration support for them varies more in quality and > frequency of updates. > > > >
_______________________________________________ sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users sipXecs IP PBX -- http://www.sipfoundry.org/
