Sponsored Content
Full Discussion: What arp -s is good for
The Lounge War Stories What arp -s is good for Post 302720689 by Corona688 on Wednesday 24th of October 2012 01:47:36 PM
Old 10-24-2012
It is on the same subnet.

Theoretically yes, broadcast ping should work, but many common operating systems and hardware bridges block or ignore broadcast ping -- or any ping -- as a matter of course now.

I can see how it could get the pinger's MAC into other people's ARP tables, but can't see see how broadcast ping gets other MAC's into my ARP table when they don't reply.
 

10 More Discussions You Might Find Interesting

1. Cybersecurity

ARP address resoluton

How does ARP take care of uniqueness of physical addresses? How does an ISP allocate a MAC address when I do not have an NIC( Network interface Card)? (1 Reply)
Discussion started by: ManishSaxena
1 Replies

2. Solaris

ARP Cache

Dear all, We are testing two of our servers for mq series connectivity. The scenario is, when one machine is shutting down it's services there are some scripts that do a dns update, which removes the ip address and relates it to the ip address of the other node on our dns server, and the update... (7 Replies)
Discussion started by: earlysame55
7 Replies

3. IP Networking

ARP Req Pkt

Does ARP Request packet Contains MAC Address of dest during broadcast? I found It So... When i captured ARP Req Pkts on ethereal... Rgds -Meti (1 Reply)
Discussion started by: ashokmeti
1 Replies

4. HP-UX

HW Address and arp

I was checking nettl output for a unstable telnet to my server. this is part of output: ### ***********************************STREAMS/UX*******************************@#% Timestamp : Sun Jun 22 EETDST 2008 22:14:47.492899 Process ID : Subsystem ... (4 Replies)
Discussion started by: xramm
4 Replies

5. IP Networking

arp output (flags)

