Scott Lawrence wrote: > On Wed, 2008-10-01 at 11:12 -0400, Paul Mossman wrote: > > > > We will still "lock" each of our releases to a particular > version of > > Polycom firmware. i.e. The version whose sip.cfg and > phone1.cfg files > > we've tested with and included in the release. > > I know that I sound like a broken record about this... > > We really have to find a way to support multiple versions of > phone configurations and software on the same system at the > same time. We must offer the admin the option of saying > "these specific phones are upgraded to release Y, but all > others remain at X"; this is the only sane way to manage > phones - you just don't upgrade them all at once. > > We especially don't want to be in a situation in which the > customer must upgrade all phones at the same time they > upgrade the servers - it must be possible to decouple those > upgrades or no one will want to take the chance of doing it.
I hear you that we need to get there. Is there already a JIRA? I don't think we should attack it as part of XCF-2751. For this approach we are not making things worse. There is still the option to have Polycom firmware packages uploaded, no more than one can be active at any time, and an active package will be loaded by any Polycom that reboot. The admin still must manage this is the same way. -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
