<?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: OSPF Issue in Switching</title>
    <link>https://community.cisco.com/t5/switching/ospf-issue/m-p/1209301#M99872</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;As far as I see it, you have 2 options ( both include statics I'm afraid)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Option 1.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Have coded static routes on the IPSec termination device that are passed into OSPF via redistribution.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Option 2&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Look at using IPSec reverse routes on Site A.  This will install a static automatically when the VPN comes up.  You can then redistribute static routes into OSPF which will be passed down to the other sites. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Maybe one more.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;You could look at passing these static routes into OSPF by redistribution using rtr tracking in a route-map.  Below is an example for PBR but the principle is similar.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;A class="jive-link-custom" href="http://www.cisco.com/en/US/tech/tk364/technologies_configuration_example09186a0080211f5c.shtml" target="_blank"&gt;http://www.cisco.com/en/US/tech/tk364/technologies_configuration_example09186a0080211f5c.shtml&lt;/A&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 13 Mar 2009 13:50:16 GMT</pubDate>
    <dc:creator>adamclarkuk_2</dc:creator>
    <dc:date>2009-03-13T13:50:16Z</dc:date>
    <item>
      <title>OSPF Issue</title>
      <link>https://community.cisco.com/t5/switching/ospf-issue/m-p/1209300#M99871</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have Two sites connected via 3Links&lt;/P&gt;&lt;P&gt;Site(A)========Link1========Site(B) 5MB&lt;/P&gt;&lt;P&gt;Site(A)========Link2========Site(B) 2MB&lt;/P&gt;&lt;P&gt;Site(A)========Link3========Site(B) 8MB&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Each link is terminated as VLAN&lt;/P&gt;&lt;P&gt;SiteA&lt;/P&gt;&lt;P&gt;Interface VLAN9&lt;/P&gt;&lt;P&gt;IP address 10.1.1.2 255.255.255.252&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Site B&lt;/P&gt;&lt;P&gt;Interface FA 0/1&lt;/P&gt;&lt;P&gt;IP address 10.1.1.3 255.255.255.252&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Each site have around 25 VLANS and running OSPF as routing protocol. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Site A has IPSEC VPN with other branch-offices&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Branch Office network cannot be seen on site B unless adding a static route, but if that link goes down then reachability is an issue.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have ospf cost to make failover of links.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Any suggestion how to make it working without static routes.&lt;/P&gt;</description>
      <pubDate>Wed, 06 Mar 2019 12:34:31 GMT</pubDate>
      <guid>https://community.cisco.com/t5/switching/ospf-issue/m-p/1209300#M99871</guid>
      <dc:creator>ronald.ramzy</dc:creator>
      <dc:date>2019-03-06T12:34:31Z</dc:date>
    </item>
    <item>
      <title>Re: OSPF Issue</title>
      <link>https://community.cisco.com/t5/switching/ospf-issue/m-p/1209301#M99872</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;As far as I see it, you have 2 options ( both include statics I'm afraid)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Option 1.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Have coded static routes on the IPSec termination device that are passed into OSPF via redistribution.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Option 2&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Look at using IPSec reverse routes on Site A.  This will install a static automatically when the VPN comes up.  You can then redistribute static routes into OSPF which will be passed down to the other sites. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Maybe one more.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;You could look at passing these static routes into OSPF by redistribution using rtr tracking in a route-map.  Below is an example for PBR but the principle is similar.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;A class="jive-link-custom" href="http://www.cisco.com/en/US/tech/tk364/technologies_configuration_example09186a0080211f5c.shtml" target="_blank"&gt;http://www.cisco.com/en/US/tech/tk364/technologies_configuration_example09186a0080211f5c.shtml&lt;/A&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 13 Mar 2009 13:50:16 GMT</pubDate>
      <guid>https://community.cisco.com/t5/switching/ospf-issue/m-p/1209301#M99872</guid>
      <dc:creator>adamclarkuk_2</dc:creator>
      <dc:date>2009-03-13T13:50:16Z</dc:date>
    </item>
    <item>
      <title>Re: OSPF Issue</title>
      <link>https://community.cisco.com/t5/switching/ospf-issue/m-p/1209302#M99873</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello Ronald,&lt;/P&gt;&lt;P&gt;on site A have you redistributed the IPSec VPN routes into OSPF ?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;siteA&lt;/P&gt;&lt;P&gt;router ospf 10&lt;/P&gt;&lt;P&gt;red static subnets&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;2) what type of area is used for the links1,2,3&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;if it it not a stub area you should be fine with the suggestion above&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;OSPF has a hierarchy in using routes:&lt;/P&gt;&lt;P&gt;O and O IA routes are always preferred to external routes like the ones that you should see after redistribution&lt;/P&gt;&lt;P&gt;Those external routes are used only when the primary links fail&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;or always if no internal OSPF route (O or O IA ) exists&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hope to help&lt;/P&gt;&lt;P&gt;Giuseppe&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 13 Mar 2009 13:54:46 GMT</pubDate>
      <guid>https://community.cisco.com/t5/switching/ospf-issue/m-p/1209302#M99873</guid>
      <dc:creator>Giuseppe Larosa</dc:creator>
      <dc:date>2009-03-13T13:54:46Z</dc:date>
    </item>
    <item>
      <title>Re: OSPF Issue</title>
      <link>https://community.cisco.com/t5/switching/ospf-issue/m-p/1209303#M99874</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Adam and Giuseppe, I wonder wouldn't it also be possible to run IPSEC + GRE over the VPN tunnels to allow OSPF to work without the need for statics?? Maybe I'm missing something in the problem description...&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 13 Mar 2009 16:47:36 GMT</pubDate>
      <guid>https://community.cisco.com/t5/switching/ospf-issue/m-p/1209303#M99874</guid>
      <dc:creator>gesadmin1</dc:creator>
      <dc:date>2009-03-13T16:47:36Z</dc:date>
    </item>
    <item>
      <title>Re: OSPF Issue</title>
      <link>https://community.cisco.com/t5/switching/ospf-issue/m-p/1209304#M99875</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;gt;&amp;gt; I wonder wouldn't it also be possible to run IPSEC + GRE over the VPN tunnels&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This can be possible it depends on the capabilities of the device terminating the VPN tunnels.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;For example I don't know if an ASA can do it. A router can do it.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;see&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;A class="jive-link-custom" href="http://www.cisco.com/en/US/docs/security/asa/asa80/configuration/guide/site2sit.html" target="_blank"&gt;http://www.cisco.com/en/US/docs/security/asa/asa80/configuration/guide/site2sit.html&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;if the original poster provides more details your suggestion can be the best solution.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hope to help&lt;/P&gt;&lt;P&gt;Giuseppe&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 13 Mar 2009 21:10:14 GMT</pubDate>
      <guid>https://community.cisco.com/t5/switching/ospf-issue/m-p/1209304#M99875</guid>
      <dc:creator>Giuseppe Larosa</dc:creator>
      <dc:date>2009-03-13T21:10:14Z</dc:date>
    </item>
    <item>
      <title>Re: OSPF Issue</title>
      <link>https://community.cisco.com/t5/switching/ospf-issue/m-p/1209305#M99876</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thanks for your reply.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;routers at both end(siteA+B) support IPSEC.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Can someone assist hwo could I configure GRE+IPSEC for these 3links.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have tested GRE+IPSEC for one link but dont know how to add other two links to it...&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 14 Mar 2009 10:09:21 GMT</pubDate>
      <guid>https://community.cisco.com/t5/switching/ospf-issue/m-p/1209305#M99876</guid>
      <dc:creator>ronald.ramzy</dc:creator>
      <dc:date>2009-03-14T10:09:21Z</dc:date>
    </item>
    <item>
      <title>Re: OSPF Issue</title>
      <link>https://community.cisco.com/t5/switching/ospf-issue/m-p/1209306#M99877</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello Ronald,&lt;/P&gt;&lt;P&gt;we were talking about the ipsec tunnels to remote branches connected to siteA.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;if between site A and siteB you have three dedicated links you don't need to use ipsec or GRE over ipsec over the links.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Sorry if we have been misleading&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;From your original post we have got this picture&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;remote sites -- internet -- SiteA &lt;/P&gt;&lt;P&gt;        &amp;lt;----- ipsec --------&amp;gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;and between the two sites&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;siteA  ==== 3 links ===== siteB&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;the last suggestion is to move from ipsec to GRE over ipsec tunnels to connect the remote sites to siteA so that you can run ospf over it.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;So you need a single point-to-point GRE tunnel for each remote site.&lt;/P&gt;&lt;P&gt;The traffic to be encrypted becomes the GRE traffic&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;example&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Site A --- remote site Ra1&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;we use ip subnet 10.10.10.0 /30&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;int tunnel 11&lt;/P&gt;&lt;P&gt;desc GRE tunnel to remote site RA1&lt;/P&gt;&lt;P&gt;ip address 10.10.10.1 255.255.255.252&lt;/P&gt;&lt;P&gt;tunnel source &lt;SITEA.PUBLIC.IPADDRESS&gt;&lt;/SITEA.PUBLIC.IPADDRESS&gt;&lt;/P&gt;&lt;P&gt;tunnel destination &lt;RA1.PUBLIC.IPADDRESS&gt;&lt;/RA1.PUBLIC.IPADDRESS&gt;&lt;/P&gt;&lt;P&gt;no shut&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;router ospf 10&lt;/P&gt;&lt;P&gt;network 10.10.10.0 0.0.0.3 area 11&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;the same have to be done on remote site router&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;router ospf 10&lt;/P&gt;&lt;P&gt;network 10.10.10.0 0.0.0.3 area 11&lt;/P&gt;&lt;P&gt;network 192.168.1.0 0.0.0.255 area 11&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;int tu11&lt;/P&gt;&lt;P&gt;desc to siteA router&lt;/P&gt;&lt;P&gt;ip address 10.10.10.2 255.255.255.252&lt;/P&gt;&lt;P&gt;tunnel source &lt;RA1.PUBLIC.IPADDRESS&gt;&lt;/RA1.PUBLIC.IPADDRESS&gt;&lt;/P&gt;&lt;P&gt;tunnel destination&lt;SITEA.PUB.IPADDRESS&gt;&lt;/SITEA.PUB.IPADDRESS&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;the access-list used in the crypto maps need to be changed in&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;SiteA:&lt;/P&gt;&lt;P&gt;access-list 111 permit gre host 10.10.10.1 host 10.10.10.2&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Remote site RA1:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;access-list 121 permit gre host 10.10.10.2 host 10.10.10.1&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This is the idea.&lt;/P&gt;&lt;P&gt;on links between siteA and siteB you keep the current configuration&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hope to help&lt;/P&gt;&lt;P&gt;Giuseppe&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 14 Mar 2009 10:59:04 GMT</pubDate>
      <guid>https://community.cisco.com/t5/switching/ospf-issue/m-p/1209306#M99877</guid>
      <dc:creator>Giuseppe Larosa</dc:creator>
      <dc:date>2009-03-14T10:59:04Z</dc:date>
    </item>
    <item>
      <title>Re: OSPF Issue</title>
      <link>https://community.cisco.com/t5/switching/ospf-issue/m-p/1209307#M99878</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thanks its great info.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Is there a way to bundle three links under one VLAN and use all links.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Looking for a practical working solution&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 14 Mar 2009 13:53:41 GMT</pubDate>
      <guid>https://community.cisco.com/t5/switching/ospf-issue/m-p/1209307#M99878</guid>
      <dc:creator>ronald.ramzy</dc:creator>
      <dc:date>2009-03-14T13:53:41Z</dc:date>
    </item>
    <item>
      <title>Re: OSPF Issue</title>
      <link>https://community.cisco.com/t5/switching/ospf-issue/m-p/1209308#M99879</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello Ronald,&lt;/P&gt;&lt;P&gt;if you give different ip subnets to the three links OSPF will use them to move traffic between the two sites.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;OSPF can perform load balancing up to 4 links by default so no problem here.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Edit:&lt;/P&gt;&lt;P&gt;Sorry Ronald by  reading again your first post I see that the three links have different bandwidths 8,5, 2 Mbps.&lt;/P&gt;&lt;P&gt;I suggest you to have different metrics over them: &lt;/P&gt;&lt;P&gt;in normal conditions you can use the primary link.&lt;/P&gt;&lt;P&gt;You can the move some traffic quotas to other links  using Policy based routing.&lt;/P&gt;&lt;P&gt;All of us have focused on the problem of making known the remote sites to SiteB but you have also this issue.&lt;/P&gt;&lt;P&gt;Actually Adam had suggested PBR and this is the way to use all the links.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hope to help&lt;/P&gt;&lt;P&gt;Giuseppe&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 14 Mar 2009 17:34:17 GMT</pubDate>
      <guid>https://community.cisco.com/t5/switching/ospf-issue/m-p/1209308#M99879</guid>
      <dc:creator>Giuseppe Larosa</dc:creator>
      <dc:date>2009-03-14T17:34:17Z</dc:date>
    </item>
    <item>
      <title>Re: OSPF Issue</title>
      <link>https://community.cisco.com/t5/switching/ospf-issue/m-p/1209309#M99880</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thanks Giuseppe.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Should I have different OSPF Process and Area as per attached file on VPN Router. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I mean for in-country site directly &lt;/P&gt;&lt;P&gt;connectet to Site(A)there should be different OSPF Process and Different OSPF Area then on VPN Router..&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I was looking for a similar scenario ospf document but no luck??&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 14 Mar 2009 20:51:58 GMT</pubDate>
      <guid>https://community.cisco.com/t5/switching/ospf-issue/m-p/1209309#M99880</guid>
      <dc:creator>ronald.ramzy</dc:creator>
      <dc:date>2009-03-14T20:51:58Z</dc:date>
    </item>
    <item>
      <title>Re: OSPF Issue</title>
      <link>https://community.cisco.com/t5/switching/ospf-issue/m-p/1209310#M99881</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;ok for deffrent ospf prosses just treat it as deffrent routing protocol &lt;/P&gt;&lt;P&gt;and then you can redistribute between them and do filtering as well &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;tow prosses helps in redusing the cpu and divid the ospf database&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;for example here in the router that has tow ospf prossers IDs the second one redistributed in the first one apear as external route with LSA type 5 &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Router#show ip ospf database&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;            OSPF Router with ID (10.1.1.1) (Process ID 2)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;                Router Link States (Area 0)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Link ID         ADV Router      Age         Seq#       Checksum Link count&lt;/P&gt;&lt;P&gt;10.1.1.1        10.1.1.1        173         0x80000001 0x00215D 1&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;            OSPF Router with ID (150.1.1.1) (Process ID 1)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;                Router Link States (Area 0)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Link ID         ADV Router      Age         Seq#       Checksum Link count&lt;/P&gt;&lt;P&gt;10.1.1.2        10.1.1.2        37          0x80000003 0x00CF28 1&lt;/P&gt;&lt;P&gt;150.1.1.1       150.1.1.1       3           0x80000003 0x00BD24 1&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;                Net Link States (Area 0)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Link ID         ADV Router      Age         Seq#       Checksum&lt;/P&gt;&lt;P&gt;10.1.1.1        150.1.1.1       85          0x80000001 0x007873&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;                Type-5 AS External Link States&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Link ID         ADV Router      Age         Seq#       Checksum Tag&lt;/P&gt;&lt;P&gt;150.1.1.0       150.1.1.1       2           0x80000001 0x000C75 0&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;     10.0.0.0/24 is subnetted, 1 subnets&lt;/P&gt;&lt;P&gt;C       10.1.1.0 is directly connected, FastEthernet1/0&lt;/P&gt;&lt;P&gt;     150.1.0.0/24 is subnetted, 1 subnets&lt;/P&gt;&lt;P&gt;O E2    150.1.1.0 [110/1] via 10.1.1.1, 00:00:07, FastEthernet1/0&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;HTH&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 15 Mar 2009 10:10:59 GMT</pubDate>
      <guid>https://community.cisco.com/t5/switching/ospf-issue/m-p/1209310#M99881</guid>
      <dc:creator>Marwan ALshawi</dc:creator>
      <dc:date>2009-03-15T10:10:59Z</dc:date>
    </item>
    <item>
      <title>Re: OSPF Issue</title>
      <link>https://community.cisco.com/t5/switching/ospf-issue/m-p/1209311#M99882</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello Ronald,&lt;/P&gt;&lt;P&gt;even if using multiple routing processes is possible I think in your case it is enough to use a single process and two different Areas.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;OSPF allows for effective filtering at area border routers and what it is interesting in your case OSPF has a clear hierarchy of routes:&lt;/P&gt;&lt;P&gt;intra area routes O are preferred over inter-area routes O IA that are preferred over O E1 routes that are preferred over O E2.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;so unless you need to build a 3 levels of routes using a different OSPF area should be enough to make paths learned via the vpn router (O IA ) less preferred and not used until a direct link exists (that provide an O route).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;if you use multiple OSPF processes then you need also to manage redistribution between them that adds complexity to your solution.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;note: you can have direct link in a different area and then if you increase the metric on the vpn routes you still use the direct link until it is alive&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I may be wrong but I think you just need to deploy OSPF multi-area single process&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hope to help&lt;/P&gt;&lt;P&gt;Giuseppe&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 15 Mar 2009 12:40:24 GMT</pubDate>
      <guid>https://community.cisco.com/t5/switching/ospf-issue/m-p/1209311#M99882</guid>
      <dc:creator>Giuseppe Larosa</dc:creator>
      <dc:date>2009-03-15T12:40:24Z</dc:date>
    </item>
    <item>
      <title>Re: OSPF Issue</title>
      <link>https://community.cisco.com/t5/switching/ospf-issue/m-p/1209312#M99883</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks to all for your reply.&lt;/P&gt;&lt;P&gt;I will  test based on your recommendation&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 15 Mar 2009 19:19:35 GMT</pubDate>
      <guid>https://community.cisco.com/t5/switching/ospf-issue/m-p/1209312#M99883</guid>
      <dc:creator>ronald.ramzy</dc:creator>
      <dc:date>2009-03-15T19:19:35Z</dc:date>
    </item>
    <item>
      <title>Re: OSPF Issue</title>
      <link>https://community.cisco.com/t5/switching/ospf-issue/m-p/1209313#M99884</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;if you follow Giuseppe adivse &lt;/P&gt;&lt;P&gt;you need to take into your consideration that ospf first prefer the path through intra-area regardless the cost or the metric&lt;/P&gt;&lt;P&gt;in otherwords any route through the same area will be prefered over others thorugh other areas &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;good luck &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;HTH&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 15 Mar 2009 21:27:59 GMT</pubDate>
      <guid>https://community.cisco.com/t5/switching/ospf-issue/m-p/1209313#M99884</guid>
      <dc:creator>Marwan ALshawi</dc:creator>
      <dc:date>2009-03-15T21:27:59Z</dc:date>
    </item>
  </channel>
</rss>

