| To: | "David S. Miller" <davem@xxxxxxxxxx> |
|---|---|
| Subject: | Re: [PATCH] Change MAC without bringing interface down |
| From: | jamal <hadi@xxxxxxxxxx> |
| Date: | 18 Aug 2003 09:03:54 -0400 |
| Cc: | tv@xxxxxxxxxx, netdev@xxxxxxxxxxx |
| In-reply-to: | <20030818051227.4f35f2f3.davem@redhat.com> |
| Organization: | jamalopolis |
| References: | <20030818091312.GA4889@lapdog> <20030818041911.358c3437.davem@redhat.com> <1061208824.16010.2119.camel@jzny.localdomain> <20030818051227.4f35f2f3.davem@redhat.com> |
| Reply-to: | hadi@xxxxxxxxxx |
| Sender: | netdev-bounce@xxxxxxxxxxx |
This is fine by me. I 'll let Tommi take the lead on it unless he is too busy. cheers, jamal On Mon, 2003-08-18 at 08:12, David S. Miller wrote: > On 18 Aug 2003 08:13:44 -0400 > jamal <hadi@xxxxxxxxxx> wrote: > > > Editing the header may be the better approach if you have a few hundred > > hhs already inserted (this was the issue i was faced with when VRRP was > > failing over when i was playing with it). I tried to flush the cache but > > it took longer to recover it. > > There is another reason I want the cache flushed. > > Those hh cache entries are what ARP resolved to when we > had the previous MAC address, not the one we have now. > > The ARPs may come back differently with the new MAC > address. > > I _REALLY REALLY_ don't want to have to change the > ->update() implementations. Although one thing I > would consider is a new ->update_src() operation > and if this were NULL we flush the entries instead. > > |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [2.4 PATCH] bugfix: ARP respond on all devices, David S. Miller |
|---|---|
| Next by Date: | Re: [2.4 PATCH] bugfix: ARP respond on all devices, Stephan von Krawczynski |
| Previous by Thread: | Re: [PATCH] Change MAC without bringing interface down, David S. Miller |
| Next by Thread: | Re: [PATCH] Change MAC without bringing interface down, Tommi Virtanen |
| Indexes: | [Date] [Thread] [Top] [All Lists] |