<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Mikrotik policy routing implementation example</title>
	<atom:link href="http://blog.butchevans.com/2008/09/mikrotik-policy-routing-implementation-example/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.butchevans.com/2008/09/mikrotik-policy-routing-implementation-example/</link>
	<description>WISP Tutorials by Butch Evans</description>
	<lastBuildDate>Tue, 10 Jan 2012 14:25:06 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Políticas de Rotas por Redes - Página 2</title>
		<link>http://blog.butchevans.com/2008/09/mikrotik-policy-routing-implementation-example/comment-page-1/#comment-84</link>
		<dc:creator>Políticas de Rotas por Redes - Página 2</dc:creator>
		<pubDate>Tue, 10 Jan 2012 14:25:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.butchevans.com/?p=50#comment-84</guid>
		<description>[...] não é referenciada nas documentações e RFC.  Understanding Policy Routing - Cisco Systems  Mikrotik policy routing implementation example &#124; Butch Evans Blog  http://www.mikrotik.com/testdocs/ros/2.9/ip/route.php  O OSPF você utiliza como IGP, para o [...]</description>
		<content:encoded><![CDATA[<p>[...] não é referenciada nas documentações e RFC.  Understanding Policy Routing &#8211; Cisco Systems  Mikrotik policy routing implementation example | Butch Evans Blog  <a href="http://www.mikrotik.com/testdocs/ros/2.9/ip/route.php" rel="nofollow">http://www.mikrotik.com/testdocs/ros/2.9/ip/route.php</a>  O OSPF você utiliza como IGP, para o [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: collins465</title>
		<link>http://blog.butchevans.com/2008/09/mikrotik-policy-routing-implementation-example/comment-page-1/#comment-59</link>
		<dc:creator>collins465</dc:creator>
		<pubDate>Fri, 29 Jul 2011 11:49:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.butchevans.com/?p=50#comment-59</guid>
		<description>or what happens if ISP1 goes down?  likewise ISP2... will it automatically use the available ISP ? or do i need a script that will redirect traffice automatically to ISP3?</description>
		<content:encoded><![CDATA[<p>or what happens if ISP1 goes down?  likewise ISP2&#8230; will it automatically use the available ISP ? or do i need a script that will redirect traffice automatically to ISP3?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: collins465</title>
		<link>http://blog.butchevans.com/2008/09/mikrotik-policy-routing-implementation-example/comment-page-1/#comment-58</link>
		<dc:creator>collins465</dc:creator>
		<pubDate>Thu, 28 Jul 2011 13:49:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.butchevans.com/?p=50#comment-58</guid>
		<description>My question is how can i add the third ISP3? i want to the third Network to serve as additional support to any of the two Networks based on your setup incase ISP1 or ISP2 goes down for a while?</description>
		<content:encoded><![CDATA[<p>My question is how can i add the third ISP3? i want to the third Network to serve as additional support to any of the two Networks based on your setup incase ISP1 or ISP2 goes down for a while?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Badboi</title>
		<link>http://blog.butchevans.com/2008/09/mikrotik-policy-routing-implementation-example/comment-page-1/#comment-46</link>
		<dc:creator>Badboi</dc:creator>
		<pubDate>Fri, 28 Jan 2011 04:15:13 +0000</pubDate>
		<guid isPermaLink="false">http://blog.butchevans.com/?p=50#comment-46</guid>
		<description>i have internet connection from two different ISP and now i m using, i like to share this connection to my LAN
i want to configure like this ip 192.168.0.0/24 from iSP1
                                           ip 192.168.0.100/24 from ISP2
 and gateway will be 192.168.0.1

plz help me to configure this</description>
		<content:encoded><![CDATA[<p>i have internet connection from two different ISP and now i m using, i like to share this connection to my LAN<br />
i want to configure like this ip 192.168.0.0/24 from iSP1<br />
                                           ip 192.168.0.100/24 from ISP2<br />
 and gateway will be 192.168.0.1</p>
<p>plz help me to configure this</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hilfe!!!</title>
		<link>http://blog.butchevans.com/2008/09/mikrotik-policy-routing-implementation-example/comment-page-1/#comment-41</link>
		<dc:creator>Hilfe!!!</dc:creator>
		<pubDate>Tue, 14 Dec 2010 19:23:37 +0000</pubDate>
		<guid isPermaLink="false">http://blog.butchevans.com/?p=50#comment-41</guid>
		<description>[...] that is called policy based routing.  See the following example, where they just have 2 subnets: Mikrotik policy routing implementation example &#124; Butch Evans Blog  i7 940 &#124; Corsair 6GB DDR3 1600 + AX850W &#124; Asus P6T Deluxe v2 + Xonar DX &#124; 2x MSI Cyclone GTX 460 [...]</description>
		<content:encoded><![CDATA[<p>[...] that is called policy based routing.  See the following example, where they just have 2 subnets: Mikrotik policy routing implementation example | Butch Evans Blog  i7 940 | Corsair 6GB DDR3 1600 + AX850W | Asus P6T Deluxe v2 + Xonar DX | 2x MSI Cyclone GTX 460 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Butch Evans</title>
		<link>http://blog.butchevans.com/2008/09/mikrotik-policy-routing-implementation-example/comment-page-1/#comment-19</link>
		<dc:creator>Butch Evans</dc:creator>
		<pubDate>Wed, 14 Oct 2009 11:10:01 +0000</pubDate>
		<guid isPermaLink="false">http://blog.butchevans.com/?p=50#comment-19</guid>
		<description>This is not really the best place for this discussion.  Please send me an email direct and we can arrange support.  My contact information is available in the right sidebar near the top.</description>
		<content:encoded><![CDATA[<p>This is not really the best place for this discussion.  Please send me an email direct and we can arrange support.  My contact information is available in the right sidebar near the top.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: maroon</title>
		<link>http://blog.butchevans.com/2008/09/mikrotik-policy-routing-implementation-example/comment-page-1/#comment-18</link>
		<dc:creator>maroon</dc:creator>
		<pubDate>Wed, 14 Oct 2009 10:30:48 +0000</pubDate>
		<guid isPermaLink="false">http://blog.butchevans.com/?p=50#comment-18</guid>
		<description>Butch, thanks for your quick reply

I&#039;m having a slow connection on the primary ISP and sometimes timed out connection! on the other hand, the secondary ISP is working like a charm.

Moreover, if I trace route from primary connection I got a clean trace route and 100% successfully passing all the hops with a good latency.

my configuration:

NAT Conf: 

chain=srcnat action=src-nat to-addresses=77.42.XX.XX src-address-list=blink_users out-interface=blink 

chain=srcnat action=src-nat to-addresses=212.98.XX.XX src-address-list=special out-interface=terranet 

Mangle Conf:

chain=prerouting action=mark-routing new-routing-mark=bli passthrough=no src-address-list=blink_users 

chain=prerouting action=mark-routing new-routing-mark=ter passthrough=no src-address-list=special 

Route Conf:

#      DST-ADDRESS        PREF-SRC        GATEWAY-STATE GATEWAY                                           DISTANCE INTERFACE                                  
 0 A S  0.0.0.0/0                          reachable     77.42.XX.XX                                       1        blink                                      
 1 A S  0.0.0.0/0                          reachable     212.98.XX.XX                                     1        terranet                                   
 2 A S  0.0.0.0/0                          reachable     212.98.XX.XX                                     1        terranet                                   
 3 ADC  77.42.XX.XX/29   77.42.XX.XX                                                                      0        blink                                      
 4 ADC  192.100.100.0/24   192.100.100.20                                                               0        lan                                        
 5 ADC  212.98.XX.XX/28   212.98.XX.XX                                                                  0        terranet                  

Route rule conf:

0   dst-address=192.100.100.0/24 action=lookup table=main 

 1   dst-address=77.42.xx.xx/29 action=lookup table=main 

 2   dst-address=212.98.xx.xx/28 action=lookup table=main 

 3   dst-address=212.98.xx.xx/28 action=lookup table=terranet 

 4   dst-address=77.42.xx.xx/32 action=lookup table=blink 

 5   dst-address=77.42.xx.xx/32 action=lookup table=blink 

 6   routing-mark=ter action=lookup table=terranet 

 7   routing-mark=bli action=lookup table=blink 
                 

Your help is highly appreciated

Regards,</description>
		<content:encoded><![CDATA[<p>Butch, thanks for your quick reply</p>
<p>I&#8217;m having a slow connection on the primary ISP and sometimes timed out connection! on the other hand, the secondary ISP is working like a charm.</p>
<p>Moreover, if I trace route from primary connection I got a clean trace route and 100% successfully passing all the hops with a good latency.</p>
<p>my configuration:</p>
<p>NAT Conf: </p>
<p>chain=srcnat action=src-nat to-addresses=77.42.XX.XX src-address-list=blink_users out-interface=blink </p>
<p>chain=srcnat action=src-nat to-addresses=212.98.XX.XX src-address-list=special out-interface=terranet </p>
<p>Mangle Conf:</p>
<p>chain=prerouting action=mark-routing new-routing-mark=bli passthrough=no src-address-list=blink_users </p>
<p>chain=prerouting action=mark-routing new-routing-mark=ter passthrough=no src-address-list=special </p>
<p>Route Conf:</p>
<p>#      DST-ADDRESS        PREF-SRC        GATEWAY-STATE GATEWAY                                           DISTANCE INTERFACE<br />
 0 A S  0.0.0.0/0                          reachable     77.42.XX.XX                                       1        blink<br />
 1 A S  0.0.0.0/0                          reachable     212.98.XX.XX                                     1        terranet<br />
 2 A S  0.0.0.0/0                          reachable     212.98.XX.XX                                     1        terranet<br />
 3 ADC  77.42.XX.XX/29   77.42.XX.XX                                                                      0        blink<br />
 4 ADC  192.100.100.0/24   192.100.100.20                                                               0        lan<br />
 5 ADC  212.98.XX.XX/28   212.98.XX.XX                                                                  0        terranet                  </p>
<p>Route rule conf:</p>
<p>0   dst-address=192.100.100.0/24 action=lookup table=main </p>
<p> 1   dst-address=77.42.xx.xx/29 action=lookup table=main </p>
<p> 2   dst-address=212.98.xx.xx/28 action=lookup table=main </p>
<p> 3   dst-address=212.98.xx.xx/28 action=lookup table=terranet </p>
<p> 4   dst-address=77.42.xx.xx/32 action=lookup table=blink </p>
<p> 5   dst-address=77.42.xx.xx/32 action=lookup table=blink </p>
<p> 6   routing-mark=ter action=lookup table=terranet </p>
<p> 7   routing-mark=bli action=lookup table=blink </p>
<p>Your help is highly appreciated</p>
<p>Regards,</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Butch Evans</title>
		<link>http://blog.butchevans.com/2008/09/mikrotik-policy-routing-implementation-example/comment-page-1/#comment-17</link>
		<dc:creator>Butch Evans</dc:creator>
		<pubDate>Wed, 14 Oct 2009 08:13:49 +0000</pubDate>
		<guid isPermaLink="false">http://blog.butchevans.com/?p=50#comment-17</guid>
		<description>You can use policy routing to route traffic based on any classification method you want.  For example, you can create policies that route traffic based on the lan side IP address (what you asked specifically), the protocol (http goes out isp1, smtp out isp2, etc.) or any other match parameter available in the firewall mangle.  

The destination nat question is an interesting one, because you have to use a combination of mangle and nat to make this work.  What you&#039;d use is something like:
&lt;code&gt;
/ip firewall mangle
add chain=forward in-interface=public1 action=mark-connection new-connection-mark=From_public1
add chain=prerouting connection-mark=From_public1 dst-address-type=!local action=mark-routing new-routing-mark=isp1
&lt;/code&gt;
The above code would cause traffic that was originally dst-nat on the isp1 (public1) interface to be routed back out that same interface.  Of course, you&#039;d have to build similar rules for the ISP2 network.  Additionally, you&#039;d need to ensure that you have the proper src-nat rules in place so that traffic going out those 2 interfaces would be properly natted to the correct IP address.</description>
		<content:encoded><![CDATA[<p>You can use policy routing to route traffic based on any classification method you want.  For example, you can create policies that route traffic based on the lan side IP address (what you asked specifically), the protocol (http goes out isp1, smtp out isp2, etc.) or any other match parameter available in the firewall mangle.  </p>
<p>The destination nat question is an interesting one, because you have to use a combination of mangle and nat to make this work.  What you&#8217;d use is something like:<br />
<code><br />
/ip firewall mangle<br />
add chain=forward in-interface=public1 action=mark-connection new-connection-mark=From_public1<br />
add chain=prerouting connection-mark=From_public1 dst-address-type=!local action=mark-routing new-routing-mark=isp1<br />
</code><br />
The above code would cause traffic that was originally dst-nat on the isp1 (public1) interface to be routed back out that same interface.  Of course, you&#8217;d have to build similar rules for the ISP2 network.  Additionally, you&#8217;d need to ensure that you have the proper src-nat rules in place so that traffic going out those 2 interfaces would be properly natted to the correct IP address.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: maroon</title>
		<link>http://blog.butchevans.com/2008/09/mikrotik-policy-routing-implementation-example/comment-page-1/#comment-16</link>
		<dc:creator>maroon</dc:creator>
		<pubDate>Wed, 14 Oct 2009 07:28:36 +0000</pubDate>
		<guid isPermaLink="false">http://blog.butchevans.com/?p=50#comment-16</guid>
		<description>I have a similar situation but with 1 LAN 
so, does it work if I match specific computers inside the LAN to route through ISP2? and the rest of computers through ISP1? 
Also, what about Dst-nat? I have E-mail server published and I want the users to access it from outside on both Real IP&#039;s, is it doable with you configuration?</description>
		<content:encoded><![CDATA[<p>I have a similar situation but with 1 LAN<br />
so, does it work if I match specific computers inside the LAN to route through ISP2? and the rest of computers through ISP1?<br />
Also, what about Dst-nat? I have E-mail server published and I want the users to access it from outside on both Real IP&#8217;s, is it doable with you configuration?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Butch Evans</title>
		<link>http://blog.butchevans.com/2008/09/mikrotik-policy-routing-implementation-example/comment-page-1/#comment-10</link>
		<dc:creator>Butch Evans</dc:creator>
		<pubDate>Sun, 19 Apr 2009 03:52:46 +0000</pubDate>
		<guid isPermaLink="false">http://blog.butchevans.com/?p=50#comment-10</guid>
		<description>There are some methods that you could use to do this.  I am assuming that since you said &quot;one of these gateways are with NAT&quot;, that the other one is not.  If that is the case, then you will need to use the connection tracking in Mangle to keep up with connections made to the NAT address.  It&#039;s a bit more than I can easily explain here in part because I am simply taking a &quot;stab in the dark&quot; as to what the problem is.</description>
		<content:encoded><![CDATA[<p>There are some methods that you could use to do this.  I am assuming that since you said &#8220;one of these gateways are with NAT&#8221;, that the other one is not.  If that is the case, then you will need to use the connection tracking in Mangle to keep up with connections made to the NAT address.  It&#8217;s a bit more than I can easily explain here in part because I am simply taking a &#8220;stab in the dark&#8221; as to what the problem is.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

