This is 8.3-Release on a HP EliteBook 8460p (4-core i5) with an on board Intel
(em0) interface.
When attached a Trendent TU2-ET100 USB Ether dongle for a second interface, it
has no problem to talk to the local network (10.234.37.0/24), but it has
problem
to talk to a remote network or host
On Feb 13, 2013, at 12:35 PM, Jin Guojun wrote:
When attached a Trendent TU2-ET100 USB Ether dongle for a second interface,
it
has no problem to talk to the local network (10.234.37.0/24), but it has
problem
to talk to a remote network or host (10.227.148.0/24) via eu0 interface.
When a
...@mac.com
To: Jin Guojun jguo...@sbcglobal.net
Cc: questions freebsd questi...@freebsd.org
Sent: Wed, February 13, 2013 12:55:07 PM
Subject: Re: Why ue0 do ARP on non local address when using static route?
On Feb 13, 2013, at 12:35 PM, Jin Guojun wrote:
When attached a Trendent TU2-ET100 USB Ether
Jin Guojun jguo...@sbcglobal.net writes:
This is 8.3-Release on a HP EliteBook 8460p (4-core i5) with an on board
Intel
(em0) interface.
When attached a Trendent TU2-ET100 USB Ether dongle for a second interface,
it
has no problem to talk to the local network (10.234.37.0/24), but it
On Feb 13, 2013, at 2:17 PM, Jin Guojun wrote:
/etc/ethers does not help because there is no way resolve the IP by QFHN in
ethers.
I'm not sure what QFHN is, but setting up an entry in /etc/ethers provides
the IP to MAC address mapping that ARP attempts to provide dynamically.
The correct
To: Jin Guojun jguo...@sbcglobal.net
Cc: questions freebsd questi...@freebsd.org
Sent: Wed, February 13, 2013 2:33:57 PM
Subject: Re: Why ue0 do ARP on non local address when using static route?
On Feb 13, 2013, at 2:17 PM, Jin Guojun wrote:
/etc/ethers does not help because there is no way resolve
Jin Guojun jguo...@sbcglobal.net writes:
man page says that ethernet-address (MAC) + fully-qualified-host-name (FQHN).
The issue is that host cannot resolve the address by using FQHN, thus no ARP
any
more, but no traffic either.
After adding FQDH in the /etc/hosts file then, ARP request
