Routing problem : two interfaces one gateway


 
Thread Tools Search this Thread
Special Forums IP Networking Routing problem : two interfaces one gateway
# 15  
Old 10-12-2014
It might be helpful to post a sketch of your entire setup. A LAN port called WAN0 seems at least puzzling to me. That thing being an ADSL router, I'd guess WAN0 should be somehow directed to the world via ADSL...
I'm not sure bridging is needed to use all the LAN ports including DHCP.
And, the gateway for devices connected should be the router itself, for the router it should be the provider's concentrator (or so).
Login or Register to Ask a Question

Previous Thread | Next Thread

10 More Discussions You Might Find Interesting

1. UNIX for Beginners Questions & Answers

Inconsistency between RedHat 6.5 global gateway and single gateway leads to loss of default gateway

Dear friends I use RedHat 6.5, which sets the gateway in the configuration file / etc / sysconfig / network as GATEWAY = 192.168.1.26, and the gateway in the configuration file / etc / sysconfig / network-scripts / ifcfg-eth11 as GATEWAY = 192.168.1.256. The two gateways are different.... (6 Replies)
Discussion started by: tanpeng
6 Replies

2. IP Networking

Network Interfaces Problem - Monitoring equipment

Dear gurus of Linux / Unix. I have a server, which I use to monitoring traffic, the problem that I find is when I run the following command: probe:~ # sar -n DEV 1 I see that I one second appear info in some interface and in the other second no appear, I don't know what will be the... (0 Replies)
Discussion started by: andresguillen
0 Replies

3. AIX

Problem with multiple network interfaces

Hi .. we have two AIX 5.3 systems with a small client server app communicating over a TCP socket. Box A has a single network interface where the server app (in Java) opens a well known port and waits for connections from Box B. Box B has two network interfaces, X and Y. Interface X has the... (4 Replies)
Discussion started by: RonBowater
4 Replies

4. Solaris

Routing problem

Hi, I have two physical interfaces on a servers. We have connected them to differerent subnets. 1) First interface: 10.158.49.87 to newtwork 10.158.49.0, its gateway is 10.158.49.1 (It is added as default gateway) It is existing set up. It works well 2) Second interface: ... (1 Reply)
Discussion started by: sri243
1 Replies

5. IP Networking

Problem when I Open my WireShark - No Interfaces Option available

Hi gurus of unix, I haved installed my openSolaris in a HP530, Recently I use the following command beadm destry opensolaris1 beadm destry opensolaris2 After That I reboot my Laptop. Well when I go to my work I try to open my wireshark tool, but the option in GUI interface does not appear!!!... (2 Replies)
Discussion started by: andresguillen
2 Replies

6. Debian

/etc/network/interfaces problem

Hello i am configuring a debian lenny sever ,/etc/network/interfaces is modified so that eth1 takes a static IP address then i save it wq! then i restart the networking , /etc/init.d/networking restart . but after reboot ,the file is reset ,note that the interfaces had by defauklt IPv6 address... (5 Replies)
Discussion started by: learn82
5 Replies

7. Linux

GNUGK-How to setup static gateway to gateway routing

Dear Sir I am a newbie in the world of IP telephony. I have been working with Asterisk PBX (SIP) and Cisco Call Manager (MGCP) but now I am learning on how to work GNUGK for H.323 Gatekeeper. I am having a problem, configuring static call routing on GNUGK in the section ... (0 Replies)
Discussion started by: mfondoum
0 Replies

8. Linux

Routing via several interfaces for hosted virtual machines

My setup consists of a hardware node, which hosts several virtual machines (OpenVZ, to be precise). The hardware node has two network interfaces (<ifA>, <ifB>) connected to different subnets (<networkA>, <networkB>). I want to route the traffic of certain VEs over <ifB> while routing the other VEs... (0 Replies)
Discussion started by: bakunin
0 Replies

9. SCO

Network interfaces problem

Hi, I have problems with my SCO unix network interfaces. Intel integrated adapter was failing, so I installed new one - 3COM adapter into free PCI slot. Installed driver using SCO Software manager - successfully Added new Network adapter using SCO Network configuration manager - successfully... (0 Replies)
Discussion started by: vilius
0 Replies

10. IP Networking

Network interfaces problem

Hi, I have problems with my SCO unix network interfaces. Intel integrated adapter was failing, so I installed new one - 3COM adapter into free PCI slot. Installed driver using SCO Software manager - successfully Added new Network adapter using SCO Network configuration manager - successfully... (0 Replies)
Discussion started by: vilius
0 Replies
Login or Register to Ask a Question
routed(8c)																routed(8c)

Name
       routed - network routing daemon

Syntax
       /etc/routed [ options ] [ logfile ]

Description
       The program is invoked at boot time to manage the network routing tables.  The routing daemon uses a variant of the Xerox NS Routing Infor-
       mation Protocol in maintaining up-to-date kernel routing table entries.

       In normal operation the program listens on a socket for packets of routing information.	If the host is an internetwork router, it periodi-
       cally supplies copies of its routing tables to any directly connected hosts and networks.

       When  is  started,  it uses the SIOCGIFCONF ioctl to find those directly connected interfaces configured into the system and marked up (the
       software loopback interface is ignored).  If multiple interfaces are present, it is assumed that the host will forward packets between net-
       works.	The command then transmits a request packet on each interface using a broadcast packet, if the interface supports it, and enters a
       loop, listening for request and response packets from other hosts.

       When a request packet is received, formulates a reply based on the information maintained in its internal tables.  The response packet gen-
       erated  contains  a list of known routes, each marked with a hop count metric. A count of 16 or greater is considered infinite.	The metric
       associated with each route returned provides a metric "relative to the sender".

       The response packets received by are used to update the routing tables if one of the following conditions is satisfied:

       o   No routing table entry exists for the destination network or host, and the metric indicates the destination is reachable.  That is, the
	   hop count is not infinite.

       o   The	source	host  of  the packet is the same as the router in the existing routing table entry.  That is, updated information is being
	   received from the very internetwork router through which packets for the destination are being routed.

       o   The existing entry in the routing table has not been updated for some time (defined to be 90 seconds) and the route is at least as cost
	   effective as the current route.

       o   The	new  route describes a shorter route to the destination than the one currently stored in the routing tables. The metric of the new
	   route is compared against the one stored in the table to decide this.

       When an update is applied, the command records the change in its internal tables and generates a response packet to all directly  connected
       hosts  and  networks.   The  command waits a short period of time (no more than 30 seconds) before modifying the kernel's routing tables to
       allow possible unstable situations to settle.

       In addition to processing incoming packets, the command periodically checks the routing table entries.  If an entry has	not  been  updated
       for 3 minutes, the entry's metric is set to infinity and marked for deletion.  Deletions are delayed an additional 60 seconds to insure the
       invalidation is propagated throughout the internet.

       Hosts acting as internetwork routers supply their routing tables every 30 seconds to  all  directly  connected  hosts  and  networks.   The
       response  is sent to the broadcast address on nets capable of that function, to the destination address on point-to-point links, and to the
       router's own address on other networks.	The normal routing tables are bypassed when sending responses.	The reception of responses on each
       network	is used to determine if that network and interface are functioning correctly.  If no response is received on an interface, another
       route may be chosen to route around the interface, or the route may be dropped if no alternative is available.

       The program supports the notion of distant passive and active gateways.	When is started up, it reads the file to find gateways	which  may
       not  be	identified  using  the	SIOGIFCONF  ioctl.  Gateways specified in this manner should be marked passive if they are not expected to
       exchange routing information, while gateways marked active should be willing to exchange routing information (that is, they should  have  a
       process running on the machine).  Passive gateways are maintained indefinitely in routing tables.  Note, however, that passive gateways are
       known only to the local host that lists them in its file.  Information about passive gateways is not included in  any  routing  information
       that is transmitted.

       Active gateways are treated equally to network interfaces.  Routing information is distributed to the gateway and if no routing information
       is received for a period of time, the associated route is deleted.

       External gateways are also passive, but are not placed in the kernel routing table nor are they included in routing updates.  The  function
       of  external  entries  is  to  inform that another routing process will install such a route, and that alternate routes to that destination
       should not be installed.  Such entries are only required when both routers may learn of routes to the same destination.

       The is a series of lines, each in the following format:

       < net | host > name1 gateway name2 metric value < passive | active | external >

       The net or host keyword indicates if the route is to a network or specific host.

       The name1 is the name of the destination network or host.  This may be a symbolic name located in or or an Internet  address  specified	in
       dot notation.  For further information, see

       The name2 is the name or address of the gateway to which messages should be forwarded.

       The value is a metric indicating the hop count to the destination host or network.

       The  keywords  passive,	active,  or  external indicate if the gateway should be treated as passive or active (as previously described), or
       whether the gateway is external to the scope of the protocol.

       Any other argument supplied is interpreted as the name of a file in which the actions of should be logged.  This log  contains  information
       about any changes to the routing tables and a history of recent messages sent and received which are related to the changed route.

Options
       -d   Enables additional debugging information to be logged, such as bad packets received.

       -g   Offers  a  route,  on  internetwork routers, to the default destination.  This is typically used on a gateway to the Internet, or on a
	    gateway that uses another routing protocol whose routes are not reported to other local routers.

       -s   Forces to supply routing information whether it is acting as an internetwork router or not.

       -q   Opposite of the option.

       -t   Prints all packets, sent or received, on the standard output.  In addition, continues to receive input from the controlling  terminal,
	    so that interrupts from the keyboard will kill the process.

Restrictions
       The  kernel's  routing  tables may not correspond to those of for short periods of time while processes utilizing existing routes exit; the
       only remedy for this is to place the routing process in the kernel.

       The command should listen to intelligent interfaces, such as an IMP, and to error protocols, such as  ICMP,  to	gather	more  information.
       However, it does not always detect unidirectional failures in network interfaces, such as when the output side fails.

Files
       For distant gateways

See Also
       udp(4p), htable(8)

																	routed(8c)