[cisco-voip] increasing Maximum Serving Count TFTP service parameter

[Wes Sisk]

Inline, ws.

On 3/31/2011 1:49 PM, Lelio Fulgenzi wrote:
> Thanks Wes. I'll try resetting the TFTP server, although I'm not sure 
> if that will slow things down. I'm guessing it will have to rebuild 
> configuration files. Are they built on the fly or all at once?
ws: all at once.  restarting the service will rebuild them again.  make 
sure 'write to disk' tftp service param is disabled.
> Maybe a restart is a good thing, clean up some memory.
>
> Anyways, I tried restarting via the BAT tool and I don't think it 
> restarted any of the 250 phones in the file. I didn't see the reg 
> devices numbers go down and when I checked none of them had upgraded.
ws: user issue? I would say change notification issue but since you did 
a global reset and phones reset we know change notification is generally 
working.
> I resorted to page by page resets again. And one bulk reset. During 
> that time the overflow value did not go up.
ws: overflow not going up sounds promising.  if phones still did not 
upgrade you might need to confirm their configured TFTP address.
>
> When I tried resetting the 7912s, even a page at a time, the overflow 
> counter started going up huge, even with 2000 as the max. Weird. I was 
> resetting 50 at a time.
ws: 7912's do behave much differently as they are based on ATA's.  
However, i'm not aware of anything that should cause overflow. it would 
require investigation.
>
> This is a painful process.
ws: agreed. we've highlighted this time and again that TFTP is 
unreliable, unreliable phone upgrades inhibit CM upgrades, and this is a 
significant barrier to smooth upgrades.  4th gen phones now do 
background downloads, have active/standby partitions for online 
upgrades, and use HTTP for download.  Unfortunately all these features 
just do not fit into the limited resources (cpu, mem, storage) of the 
older phones.  We are pushing to get http download into 3rd then phones 
(79x1) to cover that part of the install base.  It seems like the answer 
de jure but this is great feedback for your Cisco Account Team.
>
> ---
> Lelio Fulgenzi, B.A.
> Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
> (519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> Cooking with unix is easy. You just sed it and forget it.
>                               - LFJ (with apologies to Mr. Popeil)
>
>
> ------------------------------------------------------------------------
> *From: *"Wes Sisk" <wsisk at cisco.com>
> *To: *"Lelio Fulgenzi" <lelio at uoguelph.ca>
> *Cc: *"Ryan Ratliff" <rratliff at cisco.com>, cisco-voip at puck.nether.net
> *Sent: *Thursday, March 31, 2011 9:45:54 AM
> *Subject: *Re: [cisco-voip] increasing Maximum Serving Count TFTP 
> service parameter
>
> You can watch for delta from current value
> or
> yes, restart tftp to zero them out.
>
> On 3/30/2011 10:13 PM, Lelio Fulgenzi wrote:
>
>     Thanks guys.
>
>     When I open up perfmon, I get historical numbers. Is there any way
>     to reset these values? Will they reset if i restart the TFTP service?
>
>     thanks, Lelio
>
>     ---
>     Lelio Fulgenzi, B.A.
>     Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
>     (519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
>     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>     Cooking with unix is easy. You just sed it and forget it.
>                                   - LFJ (with apologies to Mr. Popeil)
>
>
>     ------------------------------------------------------------------------
>     *From: *"Wes Sisk" <wsisk at cisco.com>
>     *To: *"Lelio Fulgenzi" <lelio at uoguelph.ca>
>     *Cc: *"Ryan Ratliff" <rratliff at cisco.com>, cisco-voip at puck.nether.net
>     *Sent: *Wednesday, March 30, 2011 6:56:37 PM
>     *Subject: *Re: [cisco-voip] increasing Maximum Serving Count TFTP
>     service parameter
>
>     yep. that's the idea.
>
>     On 3/30/2011 4:37 PM, Lelio Fulgenzi wrote:
>     > ok. so i have to have that started before i do things and watch the
>     > delta i'm guessing....
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20110331/8fd4c13e/attachment.html>