<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: iBGP - How to modify route based on source address in Routing and SD-WAN</title>
    <link>https://community.cisco.com/t5/routing-and-sd-wan/ibgp-how-to-modify-route-based-on-source-address/m-p/4147946#M339361</link>
    <description>&lt;P&gt;Hello&amp;nbsp;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/325924"&gt;@Giuseppe Larosa&lt;/a&gt;, thanks for your answer, it has been really helpfull.&lt;/P&gt;&lt;P&gt;I already did what you told me, but I'm having problemas assigning the PBR to the interface VLAN, I get an error that says this:&lt;/P&gt;&lt;P&gt;% Policy Based Routing is NOT supported for VRF interfaces&lt;BR /&gt;% IP-Policy can be used ONLY for marking (set/clear DF bit) on VRF interfaces&lt;/P&gt;&lt;P&gt;So, it means that I have to delete the VRF on the interface? Or there is another workaround?&lt;/P&gt;&lt;P&gt;Thanks!&lt;/P&gt;</description>
    <pubDate>Tue, 08 Sep 2020 16:25:14 GMT</pubDate>
    <dc:creator>EufracioBarrios14042</dc:creator>
    <dc:date>2020-09-08T16:25:14Z</dc:date>
    <item>
      <title>iBGP - How to modify route based on source address</title>
      <link>https://community.cisco.com/t5/routing-and-sd-wan/ibgp-how-to-modify-route-based-on-source-address/m-p/4147563#M339333</link>
      <description>&lt;P&gt;Hello everybody, I hope you are all doing well.&lt;/P&gt;&lt;P&gt;I'm writting today because I need some help in BGP routing, here is the context.&lt;/P&gt;&lt;P&gt;I have 2 CISCO 9300 series and I will connect to a provider vía L3 using a dedicated VRF with BGP inside, I have total control over my CISCO switches but not in the provider's EDGE.&lt;/P&gt;&lt;P&gt;My provider will advertise me the networks I'll create on their side so I can reach them.&lt;/P&gt;&lt;P&gt;I am connecting to my providers EDGE through VLAN 2733, my IP address is 65.65.65.1/29 and their IP address is 65.65.65.4.&lt;/P&gt;&lt;P&gt;I have two clients who has the same networks in their locations, 192.168.0.0/16, and that's a bit of a problem, so I need to do something like a PBR in my switches to route their traffic based on the source IP.&lt;/P&gt;&lt;P&gt;What I need to do is:&lt;/P&gt;&lt;P&gt;When the source address 10.18.0.16/28 needs to go to 192.168.0.0/16 has to go through VLAN 1865 and the next hop to reach it es 15.1.1.4, all the other traffic that doesn't go to that network has to go through VLAN 1866 and the next hop es 10.212.212.4&lt;/P&gt;&lt;P&gt;When the source address 172.31.24.0/23 needs to go to 192.168.0.0/16 has to go through VLAN 1810 and the next hop to reach it is 10.213.213.4, all the other traffic that doesn't go to that network has to go through VLAN 1850 and the next hop is 10.214.214.4.&lt;/P&gt;&lt;P&gt;Is this doable?&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks!&lt;/P&gt;</description>
      <pubDate>Tue, 08 Sep 2020 00:29:17 GMT</pubDate>
      <guid>https://community.cisco.com/t5/routing-and-sd-wan/ibgp-how-to-modify-route-based-on-source-address/m-p/4147563#M339333</guid>
      <dc:creator>EufracioBarrios14042</dc:creator>
      <dc:date>2020-09-08T00:29:17Z</dc:date>
    </item>
    <item>
      <title>Re: iBGP - How to modify route based on source address</title>
      <link>https://community.cisco.com/t5/routing-and-sd-wan/ibgp-how-to-modify-route-based-on-source-address/m-p/4147593#M339334</link>
      <description>&lt;P&gt;We understand the requirement, but we do not have information, you want to do this in your switches or router ? do you have any high-level network diagram for us to understand, since you have mentioned many VLAN in the config ?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;each way PBR should work for you, but you asked for to implement with&amp;nbsp; IBGP, where is IBGP running between what devices?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;that is the reason we need a network diagram and configuration of the device to understand to advise better.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 08 Sep 2020 02:55:48 GMT</pubDate>
      <guid>https://community.cisco.com/t5/routing-and-sd-wan/ibgp-how-to-modify-route-based-on-source-address/m-p/4147593#M339334</guid>
      <dc:creator>balaji.bandi</dc:creator>
      <dc:date>2020-09-08T02:55:48Z</dc:date>
    </item>
    <item>
      <title>Re: iBGP - How to modify route based on source address</title>
      <link>https://community.cisco.com/t5/routing-and-sd-wan/ibgp-how-to-modify-route-based-on-source-address/m-p/4147850#M339353</link>
      <description>&lt;P&gt;Hello Balaji, thanks for your answer!&lt;/P&gt;&lt;P&gt;I'm attaching my network diagrams and my core's running-config. Before you see it and read it I will need to give you more context:&lt;/P&gt;&lt;P&gt;First of all, the VLANs ID I said were not correct (for security reasons), sorry for that, but is the same thing with one VLAN ID or another. All the configs are going to be made in our L3 switches and the BGP will be made in my core switches in an intranetwork with my provider's EDGE.&lt;/P&gt;&lt;P&gt;Right now we have several VMs directly connected to switches, in a L2 way, one client is one VRF for us and one VLAN in a 6GB EtherChannel.&lt;/P&gt;&lt;P&gt;Now we are migrating to another solution and we will not be able to do that anymore, we can't connect via L2 to the new provider, we'll only have one big IP trunk in L3, my problem comes with overlapping subnets, not in our side, but in customer's sides.&lt;/P&gt;&lt;P&gt;What we need to do is that our L3 switches discriminate and routes those 2 clients (the one causing me problems) based on the source IP:&lt;/P&gt;&lt;P&gt;Client A needs to go to their internal network 192.168.0.0/16 needs to be routed via VLAN 1846&lt;/P&gt;&lt;P&gt;Client B needs to go to their internal network 192.168.0.0/16 needs to be routed via VLAN 1648&lt;/P&gt;&lt;P&gt;Optional, I don't know if it will cause my a problem, I have client's C, who servers network segment is 192.168.2.0/24, but I only give them internet access, they are not connected to branches or something via MPLS.&lt;/P&gt;&lt;P&gt;I already configured in a lab our topology, including a provider's EDGE with the BGP, I advertise all the networks and they reach my L3 switches, but I can't route it to their destinations based on the source IP.&lt;/P&gt;&lt;P&gt;My labs configuration is like this:&lt;/P&gt;&lt;P&gt;router bgp 42355&lt;BR /&gt;bgp router-id 65.65.65.1&lt;BR /&gt;bgp log-neighbor-changes&lt;BR /&gt;neighbor 65.65.65.4 remote-as 42355&lt;BR /&gt;!&lt;BR /&gt;address-family ipv4 unicast vrf IAAS20&lt;BR /&gt;neighbor 65.65.65.4 activate&lt;BR /&gt;auto-summary&lt;BR /&gt;no synchronization&lt;BR /&gt;network 192.168.0.0 mask 255.255.0.0&lt;BR /&gt;network 172.31.33.0 mask 255.255.255.0&lt;BR /&gt;network 10.212.212.0 mask 255.255.255.248&lt;BR /&gt;network 172.16.16.0 mask 255.255.255.0&lt;BR /&gt;network 172.31.24.0 mask 255.255.254.0&lt;BR /&gt;exit-address-family&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I hope I could explain me well.&lt;/P&gt;&lt;P&gt;Thanks!&lt;/P&gt;</description>
      <pubDate>Tue, 08 Sep 2020 13:06:18 GMT</pubDate>
      <guid>https://community.cisco.com/t5/routing-and-sd-wan/ibgp-how-to-modify-route-based-on-source-address/m-p/4147850#M339353</guid>
      <dc:creator>EufracioBarrios14042</dc:creator>
      <dc:date>2020-09-08T13:06:18Z</dc:date>
    </item>
    <item>
      <title>Re: iBGP - How to modify route based on source address</title>
      <link>https://community.cisco.com/t5/routing-and-sd-wan/ibgp-how-to-modify-route-based-on-source-address/m-p/4147859#M339354</link>
      <description>&lt;P&gt;Hello &lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/1071646"&gt;@EufracioBarrios14042&lt;/a&gt; ,&lt;/P&gt;
