<?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: OSPF over Frame-Relay – Part 1: Non-Broadcast</title>
	<atom:link href="http://blog.ipexpert.com/2009/08/03/ospf-over-frame-relay-%e2%80%93-part-1-non-broadcast/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.ipexpert.com/2009/08/03/ospf-over-frame-relay-%e2%80%93-part-1-non-broadcast/</link>
	<description>CCIE Candidates blog for all technical overviews relating to CCIE R&#38;S, CCIE Voice, CCIE Security &#38; CCIE SP</description>
	<lastBuildDate>Thu, 09 Feb 2012 17:07:01 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.2</generator>
	<item>
		<title>By: Nuances of OSPF over NBMA (F.R.)</title>
		<link>http://blog.ipexpert.com/2009/08/03/ospf-over-frame-relay-%e2%80%93-part-1-non-broadcast/comment-page-1/#comment-90543</link>
		<dc:creator>Nuances of OSPF over NBMA (F.R.)</dc:creator>
		<pubDate>Wed, 08 Feb 2012 00:32:48 +0000</pubDate>
		<guid isPermaLink="false">http://ipexpert.ccieblog.com/?p=1422#comment-90543</guid>
		<description>[...] AM   #17       Here are some blog posts on OSPF network modes that I found helpful:  OSPF over Frame-Relay OSPF over Frame-Relay OSPF over Frame-Relay &#8211; Part 3: Point-To-Point OSPF over Frame-Relay [...]</description>
		<content:encoded><![CDATA[<p>[...] AM   #17       Here are some blog posts on OSPF network modes that I found helpful:  OSPF over Frame-Relay OSPF over Frame-Relay OSPF over Frame-Relay &#8211; Part 3: Point-To-Point OSPF over Frame-Relay [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rohit</title>
		<link>http://blog.ipexpert.com/2009/08/03/ospf-over-frame-relay-%e2%80%93-part-1-non-broadcast/comment-page-1/#comment-1239</link>
		<dc:creator>rohit</dc:creator>
		<pubDate>Sun, 01 Nov 2009 20:37:10 +0000</pubDate>
		<guid isPermaLink="false">http://ipexpert.ccieblog.com/?p=1422#comment-1239</guid>
		<description>The article was great and in an easy to understand language. I will make sure i read all your posts</description>
		<content:encoded><![CDATA[<p>The article was great and in an easy to understand language. I will make sure i read all your posts</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rohit</title>
		<link>http://blog.ipexpert.com/2009/08/03/ospf-over-frame-relay-%e2%80%93-part-1-non-broadcast/comment-page-1/#comment-4752</link>
		<dc:creator>rohit</dc:creator>
		<pubDate>Sun, 01 Nov 2009 20:37:10 +0000</pubDate>
		<guid isPermaLink="false">http://ipexpert.ccieblog.com/?p=1422#comment-4752</guid>
		<description>The article was great and in an easy to understand language. I will make sure i read all your posts</description>
		<content:encoded><![CDATA[<p>The article was great and in an easy to understand language. I will make sure i read all your posts</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nicholas Golden</title>
		<link>http://blog.ipexpert.com/2009/08/03/ospf-over-frame-relay-%e2%80%93-part-1-non-broadcast/comment-page-1/#comment-1236</link>
		<dc:creator>Nicholas Golden</dc:creator>
		<pubDate>Thu, 01 Oct 2009 23:47:55 +0000</pubDate>
		<guid isPermaLink="false">http://ipexpert.ccieblog.com/?p=1422#comment-1236</guid>
		<description>This is great stuff. I was just re, re, re, re (yes redo a few times) frame relay and I just got it up and running, sans a couple hours from a stupid cabling mistake on my part I was flipping out.....I digress now.

This was awesome, I just ran through this lab and got it working. I didn&#039;t just work the lab, I took my time to understand why and how line by line to get it down. This won&#039;t be the last time I look at this tutorial either.

Look forward to taking your class in the next year!</description>
		<content:encoded><![CDATA[<p>This is great stuff. I was just re, re, re, re (yes redo a few times) frame relay and I just got it up and running, sans a couple hours from a stupid cabling mistake on my part I was flipping out&#8230;..I digress now.</p>
<p>This was awesome, I just ran through this lab and got it working. I didn&#8217;t just work the lab, I took my time to understand why and how line by line to get it down. This won&#8217;t be the last time I look at this tutorial either.</p>
<p>Look forward to taking your class in the next year!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nicholas Golden</title>
		<link>http://blog.ipexpert.com/2009/08/03/ospf-over-frame-relay-%e2%80%93-part-1-non-broadcast/comment-page-1/#comment-4749</link>
		<dc:creator>Nicholas Golden</dc:creator>
		<pubDate>Thu, 01 Oct 2009 23:47:55 +0000</pubDate>
		<guid isPermaLink="false">http://ipexpert.ccieblog.com/?p=1422#comment-4749</guid>
		<description>This is great stuff. I was just re, re, re, re (yes redo a few times) frame relay and I just got it up and running, sans a couple hours from a stupid cabling mistake on my part I was flipping out.....I digress now.

This was awesome, I just ran through this lab and got it working. I didn&#039;t just work the lab, I took my time to understand why and how line by line to get it down. This won&#039;t be the last time I look at this tutorial either.

Look forward to taking your class in the next year!</description>
		<content:encoded><![CDATA[<p>This is great stuff. I was just re, re, re, re (yes redo a few times) frame relay and I just got it up and running, sans a couple hours from a stupid cabling mistake on my part I was flipping out&#8230;..I digress now.</p>
<p>This was awesome, I just ran through this lab and got it working. I didn&#8217;t just work the lab, I took my time to understand why and how line by line to get it down. This won&#8217;t be the last time I look at this tutorial either.</p>
<p>Look forward to taking your class in the next year!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe Astorino</title>
		<link>http://blog.ipexpert.com/2009/08/03/ospf-over-frame-relay-%e2%80%93-part-1-non-broadcast/comment-page-1/#comment-1235</link>
		<dc:creator>Joe Astorino</dc:creator>
		<pubDate>Fri, 14 Aug 2009 18:15:45 +0000</pubDate>
		<guid isPermaLink="false">http://ipexpert.ccieblog.com/?p=1422#comment-1235</guid>
		<description>Adrian,

Nothing in the configuration is &quot;wrong&quot; , just not completely necessary.  You are right that you do not NEED the broadcast keyword on the frame maps here, because we are not using broadcast capability.  However, having the broadcast keyword on the frame map certainly does not negatively effect the configuration.  If anything, it leaves your configuration open for later expansion or using broadcast/multicast technology down the line.</description>
		<content:encoded><![CDATA[<p>Adrian,</p>
<p>Nothing in the configuration is &#8220;wrong&#8221; , just not completely necessary.  You are right that you do not NEED the broadcast keyword on the frame maps here, because we are not using broadcast capability.  However, having the broadcast keyword on the frame map certainly does not negatively effect the configuration.  If anything, it leaves your configuration open for later expansion or using broadcast/multicast technology down the line.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe Astorino</title>
		<link>http://blog.ipexpert.com/2009/08/03/ospf-over-frame-relay-%e2%80%93-part-1-non-broadcast/comment-page-1/#comment-4748</link>
		<dc:creator>Joe Astorino</dc:creator>
		<pubDate>Fri, 14 Aug 2009 18:15:45 +0000</pubDate>
		<guid isPermaLink="false">http://ipexpert.ccieblog.com/?p=1422#comment-4748</guid>
		<description>Adrian,

Nothing in the configuration is &quot;wrong&quot; , just not completely necessary.  You are right that you do not NEED the broadcast keyword on the frame maps here, because we are not using broadcast capability.  However, having the broadcast keyword on the frame map certainly does not negatively effect the configuration.  If anything, it leaves your configuration open for later expansion or using broadcast/multicast technology down the line.</description>
		<content:encoded><![CDATA[<p>Adrian,</p>
<p>Nothing in the configuration is &#8220;wrong&#8221; , just not completely necessary.  You are right that you do not NEED the broadcast keyword on the frame maps here, because we are not using broadcast capability.  However, having the broadcast keyword on the frame map certainly does not negatively effect the configuration.  If anything, it leaves your configuration open for later expansion or using broadcast/multicast technology down the line.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adrian</title>
		<link>http://blog.ipexpert.com/2009/08/03/ospf-over-frame-relay-%e2%80%93-part-1-non-broadcast/comment-page-1/#comment-1234</link>
		<dc:creator>Adrian</dc:creator>
		<pubDate>Fri, 14 Aug 2009 17:17:57 +0000</pubDate>
		<guid isPermaLink="false">http://ipexpert.ccieblog.com/?p=1422#comment-1234</guid>
		<description>The configuration that you have on part 1 is wrong... Sorry man!

&quot;the frame-relay map commands do not need to have the broadcast parameter because the OSPF packets are unicasted with the neighbor statement.&quot;

HTHs</description>
		<content:encoded><![CDATA[<p>The configuration that you have on part 1 is wrong&#8230; Sorry man!</p>
<p>&#8220;the frame-relay map commands do not need to have the broadcast parameter because the OSPF packets are unicasted with the neighbor statement.&#8221;</p>
<p>HTHs</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adrian</title>
		<link>http://blog.ipexpert.com/2009/08/03/ospf-over-frame-relay-%e2%80%93-part-1-non-broadcast/comment-page-1/#comment-4747</link>
		<dc:creator>Adrian</dc:creator>
		<pubDate>Fri, 14 Aug 2009 17:17:57 +0000</pubDate>
		<guid isPermaLink="false">http://ipexpert.ccieblog.com/?p=1422#comment-4747</guid>
		<description>The configuration that you have on part 1 is wrong... Sorry man!

&quot;the frame-relay map commands do not need to have the broadcast parameter because the OSPF packets are unicasted with the neighbor statement.&quot;

HTHs</description>
		<content:encoded><![CDATA[<p>The configuration that you have on part 1 is wrong&#8230; Sorry man!</p>
<p>&#8220;the frame-relay map commands do not need to have the broadcast parameter because the OSPF packets are unicasted with the neighbor statement.&#8221;</p>
<p>HTHs</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mitul</title>
		<link>http://blog.ipexpert.com/2009/08/03/ospf-over-frame-relay-%e2%80%93-part-1-non-broadcast/comment-page-1/#comment-1233</link>
		<dc:creator>Mitul</dc:creator>
		<pubDate>Fri, 07 Aug 2009 12:45:09 +0000</pubDate>
		<guid isPermaLink="false">http://ipexpert.ccieblog.com/?p=1422#comment-1233</guid>
		<description>Hey Joe,
Really nice explanation. I liked the way you explained this concept to the point and with an ease. Looking forward to your next article. Thanks Mitul</description>
		<content:encoded><![CDATA[<p>Hey Joe,<br />
Really nice explanation. I liked the way you explained this concept to the point and with an ease. Looking forward to your next article. Thanks Mitul</p>
]]></content:encoded>
	</item>
</channel>
</rss>

