10.0.0.2         255.255.255.255  10.0.0.2         et1   OTHER   

x.x.160.17   255.255.255.255  x.x.160.17   rf2   ICMP    

x.x.160.12   255.255.255.255  x.x.160.12   rf2   ICMP    

10.20.167.1      255.255.255.255  10.20.167.1      rf2   OTHER

 

Here is an example of this.  Note two routes for /32s from ICMP..  

 

 

Dennis Burgess, CTO, Link Technologies, Inc.

den...@linktechs.net <mailto:den...@linktechs.net>  – 314-735-0270 – 
www.linktechs.net <http://www.linktechs.net> 

 

From: Af [mailto:af-boun...@afmug.com] On Behalf Of LTI - Dennis Burgess via Af
Sent: Tuesday, December 23, 2014 10:29 AM
To: af@afmug.com
Subject: Re: [AFMUG] icmp redirects

 

Maybe, is the fix simply to move them to their own subnet ?  The customer 
states that prior to putting a MT router in he never had the issue with his 
Cisco.

 

On Thu, Dec 18, 2014 at 11:55 AM, George Skorup (Cyber Broadcasting) via Af 
<af@afmug.com> wrote:

I think what you're running into is the annoying ARP cache on Canopy. If you're 
on the same L2 segment, but completely different IP subnet, it still caches 
your IP/MAC pair. There's no way, at least that I know, to clear it, you have 
to reboot the radio. Telnet in and run 'arp -a' and you'll see what I mean.

On 12/18/2014 11:32 AM, Dennis Burgess via Af wrote:

        So, have had this issue before, with ICMP redirects and Canopy 
equipment.� Basically a MT by default will send a ICMP redirect, and the 
canopy device adds a route into its routing table, regardless if its correct or 
not, then can�t access that device from the specific IP that that redirect 
was for until I reboot the canopy device clearing that entry.� MT has added 
the ability NOT to send ICMP redirects, but once its done, I don�t think of 
anything but a reboot of the canopy will fix it..� 

        �

        Any other alternatives to this?� Route delete does not work on the 
canopy.� 

        �

        Thanks,

        �

         

        www.linktechs.net � 314-735-0270 � dmburg...@linktechs.net 

        �

 





 

-- 

Dennis Burgess, Mikrotik Certified Trainer Author of "Learn RouterOS- Second 
Edition <http://www.wlan1.com/product_p/mikrotik%20book-2.htm> ”                
                 
 Link Technologies, Inc -- Mikrotik & WISP Support Services                     
                                                               
 Office: 314-735-0270 Website: http://www.linktechs.net 
<http://www.linktechs.net/>  – Skype: linktechs                                 
                    
 -- Create Wireless Coverage’s with www.towercoverage.com 
<http://www.towercoverage.com/>  – 900Mhz – LTE – 3G – 3.65 – TV Whitespace  

Reply via email to