&lt;P&gt;as explained by BB routing based on source address goes beyond BGP capabilities and it requires to use PBR = Policy Based Routing.&lt;/P&gt;
&lt;P&gt;PBR works for inbound packets (traffic going to your device) and in your case you should apply it on the interface with the Internet/MPLS provider. Or on the core device on interfaces with BGP devices.&lt;/P&gt;
&lt;P&gt;There is a great point of attention here: in addition to total overlapping between Customer A and Customer B in 192.168.0.0/16 you have also Customer C that is using a subnet 192.168.2.0/24 taken from the same space.&lt;/P&gt;
&lt;P&gt;is the subnet 192.1678.2.0/24 used also by Customer A and Customer B?.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;For PBR to work Customer A and Customer B must use different IP prefixes in their offices or branch offices.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;access-list&amp;nbsp; ACL-CUSTOMER-A&lt;/P&gt;
&lt;P&gt;permit ip 10.0.0.0 0.255.255.255 192.168.0.0. 0.0.255.255&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;access-list ACL-CUSTOMER-B&lt;/P&gt;
&lt;P&gt;permit ip 172.16.0.0 0.0.255.255 192.168.0.0 0.0.255.255&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;the route-map will become:&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;route-map PBR-CUST-A-B permit 10&lt;/P&gt;
&lt;P&gt;match address ACL-CUSTOMER-A&lt;/P&gt;
&lt;P&gt;set ip next-hop &amp;lt;IP-in-VLAN1846&amp;gt;&lt;/P&gt;
&lt;P&gt;route-map PBR-CUST-A-B permit 20&lt;/P&gt;
&lt;P&gt;match address ACL-CUSTOMER-B&lt;/P&gt;
&lt;P&gt;set ip next-hop &amp;lt;IP-in-VLAN1848&amp;gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;This has to be applied on the interface of the core switch to the border switches&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;int vlan xxx&lt;/P&gt;
&lt;P&gt;ip policy route-map PBR-CUST-A-B&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;note that traffic not matching any block of the route-map will be routed normally by destination and not dropped.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;As an alternate solution you could deploy GRE tunnels with each of the customers and use VRFs one ofr each customer.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Hope to help&lt;/P&gt;
&lt;P&gt;Giuseppe&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 08 Sep 2020 13:40:12 GMT</pubDate>
      <guid>https://community.cisco.com/t5/routing-and-sd-wan/ibgp-how-to-modify-route-based-on-source-address/m-p/4147859#M339354</guid>
      <dc:creator>Giuseppe Larosa</dc:creator>
      <dc:date>2020-09-08T13:40:12Z</dc:date>
    </item>
    <item>
      <title>Re: iBGP - How to modify route based on source address</title>
      <link>https://community.cisco.com/t5/routing-and-sd-wan/ibgp-how-to-modify-route-based-on-source-address/m-p/4147946#M339361</link>
      <description>&lt;P&gt;Hello&amp;nbsp;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/325924"&gt;@Giuseppe Larosa&lt;/a&gt;, thanks for your answer, it has been really helpfull.&lt;/P&gt;&lt;P&gt;I already did what you told me, but I'm having problemas assigning the PBR to the interface VLAN, I get an error that says this:&lt;/P&gt;&lt;P&gt;% Policy Based Routing is NOT supported for VRF interfaces&lt;BR /&gt;% IP-Policy can be used ONLY for marking (set/clear DF bit) on VRF interfaces&lt;/P&gt;&lt;P&gt;So, it means that I have to delete the VRF on the interface? Or there is another workaround?&lt;/P&gt;&lt;P&gt;Thanks!&lt;/P&gt;</description>
      <pubDate>Tue, 08 Sep 2020 16:25:14 GMT</pubDate>
      <guid>https://community.cisco.com/t5/routing-and-sd-wan/ibgp-how-to-modify-route-based-on-source-address/m-p/4147946#M339361</guid>
      <dc:creator>EufracioBarrios14042</dc:creator>
      <dc:date>2020-09-08T16:25:14Z</dc:date>
    </item>
    <item>
      <title>Re: iBGP - How to modify route based on source address</title>
      <link>https://community.cisco.com/t5/routing-and-sd-wan/ibgp-how-to-modify-route-based-on-source-address/m-p/4147952#M339363</link>
      <description>&lt;P&gt;Hello &lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/1071646"&gt;@EufracioBarrios14042&lt;/a&gt; ,&lt;/P&gt;
