[cisco-voip] Upgrading firmware on 7961 remotly

Lelio Fulgenzi lelio at uoguelph.ca
Wed Aug 16 09:10:14 EDT 2006


I saw that, but I wasn't sure if that's what I was looking for. So then the remote TFTP server will need to have SMB/CIFS running.

I'll have to try that out.

Thanks!

--------------------------------------------------------------------------------
Lelio Fulgenzi, B.A.
Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 
"I can eat fifty eggs." "Nobody can eat fifty eggs."
  ----- Original Message ----- 
  From: Wes Sisk 
  To: Lelio Fulgenzi 
  Cc: Jason Aarons (US) ; cisco-voip at puck.nether.net 
  Sent: Wednesday, August 16, 2006 8:17 AM
  Subject: Re: [cisco-voip] Upgrading firmware on 7961 remotly


  In 4.x you could use the alternate TFTP path so that TFTP will write out configuration files to an arbitrary SMB/CIFS file path.


  In later versions of CM there is also centralized TFTP where all TFTP files are now available via http as well so a remote server can download the files - point your web browser (not IE though) to http://<CM_TFTP_SERVER:6970/XMLDefault.cnf.xml


  /Wes


  On Aug 15, 2006, at 10:06 PM, Lelio Fulgenzi wrote:


  While we are talking about TFTP, is there an easy way to use an external TFTP server? We have a campus DNS/DHCP appliance that is fully redundant and we'd like to offload some of this from the voice servers. 

  Is there a way to ensure that CallManager updates the config files on an external TFTP server?

    ----- Original Message ----- 
    From: Jason Aarons (US) 
    To: cisco-voip at puck.nether.net 
    Sent: Tuesday, August 15, 2006 9:36 PM
    Subject: Re: [cisco-voip] Upgrading firmware on 7961 remotly


    I have this feature in computers now, one PC downloads a virus/worm from the net and passes it among friends.  Isn’t this how Cyberdyne from Rise of the Machines got started?  Are we building Skynet? Selsius? Skynet? Both started with a S…. <grin>



    http://en.wikipedia.org/wiki/Cyberdyne_Systems_Corporation






----------------------------------------------------------------------------

    From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Matt Slaga (US)
    Sent: Tuesday, August 15, 2006 4:13 PM
    To: Wes Sisk; Craig M Staffin
    Cc: cisco-voip at puck.nether.net
    Subject: Re: [cisco-voip] Upgrading firmware on 7961 remotly



    In regards to your comment, “You will greatly benefit from an upcoming phone feature where 1 remote site phone downloads from TFTP server, then the phones pass the load among themselves.” ,,,where, when, how?  Any details?



    Thanks!

    Matt




----------------------------------------------------------------------------

    From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Wes Sisk
    Sent: Tuesday, August 15, 2006 3:28 PM
    To: Craig M Staffin
    Cc: cisco-voip-bounces at puck.nether.net; cisco-voip at puck.nether.net
    Subject: Re: [cisco-voip] Upgrading firmware on 7961 remotly



    Craig,

    No nerd knobs that I am aware of.  If you are getting all the ACKs back then it sounds like the packet is getting corrupted in transit.  I do not believe the phones validate the checksum on every packet, but only verifies the whole file reassembled.  Can you send me a packet capture of a phone at the remote location attempting to upgrade?  Or can you access a PC at the remote location and attempt to TFTP download the phone load from the TFTP server?  Check the md5sum of the downloaded file against the md5sum (http://www.etree.org) of the original file.  If you are using a PIX at the remote site you can use the packet capture feature of it to remotely perform the packet capture.  I can reconstruct the payload from the packet capture and verify if it is corrupt in transit.

    You will greatly benefit from an upcoming phone feature where 1 remote site phone downloads from TFTP server, then the phones pass the load among themselves.

    /Wes

    Craig M Staffin wrote: 


    Router is definatly an option as I am part of the network group.  However again this would mean that I or someone from my team would need to manage 350 different TFTP servers.  One across each site.  So not real scalable. 

    Wes maybe you know did cisco monkey with the  TFTP times on the phones.  The default for TFTP timeout is 1000ms however I have seen some people change this down to 200 or 300ms. 

    Craig




          Robert Kulagowski <bob at smalltime.com> 
          Sent by: cisco-voip-bounces at puck.nether.net 

          08/14/2006 09:56 PM 
         To
               cisco-voip at puck.nether.net 
               
                cc
               
               
                Subject
               Re: [cisco-voip] Upgrading firmware on 7961 remotly
               




               
               

         




    > Would love to however by the time we are done with our rollout we will 
    > have about 350 sites across the globe so if we have to setup seperate 
    > TFTP servers at each location that is  HUGE administration nightmare.

    Well, you can always use the router as a tftp server; is that an option?
    _______________________________________________
    cisco-voip mailing list
    cisco-voip at puck.nether.net
    https://puck...nether.net/mailman/listinfo/cisco-voip



   ----------------------------------------------------------------------------

   _______________________________________________cisco-voip mailing listcisco-voip at puck.nether.nethttps://puck...nether.net/mailman/listinfo/cisco-voip  


----------------------------------------------------------------------------






    Disclaimer:

    This e-mail communication and any attachments may contain
    confidential and privileged information and is for use by the
    designated addressee(s) named above only. If you are not the
    intended addressee, you are hereby notified that you have received
    this communication in error and that any use or reproduction of
    this email or its contents is strictly prohibited and may be
    unlawful. If you have received this communication in error, please
    notify us immediately by replying to this message and deleting it
    from your computer. Thank you.





----------------------------------------------------------------------------






    Disclaimer:

    This e-mail communication and any attachments may contain
    confidential and privileged information and is for use by the
    designated addressee(s) named above only. If you are not the
    intended addressee, you are hereby notified that you have received
    this communication in error and that any use or reproduction of
    this email or its contents is strictly prohibited and may be
    unlawful. If you have received this communication in error, please
    notify us immediately by replying to this message and deleting it
    from your computer. Thank you.





----------------------------------------------------------------------------



    _______________________________________________
    cisco-voip mailing list
    cisco-voip at puck.nether.net
    https://puck.nether.net/mailman/listinfo/cisco-voip

  _______________________________________________
  cisco-voip mailing list
  cisco-voip at puck.nether.net
  https://puck.nether.net/mailman/listinfo/cisco-voip

-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20060816/a7e41831/attachment-0001.html 


More information about the cisco-voip mailing list