Re: arp entries for local interfaces disappearing ?

From: Ion-Mihai Tetcu (itetcu_at_apropo.ro)
Date: 04/08/04

  • Next message: Mike Tancsa: "Re: arp entries for local interfaces disappearing ?" 
    Date: Thu, 8 Apr 2004 01:12:30 +0300
To: Luigi Rizzo <luigi@freebsd.org>

    On Wed, 7 Apr 2004 10:57:48 -0700
    Luigi Rizzo <luigi@freebsd.org> wrote:

    > Can someone explain why, in my arp table, i don't have an
    > entry for my local machine ? I just noticed this by chance,
    > on my 4.9 box at the office, and now again at home:
    >
    > > ifconfig
    > rl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    > inet 10.0.1.55 netmask 0xffffff00 broadcast 10.0.1.255
    > inet 10.1.1.236 netmask 0xffffff00 broadcast 10.1.1.255
    > ether 00:40:f4:34:b1:4b
    > media: Ethernet autoselect (100baseTX <full-duplex>)
    > status: active
    > lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
    > inet 127.0.0.1 netmask 0xff000000
    > > arp -na
    > ? (10.0.1.52) at 00:02:2d:08:a3:3b on rl0 [ethernet]
    > ? (10.0.1.64) at 52:54:05:de:99:7c on rl0 [ethernet]
    > >

    Same here, on a -current.

     # arp -n 192.168.0.10
    192.168.0.10 (192.168.0.10) -- no entry

     # arp -an
    ? (192.168.0.1) at 00:e0:4c:55:c3:13 on rl0 [ethernet]
    ? (192.168.0.255) at ff:ff:ff:ff:ff:ff on rl0 permanent [ethernet]

     # ping 192.168.0.10
    PING 192.168.0.10 (192.168.0.10): 56 data bytes
    64 bytes from 192.168.0.10: icmp_seq=0 ttl=64 time=4.307 ms
    64 bytes from 192.168.0.10: icmp_seq=1 ttl=64 time=0.113 ms
    ^C
    --- 192.168.0.10 ping statistics ---
    2 packets transmitted, 2 packets received, 0% packet loss
    round-trip min/avg/max/stddev = 0.113/2.210/4.307/2.097 ms

     # arp -an
    ? (192.168.0.1) at 00:e0:4c:55:c3:13 on rl0 [ethernet]
    ? (192.168.0.10) at 00:0d:61:b3:6f:9d on rl0 permanent [ethernet]
    ? (192.168.0.255) at ff:ff:ff:ff:ff:ff on rl0 permanent [ethernet]

     # sysctl net.link.ether.inet
    net.link.ether.inet.prune_intvl: 300
    net.link.ether.inet.max_age: 1200
    net.link.ether.inet.host_down_time: 20
    net.link.ether.inet.maxtries: 5
    net.link.ether.inet.useloopback: 1
    net.link.ether.inet.proxyall: 0
    net.link.ether.inet.log_arp_wrong_iface: 1
    net.link.ether.inet.log_arp_movements: 1 

    -- 
IOnut
Unregistered ;) FreeBSD "user"
_______________________________________________
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"
  • Next message: Mike Tancsa: "Re: arp entries for local interfaces disappearing ?"

    Relevant Pages

    • Re: telnet problem
      ... > site by refreshing the ARP tables, at least that is what they said. ... It doesn't sound right because you said ping worked. ... You can get ping to send larger packets; ...
      (comp.unix.sco.misc)
    • Re: Wireless Woes under RH9.0 Destination Host Unreachable
      ... When trying to ping my router, the arp ... The laptop can "see" the packets, ...
      (comp.os.linux.networking)
    • Re: Random packets loss under x86_64 - routing?
      ... >> entry from the ARP tables. ... Then see if you can ping it. ... Same network, same wire. ... ARP table entry or too small a netmask so the device isn't ...
      (Linux-Kernel)
    • ARP discovers MAC on the same subnet?
      ... I am finding that ARP assigns the gateway MAC for addresses outside ... Ping from 172.16.170.30 to 172.16.170.35 adds an entry for .30 in ARP ...
      (comp.os.linux.networking)
    • Re: False negative on anti sniffing programme.
      ... >> folowed the approach of sending arp request packets to the IP of the ... >> responding to these packets despite not being in promiscuous mode. ... sniffers, we can't help you, cos you really can't do anything worthwhile". ...
      (Security-Basics)