Ray Olszewski wrote (on Tue, May 28, 2002 at 12:15:09PM -0700): | You will need to make some allowances in reading this response (and | probably any others you get here), since LRP 2.9.8 is pretty much ancient | history to most active LEAF users. (In face, I didn't even remember that | 2.9.8 included the "ip" command.) | | Both interfaces are shown as having addresses on the same private-address | network. That's odd and it suggests a fundamental error in your physical | setup. Perhaps you can tell us what the physical setup is and what networks | the internal and external interfaces are *supposed* to be connected to? I | see that you specified adjacent addresses by hand in /etc/network.conf, but | that doesn't tell us what the underlying physical setup is (or perhaps we | need to know *why* you want two interfaces connected to the same LAN and | network).
I picked consecutive ip addresses for convenience. This is my setup: Lan -> LRP -> DSL Router -> DSL Provider & 'the cloud'. I'm not why the two interfaces cannot be on the same subnet, but I changed it to clarify matters: IF0_IFNAME=eth0 IF0_IPADDR=10.1.1.202 IF0_NETMASK=255.255.255.0 IF0_BROADCAST=10.1.1.255 IF0_IP_SPOOF=YES IF1_IFNAME=eth1 IF1_IPADDR=10.1.2.203 IF1_NETMASK=255.255.255.0 IF1_BROADCAST=10.1.2.255 IF1_IP_SPOOF=YES NET0_NETADDR=10.1.1.0 NET0_NETMASK=$IF1_NETMASK NET0_GATEWAY_IF=$IF1_IFNAME #NET0_GATEWAY_IP=10.1.2.248 NET0_IPMASQ=YES NET0_IPMASQ_IF=$IF0_IFNAME GW0_IPADDR=10.1.2.248 GW0_IFNAME=$IF1_NAME GW0_METRIC=1 route add 10.1.2.248 eth1 # from the network_direct file (where 10.1.2.248 is the address of the DSL router). shemesh# netstat -rn Kernel IP routing table Destination Gateway Genmask Flags MSS Window irtt Iface 10.1.2.248 0.0.0.0 255.255.255.255 UH 0 0 0 eth1 10.1.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 10.1.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 0.0.0.0 10.1.2.248 0.0.0.0 UG 0 0 0 eth1 This seems to work a littler better; I can ping into the box and telnet from both ends. But I cannot go *through* the box; i.e. I cannot telnet into the DSL router from the LAN. This is where I am stuck. | The second interface is not being used because there is no reason local to | the router to use it; the routing table has identical entries for the two | interfaces, and eth0 comes first. I'm a wee bit surprised that this affects | the arp responses as well as higher level ones, though ... unless the | pinging machine itself has a fairly unusual routing table. But the outside world does not ask the kernel which internal interface to use; it just supplies it with an IP address. This address was supplied - already, at boot time - to the dormant card. Are you telling me that Linux 'revokes' the IP address assignment dynamically? This would be a way cool feature. But if it does, why does ifconfig still show the assignment to eth1? | Even if you disconnect the first card from the LAN, the routing table still | believes it to be the route to the LAN, so it tries to use it (and fails) | to respond to pings. | | The small number of RX packets are easy to understand; something else on | the LAN tried to connect to that IP address. (What? Beats me; I don't know | anything about your LAN. Probably the pings and the related arp queries.) | The small number of TX packets are a bit toughter to understand. If you | were using DHCP, I'd guess they were connected with getting a lease, but as | it is, I've no idea what they are. | | There is no way to "ping" a MAC address directly; ping is a network-layer | (IP) protocol, not a link-layer (Ethernet or equivalent) one. I can't think | of a link-layer equivalent, either, offhand ... unless maybe this | capability is included in a network monitoring package like ethereal? (Does | anyone know?) | | At 02:37 PM 5/28/02 -0400, Nachman Yaakov Ziskind wrote: | >... put together the 2.9.8 distribution from LRP, and I'm stuck here: | > | >Although I have two 'identical' (in the same way that snowflakes are | >identical) | >3com cards, and they appear to be properly configured: | > | >eth0 Link encap:Ethernet HWaddr 00:10:5A:E1:E3:8B | > inet addr:10.1.1.202 Bcast:10.1.1.255 Mask:255.255.255.0 | > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 | > RX packets:12362 errors:0 dropped:0 overruns:0 frame:0 | > TX packets:1639 errors:0 dropped:0 overruns:0 carrier:0 | > collisions:0 txqueuelen:100 | > Interrupt:10 Base address:0xe800 | > | >eth1 Link encap:Ethernet HWaddr 00:A0:24:57:55:BE | > inet addr:10.1.1.203 Bcast:10.1.1.255 Mask:255.255.255.0 | > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 | > RX packets:1474 errors:0 dropped:0 overruns:0 frame:0 | > TX packets:8 errors:0 dropped:0 overruns:0 carrier:0 | > collisions:0 txqueuelen:100 | > Interrupt:12 Base address:0xec00 | > | >apparently the second interface is not being used (I'm at a loss to | >explain the | >small number of RX/TX packets. I cannot, by any activity, increment these | >stats). I base this on: | > | >1) Unplugging the second card still lets both ip #'s respond to pings; | > | >2) Unplugging the first card stops both addresses from pinging; and | > | >3) This datum from another box on the network, that I'm pinging from: | > | >[....] | >quack (10.1.1.202) at 0:10:5a:e1:e3:8b (802.3) | >linux2 (10.1.1.203) at 0:10:5a:e1:e3:8b (802.3) | >[....] | > | >Both cards have link lights. Some data: | > | >quack# uname -a | >Linux quack 2.2.16 #1 Sun Jul 16 18:29:35 EDT 2000 i386 unknown | > | >quack# ip addr show | >1: lo: <LOOPBACK,UP> mtu 3924 qdisc noqueue | > link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 | > inet 127.0.0.1/8 scope host lo | >2: brg0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop | > link/ether fe:fd:03:bb:63:33 brd ff:ff:ff:ff:ff:ff | >3: eth0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 100 | > link/ether 00:10:5a:e1:e3:8b brd ff:ff:ff:ff:ff:ff | > inet 10.1.1.202/24 brd 10.1.1.255 scope global eth0 | >4: eth1: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 100 | > link/ether 00:a0:24:57:55:be brd ff:ff:ff:ff:ff:ff | > inet 10.1.1.203/24 brd 10.1.1.255 scope global eth1 | > | >quack# ip route show | >10.1.1.0/24 dev eth0 proto kernel scope link src 10.1.1.202 | >10.1.1.0/24 dev eth1 proto kernel scope link src 10.1.1.203 | >default via 10.1.1.248 dev eth0 metric 1 | > | >quack# netstat -rn | >Kernel IP routing table | >Destination Gateway Genmask Flags MSS Window irtt | >Iface | >10.1.1.0 0.0.0.0 255.255.255.0 U 0 0 0 | >eth0 | >10.1.1.0 0.0.0.0 255.255.255.0 U 0 0 0 | >eth1 | >0.0.0.0 10.1.1.248 0.0.0.0 UG 0 0 0 | >eth0 | > | >quack# lsmod | >Module Pages Used by | >3c59x 17988 2 | > | >from /etc/network.conf: | > | >[...] | >IF0_IFNAME=eth0 | >IF0_IPADDR=10.1.1.202 | >IF0_NETMASK=255.255.255.0 | >IF0_BROADCAST=10.1.1.255 | >IF0_IP_SPOOF=YES | > | >IF1_IFNAME=eth1 | >IF1_IPADDR=10.1.1.203 | >IF1_NETMASK=255.255.255.0 | >IF1_BROADCAST=10.1.1.255 | >IF1_IP_SPOOF=YES | >[...] | > | >(would posting more of this be useful? | > | >Any suggestions, etc. would be appreciated. | > | >(trivia q: is there any way to ping by MAC address?) -- _________________________________________ Nachman Yaakov Ziskind, EA, LLM [EMAIL PROTECTED] Attorney and Counselor-at-Law http://yankel.com Economic Group Pension Services http://egps.com Actuaries and Employee Benefit Consultants _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ------------------------------------------------------------------------ leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html