<?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: Understanding PPP over Frame Relay (PPPoFR)</title>
	<atom:link href="http://blog.ine.com/2008/01/07/understanding-ppp-over-frame-relay-pppofr/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.ine.com/2008/01/07/understanding-ppp-over-frame-relay-pppofr/</link>
	<description>Helping you become a Cisco Certified Internetwork Expert</description>
	<lastBuildDate>Wed, 28 Jul 2010 22:47:55 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: abdul</title>
		<link>http://blog.ine.com/2008/01/07/understanding-ppp-over-frame-relay-pppofr/comment-page-1/#comment-120485</link>
		<dc:creator>abdul</dc:creator>
		<pubDate>Tue, 13 Jul 2010 20:22:18 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ine.com/2008/01/07/understanding-ppp-over-frame-relay-pppofr/#comment-120485</guid>
		<description>what is the configuration for the ppp Over using FR authentication with pap</description>
		<content:encoded><![CDATA[<p>what is the configuration for the ppp Over using FR authentication with pap</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gus</title>
		<link>http://blog.ine.com/2008/01/07/understanding-ppp-over-frame-relay-pppofr/comment-page-1/#comment-102294</link>
		<dc:creator>Gus</dc:creator>
		<pubDate>Sat, 27 Mar 2010 17:33:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ine.com/2008/01/07/understanding-ppp-over-frame-relay-pppofr/#comment-102294</guid>
		<description>Also I was working with the ISP on this, because they state that their end of the PVC has not been deleted (which I don&#039;t think so) and they shutdown and turned back on the T1 from their end while I had term monitor on my router. I saw the interface go down/down and then back up/up and after 10 seconds go back to up/down, that proves that the WIC is fine and there is physical connectivity to the ISP.</description>
		<content:encoded><![CDATA[<p>Also I was working with the ISP on this, because they state that their end of the PVC has not been deleted (which I don&#8217;t think so) and they shutdown and turned back on the T1 from their end while I had term monitor on my router. I saw the interface go down/down and then back up/up and after 10 seconds go back to up/down, that proves that the WIC is fine and there is physical connectivity to the ISP.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gus</title>
		<link>http://blog.ine.com/2008/01/07/understanding-ppp-over-frame-relay-pppofr/comment-page-1/#comment-102293</link>
		<dc:creator>Gus</dc:creator>
		<pubDate>Sat, 27 Mar 2010 17:29:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ine.com/2008/01/07/understanding-ppp-over-frame-relay-pppofr/#comment-102293</guid>
		<description>I have PPPoFR running on a cisco 1700 (pretty old series), virtual template is configured properly, I have 2 T1&#039;s bonded in a PPP multilink.I do not own the frame relay switch (ISP does). On the physical interfaces serial 1 (access-member 1 is up/up) serial 0 (access member 2 is up/down) if I do a shut no shut on this interface it becomes up/up and after 10 seconds goes back to up/down. The output of the show frame-relay pvc command shows pvc=active for serial 1 and deleted for serial 2, if I use the no keepalive command under the up/down interface (serial 0) and shut no shut it stays up/up but no traffic goes through, the show FR lmi command displays that this IF has not received a reply in 5 weeks, but the last request was 2 seconds ago. Is there any other explanation for this than ISP deleted their end of the PVC for the T1 that is connected to serial 0?
Thanks!</description>
		<content:encoded><![CDATA[<p>I have PPPoFR running on a cisco 1700 (pretty old series), virtual template is configured properly, I have 2 T1&#8217;s bonded in a PPP multilink.I do not own the frame relay switch (ISP does). On the physical interfaces serial 1 (access-member 1 is up/up) serial 0 (access member 2 is up/down) if I do a shut no shut on this interface it becomes up/up and after 10 seconds goes back to up/down. The output of the show frame-relay pvc command shows pvc=active for serial 1 and deleted for serial 2, if I use the no keepalive command under the up/down interface (serial 0) and shut no shut it stays up/up but no traffic goes through, the show FR lmi command displays that this IF has not received a reply in 5 weeks, but the last request was 2 seconds ago. Is there any other explanation for this than ISP deleted their end of the PVC for the T1 that is connected to serial 0?<br />
Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: cyclodextrin</title>
		<link>http://blog.ine.com/2008/01/07/understanding-ppp-over-frame-relay-pppofr/comment-page-1/#comment-89680</link>
		<dc:creator>cyclodextrin</dc:creator>
		<pubDate>Mon, 18 Jan 2010 12:03:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ine.com/2008/01/07/understanding-ppp-over-frame-relay-pppofr/#comment-89680</guid>
		<description>One point thats not mentioned is that a corresponding username must be created on each router otherwise authentication will not succeed.  

i.e. username r1 password 0 cisco</description>
		<content:encoded><![CDATA[<p>One point thats not mentioned is that a corresponding username must be created on each router otherwise authentication will not succeed.  </p>
<p>i.e. username r1 password 0 cisco</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: CCIE R/S 4.X Expanded Study Blueprint - CCIE Blog</title>
		<link>http://blog.ine.com/2008/01/07/understanding-ppp-over-frame-relay-pppofr/comment-page-1/#comment-79428</link>
		<dc:creator>CCIE R/S 4.X Expanded Study Blueprint - CCIE Blog</dc:creator>
		<pubDate>Tue, 17 Nov 2009 18:02:12 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ine.com/2008/01/07/understanding-ppp-over-frame-relay-pppofr/#comment-79428</guid>
		<description>[...] (m) PPP over Frame-Relay [...]</description>
		<content:encoded><![CDATA[<p>[...] (m) PPP over Frame-Relay [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 'wale</title>
		<link>http://blog.ine.com/2008/01/07/understanding-ppp-over-frame-relay-pppofr/comment-page-1/#comment-65414</link>
		<dc:creator>'wale</dc:creator>
		<pubDate>Sat, 12 Sep 2009 13:26:35 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ine.com/2008/01/07/understanding-ppp-over-frame-relay-pppofr/#comment-65414</guid>
		<description>Hi,

Do I have to create a virtual template for RIP authentication over a FR link?

Does this apply to other routing protocols as well? Thanks</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>Do I have to create a virtual template for RIP authentication over a FR link?</p>
<p>Does this apply to other routing protocols as well? Thanks</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Sudjiman &#187; Blog Archive &#187; PPP Over Frame Relay (PPPoFR) from Internetwork Expert</title>
		<link>http://blog.ine.com/2008/01/07/understanding-ppp-over-frame-relay-pppofr/comment-page-1/#comment-51768</link>
		<dc:creator>David Sudjiman &#187; Blog Archive &#187; PPP Over Frame Relay (PPPoFR) from Internetwork Expert</dc:creator>
		<pubDate>Thu, 11 Jun 2009 13:32:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ine.com/2008/01/07/understanding-ppp-over-frame-relay-pppofr/#comment-51768</guid>
		<description>[...] article from Internetwork [...]</description>
		<content:encoded><![CDATA[<p>[...] article from Internetwork [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rupesh</title>
		<link>http://blog.ine.com/2008/01/07/understanding-ppp-over-frame-relay-pppofr/comment-page-1/#comment-44783</link>
		<dc:creator>Rupesh</dc:creator>
		<pubDate>Thu, 30 Apr 2009 04:15:35 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ine.com/2008/01/07/understanding-ppp-over-frame-relay-pppofr/#comment-44783</guid>
		<description>Hi, Is any setting required on FR Switch for PPP over Templete. I am seeing that I am able to ping all the interfaces and EIGRP neighbor also established. But I am not seeing any advertised routes on any router. Please help.</description>
		<content:encoded><![CDATA[<p>Hi, Is any setting required on FR Switch for PPP over Templete. I am seeing that I am able to ping all the interfaces and EIGRP neighbor also established. But I am not seeing any advertised routes on any router. Please help.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kev of ST</title>
		<link>http://blog.ine.com/2008/01/07/understanding-ppp-over-frame-relay-pppofr/comment-page-1/#comment-31691</link>
		<dc:creator>Kev of ST</dc:creator>
		<pubDate>Wed, 11 Mar 2009 01:02:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ine.com/2008/01/07/understanding-ppp-over-frame-relay-pppofr/#comment-31691</guid>
		<description>Great Blog,very helpful indeed...</description>
		<content:encoded><![CDATA[<p>Great Blog,very helpful indeed&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jack</title>
		<link>http://blog.ine.com/2008/01/07/understanding-ppp-over-frame-relay-pppofr/comment-page-1/#comment-7204</link>
		<dc:creator>Jack</dc:creator>
		<pubDate>Tue, 02 Sep 2008 07:48:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ine.com/2008/01/07/understanding-ppp-over-frame-relay-pppofr/#comment-7204</guid>
		<description>Just wanted to say that these blog entries have been very informative, to me thanks a lot.</description>
		<content:encoded><![CDATA[<p>Just wanted to say that these blog entries have been very informative, to me thanks a lot.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
