Am 13.04.2011 19:19, schrieb Tom Eastep:
> Hi Jörg,
>
> Please try the attached patch. It applies with offsets to 4.4.11.6.
>
>       cd /usr/share/shorewall/
>       patch -p3<  .../DEFAULTRT.diff
>
> Thanks,
> -Tom
>

Hi Tom,

the patch works for the problem with nexthops from routes other than 
default. The strange default route is gone. Thanks for this.

In my later setup I have no problem with default routes in the main 
table anyways, since I'll be using USE_DEFAULT_RT=Yes anyways, since 
ospf will change the main routing table.

Regardless of this, i'd like to know what the restore_default_route 
function is supposed to do?

I played with other default routes which have a metric of 10 and 20:

      FW$> ip route
      10.0.0.1 dev ppp0  proto kernel  scope link  src 10.67.15.1
      10.0.1.1 dev eth3  scope link
      10.100.100.0/30 dev eth0  proto kernel  scope link  src 10.100.100.1
      10.100.100.8/30 dev eth0  proto kernel  scope link  src 10.100.100.10
      10.168.0.0/16  metric 100
              nexthop via 10.100.100.2  dev eth0 weight 1
              nexthop via 10.100.100.9  dev eth0 weight 1
      default dev ppp0  scope link metric 10
      default via 10.0.1.1 dev eth3 metric 20

After shorewall start the routing looks like this:

      FW$> ip route
      10.0.0.1 dev ppp0  proto kernel  scope link  src 10.67.15.1
      10.0.1.1 dev eth3  scope link
      10.100.100.0/30 dev eth0  proto kernel  scope link  src 10.100.100.1
      10.100.100.8/30 dev eth0  proto kernel  scope link  src 10.100.100.10
      10.168.0.0/16  metric 100
              nexthop via 10.100.100.2  dev eth0 weight 1
              nexthop via 10.100.100.9  dev eth0 weight 1
      default via 10.0.1.1 dev eth3 metric 20

After shorewall stop the routing still looks like this:

      FW$> ip route
      10.0.0.1 dev ppp0  proto kernel  scope link  src 10.67.15.1
      10.0.1.1 dev eth3  scope link
      10.100.100.0/30 dev eth0  proto kernel  scope link  src 10.100.100.1
      10.100.100.8/30 dev eth0  proto kernel  scope link  src 10.100.100.10
      10.168.0.0/16  metric 100
              nexthop via 10.100.100.2  dev eth0 weight 1
              nexthop via 10.100.100.9  dev eth0 weight 1
      default via 10.0.1.1 dev eth3 metric 20

What's the problem with this? Is there still one?

Greetings Jörg
-- 
CISS TDI GmbH

Jörg Kleuver                               CISS TDI GmbH
Tel. +49 2642 97 80 28                     Barbarossastraße 36
Fax. +49 2642 97 80 10                     53489 Sinzig, Germany
Sitz der Gesellschaft: Sinzig              AG Koblenz, HR-Nummer 13357
Geschäftsführer: Dipl.-Math. Joachim Figura, Dipl.-Inform. Berthold Bärk


------------------------------------------------------------------------------
Benefiting from Server Virtualization: Beyond Initial Workload 
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve 
application availability and disaster protection. Learn more about boosting 
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
_______________________________________________
Shorewall-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/shorewall-users

Reply via email to