[c-nsp] Scheduling daily reload

Roland Dobbins rdobbins at cisco.com
Tue Jan 1 21:35:49 EST 2008


On Jan 2, 2008, at 10:27 AM, Tom Storey wrote:

> Perhaps it is an issue with ARP at the ISP end. If you dont send any  
> traffic for a period of time and your ARP entry times out, this  
> would cause data flow on a bridged service to stop, however, the ARP  
> entry should return at their end once you start generating a bit of  
> traffic, so that should be easily fixed.

GMTA.

;>

I've run into this several times in the past, and sending some traffic  
generally seemed to fix it, though in a couple of cases, I had to  
bounce the interface.

> In the case above, something like an SLA monitor which simply pings  
> an IP address accross the link, say, once a minute, should ensure  
> that ARP stays "fresh" at the ISP end. It is always possible that  
> the firmware their DSLAMs or hardware at their PoP runs has a bug  
> and doesnt properly re-establish an ARP entry for your service

Something of this sort should work, or just bouncing the interface.   
But, as you say, this is an issue which should be probably taken up  
with the upstream provider in order to determine the root cause, so  
that the workarounds won't be necessary in future.

-----------------------------------------------------------------------
Roland Dobbins <rdobbins at cisco.com> // 408.527.6376 voice

	Culture eats strategy for breakfast.

            -- Ford Motor Company




More information about the cisco-nsp mailing list