It's really a question of whether CDP is supported on the phone. If it is, people would want that included functionality with sipx I think.
In this manner, sipx allows the phone to dial internally by "plugging it in" and the display shows a code on the display that can be conveyed to your sipx coordinator who can then assign the line to the phone and provision it. It's touchless provisioning. Ship the phone direct to the end user and they plug it in and they can call and say "I got my phone, now what?", you say "what's your code" after they give it to you, you locate in the unprovisioned phones. You do ZERO data entry. I can't find anything at the siemens site that mentions lldp, cdp or anything for these phones though. So maybe its a null issue at this point if they don't support it. On Wed, Oct 27, 2010 at 5:13 AM, David Becker <[email protected]>wrote: > With these phones it probably wouldn't make sense to give them any sort of > provisioning data before they're fully configured in SipXconfig. They will > still report their existence to the server because the provisioning isn't > done through a simple download but a servlet, that servlet could add them to > the list of known phones (or something else can take the sevlet's stored > contact information > (/var/sipxdata/configserver/phone/profile/dls/{MAC}.contact) and report > those phones to SipXconfig). I'm not planning to implement that in order to > keep my schedule but it remains a possibility if I end up having more time > than I need. > > Am 27.10.2010 10:45, schrieb Tony Graziano: > > It is explained in better detail on the wiki: > > > http://wiki.sipfoundry.org/display/xecsuserV4r2/Configuring+Polycom+SoundPoint+IP+Phones > > Connect phone to network and allow sipXecs auto provisioning to generate > temporary ID > > To add a phone: > > - Plug the device into your sipXecs network > - Wait for phone to download firmware and bootrom. This process is > outlined in First Time Phone Boot > Process<http://wiki.sipfoundry.org/display/xecsuserV4r2/Configuring+Polycom+SoundPoint+IP+Phones#ConfiguringPolycomSoundPointIPPhones-FirstTimePhoneBootProcess> > - Once the phone has completed booting, sipXecs will assign a temporary > ID to the phones. This is a 3 character alphanumeric ID that will be > something like *F78*. > - Remember this ID as you will need it to fully provision the phone > > Add Line(s) To Phone > > Now that you have auto-provisioned a phone you need to add at least one > line so the phone can register to the sipXecs server. > > - Browse to *Devices -> Phones* and then select *unassigned* in the *Filter > By...* drop down list > - Click the *serial number* of the phone that was just > auto-provisioned. The *Description* column contains the temporary ID > for easy searching. Note that there is no line currently assigned to the > phone: > > > On Wed, Oct 27, 2010 at 3:57 AM, David Becker > <[email protected]>wrote: > >> I'm not sure on the details of that. Does it give the phone some >> credentials for registering? These phones will not do outgoing calls >> without a registration, they just show "cannot select outgoing line" if >> you try dialling. >> >> Am 27.10.2010 09:25, schrieb Todd Hodgen: >> > There is a self discovery mechanism used on Polycom and Nortel Phones. >> It >> > uses CDP, and gives the phone a unique number when it is discovered. >> You >> > might want to consider incorporating that, which means the phone comes >> up >> > and can call, prior to a line being configured. >> > >> > -----Original Message----- >> > From: [email protected] >> > [mailto:[email protected]] On Behalf Of David Becker >> > Sent: Wednesday, October 27, 2010 12:22 AM >> > To: [email protected] >> > Subject: Re: [sipx-dev] Siemens OpenStage Provisioning Current Status >> > >> > Am 26.10.2010 14:36, schrieb George Niculae: >> >> On Tue, Oct 26, 2010 at 2:20 PM, David Becker >> >> <[email protected]> wrote: >> >>> I wasn't able to reproduce that. >> >> I hit an exception when trying to send profiles to an openstage phone >> >> with no lines attached (it failed with NPE trying to retrieve speed >> >> dials). After adding lines I hit the problem mentioned above. Are >> >> there any other configurations you have in place for your phones? >> > Ah, I assumed you'd always have a line assigned to a phone before >> > writing its configuration. Is there a need to handle a phone without >> > lines properly? >> > _______________________________________________ >> > sipx-dev mailing list >> > [email protected] >> > List Archive: http://list.sipfoundry.org/archive/sipx-dev/ >> > >> > _______________________________________________ >> > sipx-dev mailing list >> > [email protected] >> > List Archive: http://list.sipfoundry.org/archive/sipx-dev/ >> >> _______________________________________________ >> sipx-dev mailing list >> [email protected] >> List Archive: http://list.sipfoundry.org/archive/sipx-dev/ >> > > > > -- > ====================== > Tony Graziano, Manager > Telephone: 434.984.8430 > sip: [email protected] > Fax: 434.326.5325 > > Email: [email protected] > > LAN/Telephony/Security and Control Systems Helpdesk: > Telephone: 434.984.8426 > sip: [email protected] > > Helpdesk Contract Customers: > http://support.myitdepartment.net > > > _______________________________________________ > sipx-dev mailing [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-dev/ > > > > _______________________________________________ > sipx-dev mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-dev/ > -- ====================== Tony Graziano, Manager Telephone: 434.984.8430 sip: [email protected] Fax: 434.326.5325 Email: [email protected] LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: [email protected] Helpdesk Contract Customers: http://support.myitdepartment.net
_______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev/
