problems with networking...

[Michael Hawkins]

#arp -an? (10.11.12.254) at ff:ff:ff:ff:ff:ff on vr0 permanent [ethernet]


thats all.  I have cleaned out the arp cache once already, but this came
right back.  I was curious if there was a way to correct this entry, or
something...

On 8/19/07, Bill Moran <wmoran at collaborativefusion.com> wrote:
>
> "Michael Hawkins" <cypheros at gmail.com> wrote:
> >
> > oops, sorry about the -m, lack of sleep and alll....
> > /etc/rc.conf:
> > amd_enable="YES"
> > hostname=[Removed]
> > ifconfig_vr0="DHCP"
> > inetd_enable="YES"
> > rpcbind_enable="YES"
> > sshd_enable="YES"
> > usbd_enable="YES"
> >
> > #netstat -rn
> > Routing tables
> >
> > Internet:
> > Destination Gateway Flags Refs Use Netif Expire
> > default 10.11.12.254 UGS 0 24 vr0
> > 10.11.12/24 link#1 UC 0 0 vr0
> > 10.11.12.254 ff:ff:ff:ff:ff:ff UHLWb 2 37 vr0
> > 127.0.0.1 127.0.0.1 UH 0 8 lo0
> >
> >
> >
> > ......for some reason I don't think that MAC addy of all f's is a good
> > thing, but this is the first I've seen of it..
>
> No, it's not.  The output of arp -an might be helpful to this,
> but I suspect you've got an underlying network issue.
>
> Also (for the second time) keep the mailing list in the loop.
> In particular, I'll be leaving shortly and won't have access to
> email for several days.
>
> >
> > On 8/18/07, Bill Moran <wmoran at collaborativefusion.com> wrote:
> > >
> > >
> > > [Please keep the mailing list in the CC]
> > >
> > > "Michael Hawkins" <cypheros at gmail.com> wrote:
> > > >
> > > > Certainly.  Here it is:
> > > > #ifconfig -a
> > > > vr0: flags=8843<UP,BROADCAST ,RUNNING,SIMPLEX,MULTICAST> mtu 1500
> > > > inet 10.11.12.253 netmask 0xffffff00 broadcast 10.11.12.254
> > >
> > > That's really strange.  Your broadcast address should be
> > > 10.11.12.255.  It's quite likely that this is part of your
> > > problem, but I can't imagine how you could have arrived at
> > > this configuration.  What is in /etc/rc.conf?
> > >
> > > > ether [MAC ADDRESS REMOVED]
> > > > media: Ethernet autoselect (100baseTX <full-duplex>)
> > > > statusL active
> > > > plip0: flags=108810<POINTOPOINT,SIMPLEX,MULTICAST,NEEDSGIANT> mtu
> 1500
> > > > lo0: flags=8049<UP,LOOPBACK,RUNNING ,MULTICAST> mtu 16384
> > > > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3
> > > > inet6 ::1 prefixlen 128
> > > > inet 127.0.0.1 netmask 0xff000000
> > > >
> > > >
> > > > #netstat -m
> > > > 65/205/270 mbufs in use (current/cache/total)
> > > > 64/134/198/25600 mbuf clusters in use (current/cache/total/max)
> > > > 0/128 mbuf+clusters out of packet secondary zone in use
> (current/cache)
> > > > 0/0/0/0 4k (page size) jumbo clisters in use
> (current/cache/total/max)
> > > > 0/0/0/0 9k jumbo clusters in use (current/cache/total/max)0/0/0/0
> 16k
> > > jumbo
> > > > clusters in use (current/cache/total/max)
> > > > 144k/319k/463k bytes allocated to network (current/cache/total)
> > > > 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters)
> > > > 0/0/0 requests for jumbo clusters denied (4k/9k/16k)
> > > > 0/4/6656 sfbufs in use (current/peak/max)
> > > > 0 requests for sfbufs denied
> > > > 0 requests for sfbufs delayed
> > > > 0 requests for I/O initiated by sendfile
> > > > 0 calls to protocol drain routines
> > >
> > > That's netstat -rn, not -m.  Unfortunately, the -m doesn't tell me
> > > what I'm looking for, which is your routing table.
> > >
> > > I'm wondering if your ipnat rules are awry.  Please provide the
> > > ifconfig, routing table, and nat rules from the router machine.
> > >
> > > > ...again, this is straight out of a fresh install (which I did
> because I
> > > had
> > > > the exact same problem with the last install).
> > >
> > > Well, obviously, you did it the same both times, and are getting the
> > > same result.
> > >
> > > > On 8/18/07, Bill Moran <wmoran at collaborativefusion.com> wrote:
> > > > >
> > > > > "Michael Hawkins" < cypheros at gmail.com> wrote:
> > > > > >
> > > > > > Sorry if this is sorta n00bish, but I have a problem that Google
> > > hasn't
> > > > > > answered for me yet...
> > > > > > I have a moderately-sized network that I am trying to run, with
> > > about 70
> > > > > or
> > > > > > so machines on it.  The DHCP server (running FreeBSD 6.2, IPv4
> > > address:
> > > > > > 10.11.12.254, Subnet is 10.11.12.0/24 ) acts as a gateway server
> as
> > > well,
> > > > > and
> > > > > > has ipnat running for traffic routing.
> > > > > >
> > > > > > So far, I have had no problems with ANY of the machines on this
> > > network
> > > > > > connecting, save one--my File server (running FreeBSD 6.2 as
> well,
> > > IPv4
> > > > > > address: 10.11.12.253).  For some reason, whenever I try to
> > > establish
> > > > > any
> > > > > > connection to ANY network address (on any protocol), it will
> only
> > > > > connect to
> > > > > > one address: 10.11.12.252 (and won't connect to anything when
> that
> > > > > machine
> > > > > > is off).
> > > > > > Here is a ping listing:
> > > > > > #ping 10.11.12.254
> > > > > > PING 10.11.12.254 (10.11.12.254): 56 data bytes
> > > > > > 64 bytes from 10.11.12.252: icmp_seq=0 ttl=64 time=0.852 ms
> > > > > >
> > > > > >
> > > > > > ...and it continues precisely in that manner until I stop it.
> > > > > >
> > > > > > I have tried re-installing the OS on the file server, but with
> no
> > > change
> > > > > in
> > > > > > results.  I have removed the machine at 10.11.12.252 with the
> only
> > > > > change
> > > > > > being that the file-server can obtain NO connection to ANY IP
> > > address.
> > > > > >
> > > > > > Any help would be appreciated.
> > > > >
> > > > > Why don't your cut/paste the output of ifconfig -a and netstat -rn
> > > > >
> > > > > I suspect your network settings are incorrect.
> > > > >
> > > > > --
> > > > > Bill Moran
> > > > > Collaborative Fusion Inc.
> > > > >
> > > > > wmoran at collaborativefusion.com
> > > > > Phone: 412-422-3463x4023
> > > > >
> > > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > >
> > >
> > > --
> > > Bill Moran
> > > Collaborative Fusion Inc.
> > >
> > > wmoran at collaborativefusion.com
> > > Phone: 412-422-3463x4023
> > >
> > > ****************************************************************
> > > IMPORTANT: This message contains confidential information
> > > and is intended only for the individual named. If the reader of
> > > this message is not an intended recipient (or the individual
> > > responsible for the delivery of this message to an intended
> > > recipient), please be advised that any re-use, dissemination,
> > > distribution or copying of this message is prohibited. Please
> > > notify the sender immediately by e-mail if you have received
> > > this e-mail by mistake and delete this e-mail from your system.
> > > E-mail transmission cannot be guaranteed to be secure or
> > > error-free as information could be intercepted, corrupted, lost,
> > > destroyed, arrive late or incomplete, or contain viruses. The
> > > sender therefore does not accept liability for any errors or
> > > omissions in the contents of this message, which arise as a
> > > result of e-mail transmission.
> > > ****************************************************************
> > >
> >
> >
> >
> >
> >
> >
> >
>
>
> --
> Bill Moran
> Collaborative Fusion Inc.
>
> wmoran at collaborativefusion.com
> Phone: 412-422-3463x4023
>
> ****************************************************************
> IMPORTANT: This message contains confidential information
> and is intended only for the individual named. If the reader of
> this message is not an intended recipient (or the individual
> responsible for the delivery of this message to an intended
> recipient), please be advised that any re-use, dissemination,
> distribution or copying of this message is prohibited. Please
> notify the sender immediately by e-mail if you have received
> this e-mail by mistake and delete this e-mail from your system.
> E-mail transmission cannot be guaranteed to be secure or
> error-free as information could be intercepted, corrupted, lost,
> destroyed, arrive late or incomplete, or contain viruses. The
> sender therefore does not accept liability for any errors or
> omissions in the contents of this message, which arise as a
> result of e-mail transmission.
> ****************************************************************
>