Josh wrote: > I still believe all those things should be kept for one > reason: sipX has the ability to provision external lines. > External as in not on a sipX system. Some of the settings > that are being suggested for removal may be crucial for > operation on an external system.
There seem to be relatively few Line-specific Category 1/2 settings, compared to the number that are Phone-specific. It should be possible to simplify Internal Lines, without removing anything from External Lines. I'd like to think that we could have two types of External Lines: "sipXecs" (simplified) and "other" (complicated.) But I think that would be outside the scope of XX-8261. > One other thing should be > realized as well: while simplification is a good thing and > makes everyones lives easier, how much is too much? How much > do things get watered down before they become so basic that > monkeys banging on keyboards can make the system work. Speaking as a monkey who bangs on a keyboard, I want a system basic enough that I can make it work. :) Seriously though, if we make the system easier to use, more people will deploy it. That will benefit us all. I hope we can find the right balance between simplicity and advanced capabilities. > My opinion is don't take anything out, but consider > reorganizing the configuration and just throw all the > "unnecessary" stuff under an advanced area. That is an option. But it comes back to this layout-to-config mapping challenge. Hopefully we can find a way to get the simplified layout we need, without breaking the existing config mapping. > And please implement the polycom custom xml patch that Eric > Varsanyi wrote. It would be extremely useful for large > complex installations (like mine). I admit, after my initial look I let these fall through the cracks. My concern at the time was that they seemed to introduce a lot of Polycom-specific functionality outside the Polycom plug-in, which can't be used for other Phones. I'll try and find time for a second look. -Paul [email protected] _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev sipXecs IP PBX -- http://www.sipfoundry.org/
