<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.4" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Episode 80 - Proxy ARP</title>
	<link>http://castingfromtheserverroom.com/podcast/2007/episode-80-proxy-arp</link>
	<description>Matt, Bill, DJ, and Mike talk about technology in education.</description>
	<pubDate>Sun, 21 Mar 2010 06:13:49 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.4</generator>

	<item>
		<title>by: Aaron</title>
		<link>http://castingfromtheserverroom.com/podcast/2007/episode-80-proxy-arp#comment-12894</link>
		<pubDate>Sat, 24 Nov 2007 01:11:12 +0000</pubDate>
		<guid>http://castingfromtheserverroom.com/podcast/2007/episode-80-proxy-arp#comment-12894</guid>
					<description>With respect to teachers and podcasting.  I recently became aware of a tool called "podcast in a box".  It is distributed as an opensource ISO for free use for 30 days.  After that you need to buy a mp3 decoder license.  I work at a college and see this tool as something our professors could use to quickly get into podcasting.  This tool really dumbs down audio capture aspect of podcasting.  It can even be setup to auto upload the file to a server of your specification.</description>
		<content:encoded><![CDATA[<p>With respect to teachers and podcasting.  I recently became aware of a tool called &#8220;podcast in a box&#8221;.  It is distributed as an opensource <span class="caps">ISO</span> for free use for 30 days.  After that you need to buy a mp3 decoder license.  I work at a college and see this tool as something our professors could use to quickly get into podcasting.  This tool really dumbs down audio capture aspect of podcasting.  It can even be setup to auto upload the file to a server of your specification.</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Norm</title>
		<link>http://castingfromtheserverroom.com/podcast/2007/episode-80-proxy-arp#comment-12811</link>
		<pubDate>Sun, 18 Nov 2007 18:45:22 +0000</pubDate>
		<guid>http://castingfromtheserverroom.com/podcast/2007/episode-80-proxy-arp#comment-12811</guid>
					<description>On the routing issue

Going back to TCPIP basics

A node knows its address and its network.  If it tries to connect to a node that is on its network it uses ARP.  If it is trying to connect to a node that is not on its network it sends a packet to its default gateway.  I don't see why a node would send an ARP request and thus potentially involve proxy ARP if the target node is not on the source node's network.

Going way back in my memory I think that it is possible for client nodes to participate  in, or at least listen for, routing protocols and use these to determine routes.  I used to run a large network that had many triangular paths, ie, 

  +------ B
  X       &#124;
A +       &#124;
  Y       &#124;    
  +------ C

A, B and C are networks, X and Y are routers.

A node on A can get to a node on C by sending to Y or, if Y is down, by sending to X.

There is a real problem is there is only one "default gateway".  If a node on A must use Y as its default gateway and Y is down then there is no way to "find" X and the alternate path.

We used to do something to PCs so that when the routing protocols determined that Y was unreachable, they would automatically change to using X.  I don't remember what exactly and I don't have time to dig.

Perhaps your Macs have this functionality enabled by default.

Per the previous comments, I think that ICMP redirects are when a node sends a routing request to its default gateway, if there is a better path to the target node the gateway sends an ICMP Redirect to the client saying "use this router" for further communications which redirects the communications to the new path.  I am not sure why this is a problem.  If a node does not know about its default gateway then how can that gateway send a redirect to it?

The key functionality is that routers need a way to discover each other and tell each other about state changes and such.  These are typically implemented via broadcast protocols so things happen automatically and clients can listen in on these.

Just my guess.</description>
		<content:encoded><![CDATA[<p>On the routing issue</p>
<p>Going back to <span class="caps">TCPIP</span> basics</p>
<p>A node knows its address and its network.  If it tries to connect to a node that is on its network it uses <span class="caps">ARP</span>.  If it is trying to connect to a node that is not on its network it sends a packet to its default gateway.  I don&#8217;t see why a node would send an <span class="caps">ARP</span> request and thus potentially involve proxy <span class="caps">ARP</span> if the target node is not on the source node&#8217;s network.</p>
<p>Going way back in my memory I think that it is possible for client nodes to participate  in, or at least listen for, routing protocols and use these to determine routes.  I used to run a large network that had many triangular paths, ie,</p>
<p>  +&#8212;&#8212;&#8212;B<br />
  <span class="caps">X       </span>|<br />
A +       |<br />
  <span class="caps">Y       </span>|<br />
  +&#8212;&#8212;&#8212;C</p>
<p>A, B and C are networks, X and Y are routers.</p>
<p>A node on A can get to a node on C by sending to Y or, if Y is down, by sending to X.</p>
<p>There is a real problem is there is only one &#8220;default gateway&#8221;.  If a node on A must use Y as its default gateway and Y is down then there is no way to &#8220;find&#8221; X and the alternate path.</p>
<p>We used to do something to PCs so that when the routing protocols determined that Y was unreachable, they would automatically change to using X.  I don&#8217;t remember what exactly and I don&#8217;t have time to dig.</p>
<p>Perhaps your Macs have this functionality enabled by default.</p>
<p>Per the previous comments, I think that <span class="caps">ICMP</span> redirects are when a node sends a routing request to its default gateway, if there is a better path to the target node the gateway sends an <span class="caps">ICMP </span>Redirect to the client saying &#8220;use this router&#8221; for further communications which redirects the communications to the new path.  I am not sure why this is a problem.  If a node does not know about its default gateway then how can that gateway send a redirect to it?</p>
<p>The key functionality is that routers need a way to discover each other and tell each other about state changes and such.  These are typically implemented via broadcast protocols so things happen automatically and clients can listen in on these.</p>
<p>Just my guess.</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: corby</title>
		<link>http://castingfromtheserverroom.com/podcast/2007/episode-80-proxy-arp#comment-12712</link>
		<pubDate>Wed, 14 Nov 2007 21:53:19 +0000</pubDate>
		<guid>http://castingfromtheserverroom.com/podcast/2007/episode-80-proxy-arp#comment-12712</guid>
					<description>This might be an answer as to why your computer is getting on the Internet without a defined default gateway.   I had a similar situation, although it happened on a Windows box and it had us baffled for awhile

The explanation turned out to be that the host received an "ICMP Redirect" message from another device.   Rather than getting into specifics, if you google ICMP Redirect, you might find the answer to what caused your computer to get on the Internet.

Also, you didn't mention whether you checked to see if your browser was configured to use a proxy server.   As you might know, a proxy server works at the application layer and doesn't need a default route in order to allow you to access the Internet.  Perhaps the host was configured with a valid proxy server entry.

Even if this doesn't help, I hope to hear what the cause turned out to be.

Cheers</description>
		<content:encoded><![CDATA[<p>This might be an answer as to why your computer is getting on the Internet without a defined default gateway.   I had a similar situation, although it happened on a Windows box and it had us baffled for awhile</p>
<p>The explanation turned out to be that the host received an &#8220;ICMP Redirect&#8221; message from another device.   Rather than getting into specifics, if you google <span class="caps">ICMP </span>Redirect, you might find the answer to what caused your computer to get on the Internet.</p>
<p>Also, you didn&#8217;t mention whether you checked to see if your browser was configured to use a proxy server.   As you might know, a proxy server works at the application layer and doesn&#8217;t need a default route in order to allow you to access the Internet.  Perhaps the host was configured with a valid proxy server entry.</p>
<p>Even if this doesn&#8217;t help, I hope to hear what the cause turned out to be.</p>
<p>Cheers</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Jason</title>
		<link>http://castingfromtheserverroom.com/podcast/2007/episode-80-proxy-arp#comment-12706</link>
		<pubDate>Wed, 14 Nov 2007 17:52:06 +0000</pubDate>
		<guid>http://castingfromtheserverroom.com/podcast/2007/episode-80-proxy-arp#comment-12706</guid>
					<description>Spyware/Malware Topic: 

1) Try Logging Network activity to File.
netstat -b 5 &#62; NetworkActivity.log

2) Problem sounds like a rootkit Search:
http://www.fantasticfreeware.com/index.php?s=rootkit
McAfee Rootkit Detective
SysProt AntiRootkit
IceSword - Rootkit Detector
Sophos Anti-Rootkit
RootkitRevealer</description>
		<content:encoded><![CDATA[<p>Spyware/Malware Topic:</p>
<p>1) Try Logging Network activity to File.<br />
netstat -b 5 > NetworkActivity.log</p>
<p>2) Problem sounds like a rootkit Search:<br />
<a href='http://www.fantasticfreeware.com/index.php?s=rootkit' rel='nofollow'>http://www.fantasticfreeware.com/index.php?s=rootkit</a><br />
McAfee Rootkit Detective<br />
SysProt AntiRootkit<br />
IceSword &#8211; Rootkit Detector<br />
Sophos Anti-Rootkit<br />
RootkitRevealer</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Mike</title>
		<link>http://castingfromtheserverroom.com/podcast/2007/episode-80-proxy-arp#comment-12689</link>
		<pubDate>Tue, 13 Nov 2007 17:08:14 +0000</pubDate>
		<guid>http://castingfromtheserverroom.com/podcast/2007/episode-80-proxy-arp#comment-12689</guid>
					<description>Comment about the reading books for a podcast, directed toward Bill: Just because you're NOT selling something doesn't mean it's NOT a copyright violation.  The fair use doctrine says (in general) that only limited portions may be used, and only for a limited time; if you intend to keep the work, or publish the work (such as in a podcast or in a Powerpoint slideshow) you are SUPPOSED to get written permission.  

I read recently that Congress is exploring a more lax definition of fair use to allow for less restrictions on education and not-for-profit use of protected works.

The idea of appropriate use of copyright as relates to technology might be a good podcast topic for the future.</description>
		<content:encoded><![CDATA[<p>Comment about the reading books for a podcast, directed toward Bill: Just because you&#8217;re <span class="caps">NOT</span> selling something doesn&#8217;t mean it&#8217;s <span class="caps">NOT</span> a copyright violation.  The fair use doctrine says (in general) that only limited portions may be used, and only for a limited time; if you intend to keep the work, or publish the work (such as in a podcast or in a Powerpoint slideshow) you are <span class="caps">SUPPOSED</span> to get written permission.</p>
<p>I read recently that Congress is exploring a more lax definition of fair use to allow for less restrictions on education and not-for-profit use of protected works.</p>
<p>The idea of appropriate use of copyright as relates to technology might be a good podcast topic for the future.</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Claudio</title>
		<link>http://castingfromtheserverroom.com/podcast/2007/episode-80-proxy-arp#comment-12687</link>
		<pubDate>Tue, 13 Nov 2007 14:59:41 +0000</pubDate>
		<guid>http://castingfromtheserverroom.com/podcast/2007/episode-80-proxy-arp#comment-12687</guid>
					<description>BTW, you might want to check out the Podcasting for Dummies book that Tee Morris has out.  He and Chuck Tomasi from Technorama are working on the next edition.  From what I've heard, it's a really great resource for those looking to start a podcast:

http://www.dummies.com/WileyCDA/DummiesTitle/productCd-0471748986,page-1.html</description>
		<content:encoded><![CDATA[<p><span class="caps">BTW</span>, you might want to check out the Podcasting for Dummies book that Tee Morris has out.  He and Chuck Tomasi from Technorama are working on the next edition.  From what I&#8217;ve heard, it&#8217;s a really great resource for those looking to start a podcast:</p>
<p>http://www.dummies.com/WileyCDA/DummiesTitle/productCd-0471748986,page-1.html</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Claudio</title>
		<link>http://castingfromtheserverroom.com/podcast/2007/episode-80-proxy-arp#comment-12686</link>
		<pubDate>Tue, 13 Nov 2007 14:20:14 +0000</pubDate>
		<guid>http://castingfromtheserverroom.com/podcast/2007/episode-80-proxy-arp#comment-12686</guid>
					<description>Hey guys.  Here's some information from Wikipedia and Cisco on Proxy ARP:

http://www.cisco.com/warp/public/105/5.html
http://en.wikipedia.org/wiki/Proxy_ARP</description>
		<content:encoded><![CDATA[<p>Hey guys.  Here&#8217;s some information from Wikipedia and Cisco on Proxy <span class="caps">ARP</span>:</p>
<p>http://www.cisco.com/warp/public/105/5.html<br />
<a href='http://en.wikipedia.org/wiki/Proxy_ARP' rel='nofollow'>http://en.wikipedia.org/wiki/Proxy_ARP</a></p>
]]></content:encoded>
				</item>
</channel>
</rss>
