I still don't see there what you say does happen.
Actually, Ryan says:
In the process of recovering the phone application the first thing
the phone will do is load whatever the default load on the server
DHCP is pointing it to. If that's a SIP load you get SIP and if it's
SCCP then you'll get SCCP. After the default load is obtained the
phone will reboot to it and then proceed with a normal boot process.
If the phone is still provisioned in CUCM (and DHCP option 150 is
pointing to the correct server) then it will load whatever load it's
SEPmac.cnf.xml file points to. If this is a different load than what
the phone got via the default file then it will proceed to upgrade
again.
...which is inline with what I said: the configuration tells the phone
what load it SHOULD be running, and the phone will try to get itself
updated.
If the phone is not provisioned, then the configuration comes from a
default one (given that option 150 points to a valid TFTP server).
If the phone can not get a config, it will eventually desist and use the
remembered one.
-Carlos
Jason Aarons (AM) @ 26/02/2013 19:20 -0300 dixit:
> Ryan discussed it on Puck last year. To me its not clear enough in the
> documentation. I thought I had bricked some phones, turns out factory
> default changed them from SCCP to SIP inadvertently. Re-installed the
> SCCP load and resetting tftp fixed it.
>
> http://www.gossamer-threads.com/lists/cisco/voip/150911?search_string=default%20load%20sip;#150911
>
> *From:*nobody_at_groupstudy.com [mailto:nobody_at_groupstudy.com] *On Behalf
> Of *Carlos G Mendioroz
> *Sent:* Tuesday, February 26, 2013 4:36 PM
> *To:* Jason Aarons (AM)
> *Cc:* amin; ccielab_at_groupstudy.com
> *Subject:* Re: converting SIP to SCCP
>
> Do you have some doc supporting this ?
> AFAIK, the phone config specifies which load the phone has to have.
> The phone checks if it has the correct one or else reconfigures itself,
> infrastructure services (and cert validity) permitting.
> Default for autoconfigured phones is set somewhere in the UCM config too.
>
> -Carlos
>
> Jason Aarons (AM) @ 26/02/2013 18:24 -0300 dixit:
> > Whatever the last device load installed becomes default after
> installing them.
> > So if SIP load was installed last it becomes the default. Re-install
> the load
> > file for SCCPXX.XXXXXXX file and restart tftp
> >
> > From: nobody_at_groupstudy.com <mailto:nobody_at_groupstudy.com>
> [mailto:nobody_at_groupstudy.com] <mailto:[mailto:nobody_at_groupstudy.com]>
> On Behalf Of amin
> > Sent: Saturday, February 23, 2013 7:06 AM
> > To: ccielab_at_groupstudy.com <mailto:ccielab_at_groupstudy.com>
> > Subject: converting SIP to SCCP
> >
> >
> >
> > Dear Experts,
> >
> >
> >
> > Converting SIP to SCCP, even the enterprise parameters for
> auto-registration
> > is SCCP, and I delete the SIP phone, according to my knowledge it should
> > re-register as SCCP phone 7940, but it insist to re-register as SIP
> on CUCM
> > 8.6!!! any hits!!! Even if I make a factory reset sequence for the
> phone it
> > still re-register as SIP
> >
> >
> >
> >
> >
> > Regards,
> >
> > Amin
> >
> >
> > Blogs and organic groups at http://www.ccie.net
> >
> > _______________________________________________________________________
> > Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
> >
> >
> > itevomcid
> >
> >
> > Blogs and organic groups at http://www.ccie.net
> >
> > _______________________________________________________________________
> > Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
> >
> >
> >
> >
> >
> >
> >
>
> --
> Carlos G Mendioroz <tron_at_huapi.ba.ar <mailto:tron_at_huapi.ba.ar>> LW7 EQI
> Argentina
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
-- Carlos G Mendioroz <tron_at_huapi.ba.ar> LW7 EQI Argentina Blogs and organic groups at http://www.ccie.netReceived on Tue Feb 26 2013 - 19:28:44 ART
This archive was generated by hypermail 2.2.0 : Fri Mar 01 2013 - 07:57:59 ART