&lt;P&gt;yes I'ma afraid you are facing a platform limitation ( or a license limitation being C9300 modern devices ...)&lt;/P&gt;
&lt;P&gt;&amp;gt;&amp;gt; So, it means that I have to delete the VRF on the interface?&amp;nbsp;&lt;/P&gt;
&lt;P&gt;You should move the interface and the eBGP session under global routing table in order to be able to use PBR on it&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Hope to help&lt;/P&gt;
&lt;P&gt;Giuseppe&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 08 Sep 2020 16:31:47 GMT</pubDate>
      <guid>https://community.cisco.com/t5/routing-and-sd-wan/ibgp-how-to-modify-route-based-on-source-address/m-p/4147952#M339363</guid>
      <dc:creator>Giuseppe Larosa</dc:creator>
      <dc:date>2020-09-08T16:31:47Z</dc:date>
    </item>
    <item>
      <title>Re: iBGP - How to modify route based on source address</title>
      <link>https://community.cisco.com/t5/routing-and-sd-wan/ibgp-how-to-modify-route-based-on-source-address/m-p/4147983#M339367</link>
      <description>&lt;P&gt;Hello&amp;nbsp;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/325924"&gt;@Giuseppe Larosa&lt;/a&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I tried the configuration you told me in a lab environment and it doesn't work, here is the configuration:&lt;/P&gt;&lt;P&gt;interface FastEthernet1/0&lt;BR /&gt;switchport access vlan 172&lt;BR /&gt;duplex full&lt;BR /&gt;speed 100&lt;BR /&gt;!&lt;BR /&gt;interface FastEthernet1/1&lt;BR /&gt;duplex full&lt;BR /&gt;speed 100&lt;BR /&gt;!&lt;BR /&gt;interface FastEthernet1/2&lt;BR /&gt;duplex full&lt;BR /&gt;speed 100&lt;BR /&gt;!&lt;BR /&gt;interface FastEthernet1/3&lt;BR /&gt;duplex full&lt;BR /&gt;speed 100&lt;BR /&gt;!&lt;BR /&gt;interface FastEthernet1/4&lt;BR /&gt;duplex full&lt;BR /&gt;speed 100&lt;BR /&gt;!&lt;BR /&gt;interface FastEthernet1/5&lt;BR /&gt;duplex full&lt;BR /&gt;speed 100&lt;BR /&gt;!&lt;BR /&gt;interface FastEthernet1/6&lt;BR /&gt;duplex full&lt;BR /&gt;speed 100&lt;BR /&gt;!&lt;BR /&gt;interface FastEthernet1/7&lt;BR /&gt;duplex full&lt;BR /&gt;speed 100&lt;BR /&gt;!&lt;BR /&gt;interface FastEthernet1/8&lt;BR /&gt;duplex full&lt;BR /&gt;speed 100&lt;BR /&gt;!&lt;BR /&gt;interface FastEthernet1/9&lt;BR /&gt;duplex full&lt;BR /&gt;speed 100&lt;BR /&gt;!&lt;BR /&gt;interface FastEthernet1/10&lt;BR /&gt;duplex full&lt;BR /&gt;speed 100&lt;BR /&gt;!&lt;BR /&gt;interface FastEthernet1/11&lt;BR /&gt;duplex full&lt;BR /&gt;speed 100&lt;BR /&gt;!&lt;BR /&gt;interface FastEthernet1/12&lt;BR /&gt;duplex full&lt;BR /&gt;speed 100&lt;BR /&gt;!&lt;BR /&gt;interface FastEthernet1/13&lt;BR /&gt;switchport access vlan 21&lt;BR /&gt;duplex full&lt;BR /&gt;speed 100&lt;BR /&gt;!&lt;BR /&gt;interface FastEthernet1/14&lt;BR /&gt;switchport access vlan 20&lt;BR /&gt;duplex full&lt;BR /&gt;speed 100&lt;BR /&gt;!&lt;BR /&gt;interface FastEthernet1/15&lt;BR /&gt;switchport access vlan 15&lt;BR /&gt;duplex full&lt;BR /&gt;speed 100&lt;BR /&gt;!&lt;BR /&gt;interface Vlan1&lt;BR /&gt;no ip address&lt;BR /&gt;shutdown&lt;BR /&gt;!&lt;BR /&gt;interface Vlan15&lt;BR /&gt;ip address 65.65.65.1 255.255.255.248&lt;BR /&gt;!&lt;BR /&gt;interface Vlan20&lt;BR /&gt;description HACIA_RED_RECSA&lt;BR /&gt;ip address 10.212.212.1 255.255.255.248&lt;BR /&gt;ip policy route-map PBR-RECS&lt;BR /&gt;!&lt;BR /&gt;interface Vlan21&lt;BR /&gt;description HACIA_RED_FLORES&lt;BR /&gt;ip address 15.1.1.1 255.255.255.248&lt;BR /&gt;ip policy route-map PBR-FLORES&lt;BR /&gt;!&lt;BR /&gt;interface Vlan172&lt;BR /&gt;ip vrf forwarding VLANRECSA1&lt;BR /&gt;ip address 172.31.24.1 255.255.254.0&lt;BR /&gt;!&lt;BR /&gt;router bgp 32000&lt;BR /&gt;bgp router-id 65.65.65.1&lt;BR /&gt;bgp log-neighbor-changes&lt;BR /&gt;neighbor 65.65.65.4 remote-as 31000&lt;BR /&gt;!&lt;BR /&gt;address-family ipv4&lt;BR /&gt;neighbor 65.65.65.4 activate&lt;BR /&gt;auto-summary&lt;BR /&gt;no synchronization&lt;BR /&gt;network 10.212.212.0 mask 255.255.255.248&lt;BR /&gt;network 15.1.1.0 mask 255.255.255.248&lt;BR /&gt;network 192.168.0.0 mask 255.255.0.0&lt;BR /&gt;exit-address-family&lt;BR /&gt;!&lt;BR /&gt;address-family ipv4 multicast&lt;BR /&gt;neighbor 65.65.65.4 activate&lt;BR /&gt;no auto-summary&lt;BR /&gt;synchronization&lt;BR /&gt;network 192.168.0.0 mask 255.255.0.0&lt;BR /&gt;exit-address-family&lt;BR /&gt;!&lt;BR /&gt;address-family ipv4 vrf kitchen&lt;BR /&gt;no synchronization&lt;BR /&gt;exit-address-family&lt;BR /&gt;!&lt;BR /&gt;address-family ipv4 vrf gflink&lt;BR /&gt;no synchronization&lt;BR /&gt;exit-address-family&lt;BR /&gt;!&lt;BR /&gt;address-family ipv4 vrf auxilia&lt;BR /&gt;no synchronization&lt;BR /&gt;exit-address-family&lt;BR /&gt;!&lt;BR /&gt;address-family ipv4 vrf VLANRECSA2&lt;BR /&gt;no synchronization&lt;BR /&gt;exit-address-family&lt;BR /&gt;!&lt;BR /&gt;address-family ipv4 vrf VLANRECSA1&lt;BR /&gt;no synchronization&lt;BR /&gt;exit-address-family&lt;BR /&gt;!&lt;BR /&gt;address-family ipv4 vrf SENIORITY&lt;BR /&gt;no synchronization&lt;BR /&gt;exit-address-family&lt;BR /&gt;!&lt;BR /&gt;address-family ipv4 vrf PARAUCO&lt;BR /&gt;no synchronization&lt;BR /&gt;exit-address-family&lt;BR /&gt;!&lt;BR /&gt;address-family ipv4 vrf NHOGAR&lt;BR /&gt;no synchronization&lt;BR /&gt;exit-address-family&lt;BR /&gt;!&lt;BR /&gt;address-family ipv4 vrf MH_INVE&lt;BR /&gt;no synchronization&lt;BR /&gt;exit-address-family&lt;BR /&gt;!&lt;BR /&gt;address-family ipv4 vrf IAAS20&lt;BR /&gt;neighbor 65.65.65.4 remote-as 31000&lt;BR /&gt;neighbor 65.65.65.4 activate&lt;BR /&gt;no synchronization&lt;BR /&gt;network 15.1.1.0 mask 255.255.255.248&lt;BR /&gt;network 192.168.0.0 mask 255.255.0.0&lt;BR /&gt;exit-address-family&lt;BR /&gt;!&lt;BR /&gt;address-family ipv4 vrf FCHILE&lt;BR /&gt;no synchronization&lt;BR /&gt;exit-address-family&lt;BR /&gt;!&lt;BR /&gt;address-family ipv4 vrf DESIMAT&lt;BR /&gt;no synchronization&lt;BR /&gt;exit-address-family&lt;BR /&gt;!&lt;BR /&gt;address-family ipv4 vrf AVIASUR&lt;BR /&gt;no synchronization&lt;BR /&gt;exit-address-family&lt;BR /&gt;!&lt;BR /&gt;address-family ipv4 vrf ANDOVER&lt;BR /&gt;no synchronization&lt;BR /&gt;exit-address-family&lt;BR /&gt;!&lt;BR /&gt;address-family ipv4 vrf ANAC&lt;BR /&gt;no synchronization&lt;BR /&gt;exit-address-family&lt;BR /&gt;!&lt;BR /&gt;address-family ipv4 vrf ACKTIB&lt;BR /&gt;no synchronization&lt;BR /&gt;exit-address-family&lt;BR /&gt;!&lt;BR /&gt;ip forward-protocol nd&lt;BR /&gt;ip route 192.168.0.0 255.255.0.0 15.1.1.4&lt;BR /&gt;ip route 192.168.0.0 255.255.0.0 10.212.212.4&lt;BR /&gt;ip route vrf IAAS20 192.168.0.0 255.255.0.0 10.212.212.4&lt;BR /&gt;ip route vrf IAAS20 192.168.0.0 255.255.0.0 15.1.1.4&lt;BR /&gt;!&lt;BR /&gt;!&lt;BR /&gt;no ip http server&lt;BR /&gt;no ip http secure-server&lt;BR /&gt;!&lt;BR /&gt;access-list 100 permit ip 10.18.0.16 0.0.0.15 192.168.0.0 0.0.255.255&lt;BR /&gt;access-list 101 permit ip 172.16.0.0 0.0.255.255 192.168.0.0 0.0.255.255&lt;BR /&gt;no cdp log mismatch duplex&lt;BR /&gt;!&lt;BR /&gt;!&lt;BR /&gt;!&lt;BR /&gt;route-map PBR-RECS permit 100&lt;BR /&gt;match ip address 101&lt;BR /&gt;set ip next-hop 10.212.212.4&lt;BR /&gt;!&lt;BR /&gt;route-map PBR-FLORES permit 101&lt;BR /&gt;match ip address 100&lt;BR /&gt;set ip next-hop 15.1.1.4&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;But when I connect a host to the network 10.18.0.16/28, with IP 10.18.0.18, every packet is sent to 10.212.212.4 instead of 15.1.1.4&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 08 Sep 2020 18:06:16 GMT</pubDate>
      <guid>https://community.cisco.com/t5/routing-and-sd-wan/ibgp-how-to-modify-route-based-on-source-address/m-p/4147983#M339367</guid>
      <dc:creator>EufracioBarrios14042</dc:creator>
      <dc:date>2020-09-08T18:06:16Z</dc:date>
    </item>
    <item>
      <title>Re: iBGP - How to modify route based on source address</title>
      <link>https://community.cisco.com/t5/routing-and-sd-wan/ibgp-how-to-modify-route-based-on-source-address/m-p/4148225#M339384</link>
      <description>&lt;P&gt;Hello &lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/1071646"&gt;@EufracioBarrios14042&lt;/a&gt; ,&lt;/P&gt;
