Why sending packets to broadcast IP?

This is a discussion on Why sending packets to broadcast IP? within the Linux Networking forums, part of the Linux Forums category; I noticed a whole lot of traffic going on one of our subnets, and brought up the IPCop (IDS/firewall/...


Go Back   Usenet Forums > Linux Forums > Linux Networking

FAQ Members List Calendar Search Today's Posts Mark Forums Read
  #1 (permalink)  
Old 06-26-2008
news@celticbear.com
 
Posts: n/a
Default Why sending packets to broadcast IP?

I noticed a whole lot of traffic going on one of our subnets, and
brought up the IPCop (IDS/firewall/router PC) log summary, and found
this section:

Logged 832 packets on interface eth1
From 192.168.2.2 - 392 packets
To 192.168.2.1 - 219 packets
Service: domain (udp/53) (INPUT,eth1,none) - 219 packets
To 192.168.2.7 - 170 packets
Service: netbios-dgm (udp/138) (INPUT,eth1,none) - 170
packets
--snip--
From 192.168.2.3 - 440 packets
To 192.168.0.9 - 10 packets
Service: axon-lm (tcp/1548) (NEW not SYN?,eth1,eth0) - 10
packets
To 192.168.2.1 - 117 packets
Service: domain (udp/53) (INPUT,eth1,none) - 117 packets
To 192.168.2.7 - 313 packets
Service: netbios-ns (udp/137) (INPUT,eth1,none) - 84 packets
Service: netbios-dgm (udp/138) (INPUT,eth1,none) - 229
packets

192.168.2.2 is our file server
192.168.2.3 is our internal Web server
192.168.2.1 is the IPCop machine's NIC
192.168.2.7 is the broadcast IP for the subnet

Why in the world are the two servers sending so much traffic to the
broadcast IP?! I'm not terribly edumacated in TCP/IP networking I'm
afraid, so I guess this may be normal.
But it seems odd.
Thanks for any feedback!
-Liam
Reply With Quote
  #2 (permalink)  
Old 06-26-2008
Lew Pitcher
 
Posts: n/a
Default Re: Why sending packets to broadcast IP?

In comp.os.linux.networking, news@celticbear.com wrote:

> I noticed a whole lot of traffic going on one of our subnets, and
> brought up the IPCop (IDS/firewall/router PC) log summary, and found
> this section:
>
> Logged 832 packets on interface eth1
> From 192.168.2.2 - 392 packets
> To 192.168.2.1 - 219 packets
> Service: domain (udp/53) (INPUT,eth1,none) - 219 packets
> To 192.168.2.7 - 170 packets
> Service: netbios-dgm (udp/138) (INPUT,eth1,none) - 170
> packets
> --snip--
> From 192.168.2.3 - 440 packets
> To 192.168.0.9 - 10 packets
> Service: axon-lm (tcp/1548) (NEW not SYN?,eth1,eth0) - 10
> packets
> To 192.168.2.1 - 117 packets
> Service: domain (udp/53) (INPUT,eth1,none) - 117 packets
> To 192.168.2.7 - 313 packets
> Service: netbios-ns (udp/137) (INPUT,eth1,none) - 84 packets
> Service: netbios-dgm (udp/138) (INPUT,eth1,none) - 229
> packets
>
> 192.168.2.2 is our file server
> 192.168.2.3 is our internal Web server
> 192.168.2.1 is the IPCop machine's NIC
> 192.168.2.7 is the broadcast IP for the subnet
>
> Why in the world are the two servers sending so much traffic to the
> broadcast IP?!


Given the target ports of those packets, my guess is that you have SMB
servers running on 192.168.2.2 and 192.168.2.3, and they are performing the
requisite scan of your network for SMB client machines and SMB domain
controllers. netbios-ns is the SMB "Name server" port that lets client SMB
systems determine SMB network names, while netbios-dgm is the SMB datagram
port.



--
Lew Pitcher

Master Codewright & JOAT-in-training | Registered Linux User #112576
http://pitcher.digitalfreehold.ca/ | GPG public key available by request
---------- Slackware - Because I know what I'm doing. ------


Reply With Quote
  #3 (permalink)  
Old 06-26-2008
news@celticbear.com
 
Posts: n/a
Default Re: Why sending packets to broadcast IP?

On Jun 26, 11:14*am, Lew Pitcher <lpitc...@teksavvy.com> wrote:
> In comp.os.linux.networking, n...@celticbear.com wrote:
> > I noticed a whole lot of traffic going on one of our subnets, and
> > brought up the IPCop (IDS/firewall/router PC) log summary, and found
> > this section:

>
> > *Logged 832 packets on interface eth1
> > * * From 192.168.2.2 - 392 packets
> > * * * *To 192.168.2.1 - 219 packets
> > * * * * * Service: domain (udp/53) (INPUT,eth1,none) - 219 packets
> > * * * *To 192.168.2.7 - 170 packets
> > * * * * * Service: netbios-dgm (udp/138) (INPUT,eth1,none) - 170
> > packets
> > --snip--
> > * * From 192.168.2.3 - 440 packets
> > * * * *To 192.168.0.9 - 10 packets
> > * * * * * Service: axon-lm (tcp/1548) (NEW not SYN?,eth1,eth0) - 10
> > packets
> > * * * *To 192.168.2.1 - 117 packets
> > * * * * * Service: domain (udp/53) (INPUT,eth1,none) - 117 packets
> > * * * *To 192.168.2.7 - 313 packets
> > * * * * * Service: netbios-ns (udp/137) (INPUT,eth1,none) - 84 packets
> > * * * * * Service: netbios-dgm (udp/138) (INPUT,eth1,none) - 229
> > packets

>
> > 192.168.2.2 is our file server
> > 192.168.2.3 is our internal Web server
> > 192.168.2.1 is the IPCop machine's NIC
> > 192.168.2.7 is the broadcast IP for the subnet

>
> > Why in the world are the two servers sending so much traffic to the
> > broadcast IP?!

>
> Given the target ports of those packets, my guess is that you have SMB
> servers running on 192.168.2.2 and 192.168.2.3, and they are performing the
> requisite scan of your network for SMB client machines and SMB domain
> controllers. netbios-ns is the SMB "Name server" port that lets client SMB
> systems determine SMB network names, while netbios-dgm is the SMB datagram
> port.
>


Ah, that makes sense.
Just the number of packets surprised me.
Thanks for the info!
Reply With Quote
Reply
Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are Off
[IMG] code is Off
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On



All times are GMT +1. The time now is 09:28 PM.


Powered by vBulletin® Version 3.7.3
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO 3.0.0