|
Posted by on April 20, 2008, 8:43 am
If you were Registered and logged in, you could reply and use other advanced thread options > Thanks, Barry. According to your suggestion. Here is my changes. In
> this case, is the routing table (ip route command) ignored by the IOS?
> Thanks.
>
> --------------------------------------------------------------------------=
-=AD----
> ip nat inside source static 10.10.10.11 64.205.63.100 extendable
>
> ip access-list standard acl_dsl1_Out
> =A0permit 10.10.10.11
>
> route-map map_dsl1_out permit 10
> =A0match ip address acl_dsl1_Out
> =A0set next-hop =A064.205.63.98
>
> interface Vlan101
> =A0description to DSL modem 64.205.63.98
> =A0ip address 64.205.63.99 255.255.255.248
> =A0ip nat outside
>
> interface FastEthernet0/1
> =A0description Internal Corporate Net
> =A0ip address 10.10.10.1 255.255.255.0
> =A0ip nat inside
> =A0ip policy route-map map_dsl1_out
> --------------------------------------------------------------------------=
-=AD--------------------
The PBR is considered first and then if that fails
e.g. the output interface is down or the next hop
is not available (perhaps ARP failure)
the routing table is used. I seem to recall that you can
tell PBR to drop the packet instead.
There is a document on CCO but I can't find it right now.
I should know since I recently did an implementation that
depended on the default behaviour which I verified carefully:-)
| 
Yahoo! 
Google 
Windows Live 
del.icio.us 
digg 
Netscape 
XML site map