&lt;P&gt;the PBR should be applied on the interface used for BGP peering&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;nterface Vlan15&lt;BR /&gt;ip address 65.65.65.1 255.255.255.248&lt;/P&gt;
&lt;P&gt;! here you should have:&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;ip policy route-map PBR-RECS&lt;/STRONG&gt;&lt;BR /&gt;!&lt;BR /&gt;interface Vlan20&lt;BR /&gt;description HACIA_RED_RECSA&lt;BR /&gt;ip address 10.212.212.1 255.255.255.248&lt;BR /&gt;&lt;STRONG&gt;no ip policy route-map PBR-RECS&lt;/STRONG&gt;&lt;BR /&gt;!&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;This is because PBR works on received packets your ACLs are written in a way that the PBR should be applied to SVI Vlan15 not to Vlan 20.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Hope to help&lt;/P&gt;
&lt;P&gt;Giuseppe&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 09 Sep 2020 07:26:18 GMT</pubDate>
      <guid>https://community.cisco.com/t5/routing-and-sd-wan/ibgp-how-to-modify-route-based-on-source-address/m-p/4148225#M339384</guid>
      <dc:creator>Giuseppe Larosa</dc:creator>
      <dc:date>2020-09-09T07:26:18Z</dc:date>
    </item>
    <item>
      <title>Re: iBGP - How to modify route based on source address</title>
      <link>https://community.cisco.com/t5/routing-and-sd-wan/ibgp-how-to-modify-route-based-on-source-address/m-p/4148390#M339404</link>
      <description>&lt;P&gt;It worked!&lt;/P&gt;&lt;P&gt;Thanks&amp;nbsp;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/325924"&gt;@Giuseppe Larosa&lt;/a&gt;&amp;nbsp;for help and time!&lt;/P&gt;&lt;P&gt;Regards.&lt;/P&gt;</description>
      <pubDate>Wed, 09 Sep 2020 13:14:32 GMT</pubDate>
      <guid>https://community.cisco.com/t5/routing-and-sd-wan/ibgp-how-to-modify-route-based-on-source-address/m-p/4148390#M339404</guid>
      <dc:creator>EufracioBarrios14042</dc:creator>
      <dc:date>2020-09-09T13:14:32Z</dc:date>
    </item>
  </channel>
</rss>