I'm running an arp -an on a Solaris 10 box. We're using IPMP. One of the systems is not able to see a host on the same network. The only difference between the two systems (one is having a problem, the other isn't) at least so far is the output of arp: # arp -an | grep 224.55 e1000g5... (1 Reply)
Discussion started by: BOFH
1 Replies

6. Red Hat

Arp Problem

Dear All i have a linux proxy server which has RHEL-5 64 bit, it has two interfaces, it has the following details eth0=10.200.14.42 eth3=10.201.14.42 default gateway=10.201.14.254 one static route=192.168.0.0/24 gw 10.200.14.254 i am facing a problem when i ping 10.201.14.42 from... (2 Replies)
Discussion started by: surfer24
2 Replies

7. IP Networking

Stuck ARP entries

About a week ago a customer hooked up a wireless router backwards to our network, causing it to serve incorrect DHCP addresses to some of them. Our networks are mostly statically assigned so this didn't cause as much damage as it might have, but now, over a week later, I still have incomplete... (1 Reply)
Discussion started by: Corona688
1 Replies

8. UNIX for Advanced & Expert Users

arp questions

Can someone please explain this output to me. Why doesn't ifconfig show the same info? ~ $ arp -a ? (10.71.0.1) at 00:1b:21:2b:eb:0c on eth0 (4 Replies)
Discussion started by: cokedude
4 Replies

9. IP Networking

Protection against arp spoofing

Hi, I'm trying to find a way to protect my network against arp spoofing. What it is: An attacker sends fake arp packets in the network, identifying himself as the router. All network traffic is then redirected to this attacker. How to protect myself: In my opinion, the best possible... (2 Replies)
Discussion started by: chrisperry
2 Replies

10. IP Networking

necessary ARP request?

Hello, I have 2 clients with Unix installed. host1: eth0 (192.168.5.10) & eth1 (192.168.10.10) host2: eth0 (192.168.10.20) I've connected host1-eth1 to host2-eth0. host1-eth0 isn't connected. I started 'tcpdump' on wonder that host2 got ARP requests for 192.168.5.10. Any idea why host1... (2 Replies)
Discussion started by: daWonderer
2 Replies
niffd(8)						      System Manager's Manual							  niffd(8)

NAME
niffd - Network Interface Failure Finder daemon SYNOPSIS
/usr/sbin/niffd [-d debug-level] [-f] [-l logfile] [-a] [-n] [-p] [-r] [-t tries] [-w time] OPTIONS
Sets the debug level as follows: Logs NIFF errors only Logs NIFF events and errors Logs NIFF caches, events, and errors By default, all messages are written to /var/tmp/niffd.log, but can be overridden with the -l option. Warnings and errors are still sent to syslog(3) as well. Foreground mode. In this mode, niffd does not run as a daemon. All messages are written to standard error (stderr), although warnings and errors are still sent to syslog(3) as well. Sends debugging information to logfile, instead of the default location /var/tmp/niffd.log. Disables Address Resolution Protocol (ARP) request messages. Disables ICMP ECHO_REQUEST (ping) subnet broadcast messages. Disables all ICMP ECHO_REQUEST messages. Disables Routing Information Protocol (RIP) messages. Directs niffd to generate network traffic tries times per event. The default is 3 tries. Directs niffd to wait time seconds between traffic generation cycles. The default is 5 seconds. DESCRIPTION
The Network Interface Failure Finder daemon, niffd, is a traffic generator for network interfaces that have been classified inactive by the kernel Traffic Monitor Thread (TMT). The purpose of niffd is to get the interface packet counters to increment, signifying the interface is still alive and well. The niffd daemon subscribes to a class of events, using the Event Management (EVM) connection monitoring functions, and waits for activity on the event connection. If a received event requires traffic generation, niffd continues to generate traffic until it receives a new event that overrides the old event, or until the maximum number of retries has been reached. Different events cause different types of network traffic to be generated. Each type can be selectively disabled with the -a, -n, -p, or -r options. Caution should be taken when disabling a specific type of network traffic because it could result in no traffic being sent at all. It is recommended that you leave all methods of traffic generation enabled unless your specific environment requires that it be dis- abled. If the local machine generates an event, niffd generates network traffic based on the alert level of the event as follows: Sends an ARP request message to various machines on the same subnet Sends either an ICMP ECHO_REQUEST message (ping) to various machines on the same subnet or a RIP message to the subnet broadcast address Sends an ICMP ECHO_REQUEST message to the subnet broadcast address If niffd receives an alarm for an interface that is not on the local machine, niffd tries to ping the suspect interface at all alert lev- els. For example, another machine detected a problem and it was forwarded to niffd through EVM. By default, niffd does not start during system boot. However, if you specify the NIFFD and NIFFC_FLAGS variables in the /etc/rc.config file, niffd starts during system boot. You use rcmgr to specify these variables. See the rcmgr(8) reference page for further information. During system boot, init reads the /sbin/init.d/niffd file. First the niffconfig command runs with the arguments specified in the NIFFC_FLAGS variable. Then, niffd starts. EXAMPLES
To enable niffd startup and specify that it monitor the tu interface with the default values, enter: # rcmgr set NIFFD "YES" # rcmgr set NIFFC_FLAGS "-a tu0" See the niffconfig(8) reference page for further information. If you are running in a TruCluster environment, the previous step will have to be repeated for all cluster members as actual network interface configurations on each member may vary. See rcmgr(8) for information on how to do this. To start niffd with additional options, set the NIFFD_FLAGS variable accordingly. For example, to start niffd with ICMP ECHO_REQUEST subnet broadcast messages disabled, enter: # rcmgr set NIFFD_FLAGS "-n" To prevent niffd from starting automatically during system boot, enter the following command: # rcmgr set NIFFD "NO" FILES
Specifies the command path Default log file when debugging is enabled SEE ALSO
Commands: evmd(8), niffconfig(8), ping(8), rcmgr(8) Protocols: arp(7) Information: EVM(5), nifftmt(7) niffd(8)
All times are GMT -4. The time now is 04:28 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy