<div dir="ltr">On Fri, Aug 22, 2008 at 12:44 PM, Les Mikesell <span dir="ltr"><<a href="mailto:lesmikesell@gmail.com">lesmikesell@gmail.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">Florin Andrei wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
ABBAS KHAN wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I'm adding the default gateway to the route through "route add default gw <a href="http://10.10.10.10" target="_blank">10.10.10.10</a> <<a href="http://10.10.10.10" target="_blank">http://10.10.10.10</a>>" which is also shown in "route -n" but the problem is that as soon as I restart the network through /etc/init.d/network restart; the route sets to default one...!<br>

SO, my question is there any way to save the modified route permanently by hardcoding the changes?<br>
</blockquote>
<br>
It would be very nice if the init.d script would allow the sysadmin to do something like "service network saveroutes". I always thought that would be a neat feature.<br>
</blockquote>
<br></div>
Routes only work when you can reach the next hop.  That is,  if you try to add a route through an interface that is not up, the command will fail and the route will not be added.  If you want a route to be added when an interface comes up, there is already a place to do that. However, as others have pointed out you shouldn't expect multiple concurrent default routes to do something useful - but if you have multiple interfaces you can configure them both to add default routes and bring only one up at a time.<br>
<font color="#888888">
<br>
-- <br>
  Les Mikesell<br>
   <a href="mailto:lesmikesell@gmail.com" target="_blank">lesmikesell@gmail.com</a></font><div><div></div><div class="Wj3C7c"><br>
</div></div></blockquote><div><br>;Are you suggesting the following?<br>;assume eth1 is a better ISP than eth0<br>ifdown eth0<br>ifup eth1<br>ISP on eth1 goes down<br>automagically detect down ISP on eth1, so <br>ifdown eth1<br>
ifup eth0<br>automagically detect ISP back up on eth1, so <br>ifdown eth0 again<br>;That isn't gonna fly.  <br><br>Looks like nate pointed out the right journal article and looks very promising.  Will let you know how it goes.  <br>
<br>"Source-based routing capabilities are common on high end
networking gear, but they rarely are seen or utilized in server
environments. Linux has excellent but poorly understood
source-based routing support. The whole universe of advanced
Linux routing and traffic shaping is well described at
<a href="http://lartc.org/">lartc.org</a>."<br><br>ip rules and ip route priority are key.<br><br><br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div class="Wj3C7c"><br>
_______________________________________________<br>
CentOS mailing list<br>
<a href="mailto:CentOS@centos.org" target="_blank">CentOS@centos.org</a><br>
<a href="http://lists.centos.org/mailman/listinfo/centos" target="_blank">http://lists.centos.org/mailman/listinfo/centos</a><br>
</div></div></blockquote></div><br></div>