Re: [SLE] ethereal

From: Chadley Wilson (chadley_at_pinteq.co.za)
Date: 04/21/05

  • Next message: Peter B Van Campen: "Re: [SLE] SuSe 9.2 hangs when using all the memory."
    To: suse-linux-e@suse.com
    Date: Thu, 21 Apr 2005 22:55:01 +0200
    
    

    On Thursday 21 April 2005 12:37, Darryl Gregorash wrote:
    > Chadley Wilson wrote:
    > >Greetings
    > >
    > >Guys what does it mean when ethereal gives this output?
    > >
    > >time source destination protocol info
    > >xxx 196.25.100.21 Broadcast arp who has 196.25.100.242? tell
    > > 196.25.100.21
    > >
    > >I just put xxx in for time its probably not important with regard to the
    > >question,
    > >
    > >Does this mean someone is ARPing my 21 box?
    >
    > ARP is "address resolution protocol". You may or may not know that
    > ethernet connections are between hardware or MAC addresses, not IPs.
    > (Run 'ifconfig', the MAC address is the stuff after HWaddr on the first
    > line of the output.) From this view the IP may be thought of as sort of
    > a standardized bookkeeping method to group things with random names in
    > an orderly manner. This means that a router on the other side of the
    > planet only needs to know part of which group you belong to (ie. your
    > domain) in order to be able to route traffic to you. Otherwise, it would
    > need to know your MAC address -- and also the MAC addresses of all the
    > ethernet cards on the planet. Only your gateway plus any system you talk
    > to directly (called your local segment) actually need to know the MAC
    > address of your ethernet card -- and obviously (I hope it's obvious
    > anyway) it must also know the IP which matches that MAC address. This is
    > where ARP comes in.
    >
    > What you posted above it an ARP Request -- a broadcast by 196.25.100.21
    > to the entire subnet, asking to be told which ethernet card (MAC
    > address) is using IP 196.25.100.242. If that is your IP, your system
    > will respond with an ARP Reply giving your MAC address. If not, the
    > request is just ignored. Your system also maintains similar information,
    > most often consisting only of your gateway. That is stored in
    > /proc/net/arp, and you can also print it out with 'arp -i <interface>
    > -a' . The arp command's output is maybe a bit more meaningful to humans
    > (it gives the fully qualified host as well as the IP and MAC addresses
    > of the ethernet cards in its neighbourhood)..
    >
    > If you captured everything arriving on your ehternet card, you probably
    > noticed that a very large part of it is ARP stuff. There is only a
    > limited amount of space in the ARP cache, so old stale entries that
    > haven't been used for awhile have to be verified and updated -- and note
    > any TCP packet sent from your system will update the entry the gateway
    > has for your system. The default update interval is usually around 20
    > minutes. The reason so much of everything you see is ARP traffic is the
    > 99.9 percent of all the users connected to your gateway who leave their
    > systems turned off 23 hours and 59minutes of every day, so for one
    > minute of the day the gateway knows what ethernet card is using those
    > IPs -- the rest of the time it's asking who has those IPs. Sometimes I
    > think this stuff is responsible for 99% of all the traffic there is, and
    > because of it these people eat up 99% of my bandwidth. They don't need
    > cable or DSL, but they have it. Another reason for ARP traffic is really
    > screwed up systems -- not always Windows -- that think they have to talk
    > directly to every IP they know about. Every time they find a system in
    > their local segment, whether it has ever talked directly to them or not,
    > they put it into their ARP cache, and leave it there -- and then try to
    > update the cache every 20 minutes or so.
    >
    > ARP is an IPv4 thing only, because the MAC address of your ethernet card
    > will form part of any IPv6 address your system will have. IPv4 was
    > written back when most people figured 256 to the 4th power was a very
    > large number, and no one would ever need more IPs than that -- the guys
    > that asked "is this like no one will ever need more than 64KB of memory"
    > were laughed at or ignored. Now IPs are handed out like doctors hand out
    > tranquilizers, so of course there aren't enough -- hence IPv6, which in
    > principle will provide enough addresses for the next billion years or so
    > (or until they start having to duplicate MAC addresses in ethernet
    > cards, anyway).

    Thanks Darryl, thats a very good explanation, I will save it for future
    reference, :)

    -- 
    Chadley Wilson
    Redhat Certified Technician 
    Cert Number: 603004708291270
    Pinnacle Micro
    Manufacturers of Proline Computers
    ====================================
    Exercise freedom, Use LINUX
    =====================================
    -- 
    Check the headers for your unsubscription address
    For additional commands send e-mail to suse-linux-e-help@suse.com
    Also check the archives at http://lists.suse.com
    Please read the FAQs: suse-linux-e-faq@suse.com
    

  • Next message: Peter B Van Campen: "Re: [SLE] SuSe 9.2 hangs when using all the memory."

    Relevant Pages

    • Re: [SLE] ethereal
      ... ARP is "address resolution protocol". ... ethernet connections are between hardware or MAC addresses, ... address of your ethernet card -- and obviously (I hope it's obvious ... most often consisting only of your gateway. ...
      (SuSE)
    • Re: 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: Solution to ARP spoofing on 3560 and 2960 switches please
      ... the buildings have their own VLAN/subnets. ... strange ARP packets and announcing themselves as the gateway of the ... instead of using the real gateway ... Although I haven't confirmed it, I suspect the infected system will send the ARP packets with its own MAC address in the frame, and only alter the "Sender MAC Address" in the ARP header. ...
      (comp.dcom.sys.cisco)
    • Re: Finding MAC address of currently connected AP
      ... find out the MAC address of the access point that I'm connected to. ... arp -a will show the MAC addresses on you local LAN. ... The address should probably be your default gateway. ... and then a normal router. ...
      (alt.internet.wireless)
    • Re: Pure IP & ARP broadcasts
      ... It actually communicates via the MAC address of the Nics (aka Layer2 ... what the ARP request does. ... A host has a packet to send, it has the IP# and nothing else. ... But if the owner of the IP# is not on that segment then the Router replies ...
      (microsoft.public.windows.server.networking)