<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:blogChannel="http://backend.userland.com/blogChannelModule">

<channel>
<title>Topic &#x27;Steam on a router in the Actiontec DMZ&#x27; in forum &#x27;Verizon Fiber Optics&#x27; - dslreports.com</title>
<link>http://www.dslreports.com/forum/Steam-on-a-router-in-the-Actiontec-DMZ-21751409</link>
<description></description>
<language>en</language>
<pubDate>Fri, 10 Feb 2012 03:45:44 EDT</pubDate>
<lastBuildDate>Fri, 10 Feb 2012 03:45:44 EDT</lastBuildDate>

<item>
<title>Re: Steam on a router in the Actiontec DMZ</title>
<link>http://www.dslreports.com/forum/Re-Steam-on-a-router-in-the-Actiontec-DMZ-21786140</link>
<description><![CDATA[birdfeedr posted : Steam server refresh with DMZ'd double NAT gives me a gazillion connections, stalled WAN traffic, poor internet performance until I cancel the refresh and wait a short time. Less than 1 minute for Actiontec status to refresh. New firmware does not log NAT pool errors. Only got as far as 35 servers updated in Steam.<br><br>aaronwt's connection and performance is not the same as mine.<br><br>Next step is to put the DLink as primary, and try the test again.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Steam-on-a-router-in-the-Actiontec-DMZ-21786140</guid>
<pubDate>Thu, 22 Jan 2009 07:04:42 EDT</pubDate>
</item>

<item>
<title>Re: Steam on a router in the Actiontec DMZ</title>
<link>http://www.dslreports.com/forum/Re-Steam-on-a-router-in-the-Actiontec-DMZ-21780908</link>
<description><![CDATA[birdfeedr posted : <div class="bquote"><small>said by <a href="/profile/1105113" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1105113');">aaronwt</a>:</small><br><br>I connect my DLINK WAN port to the Actiontec LAN port. Would that create any differences?<br> </div>Original test last Friday was double natted. That's the only way to get a connection count on the DLink. It does not create a table for LAN-to-LAN configuration because there's no WAN traffic. LAN-to-WAN with the new firmware will be my next test tonight.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Steam-on-a-router-in-the-Actiontec-DMZ-21780908</guid>
<pubDate>Wed, 21 Jan 2009 11:26:12 EDT</pubDate>
</item>

<item>
<title>Re: Steam on a router in the Actiontec DMZ</title>
<link>http://www.dslreports.com/forum/Re-Steam-on-a-router-in-the-Actiontec-DMZ-21780782</link>
<description><![CDATA[aaronwt posted : <div class="bquote"><small>said by <a href="/profile/449678" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=449678');">birdfeedr</a>:</small><br><br>Very interesting. The 10.11.3 firmware no longer logs the "NAT error connection pool is full" error message.<br><br>Under the new firmware with DLink connected LAN-to-LAN, the Steam application exhibits the same behavior already reported.  It seems it took longer to recover once I canceled the Steam Server Refresh.<br><br>[edit to add]Confirmed. Same behavior when DLink is LAN-to-LAN in the DMZ. Reverted to 10.7, and error messages reappear. No change in Log settings from one firmware to the next.<br> </div>I connect my DLINK WAN port to the Actiontec LAN port. Would that create any differences?]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Steam-on-a-router-in-the-Actiontec-DMZ-21780782</guid>
<pubDate>Wed, 21 Jan 2009 11:06:23 EDT</pubDate>
</item>

<item>
<title>Re: Steam on a router in the Actiontec DMZ</title>
<link>http://www.dslreports.com/forum/Re-Steam-on-a-router-in-the-Actiontec-DMZ-21779682</link>
<description><![CDATA[birdfeedr posted : Very interesting. The 10.11.3 firmware no longer logs the "NAT error connection pool is full" error message.<br><br>Under the new firmware with DLink connected LAN-to-LAN, the Steam application exhibits the same behavior already reported.  It seems it took longer to recover once I canceled the Steam Server Refresh.<br><br>[edit to add]Confirmed. Same behavior when DLink is LAN-to-LAN in the DMZ. Reverted to 10.7, and error messages reappear. No change in Log settings from one firmware to the next.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Steam-on-a-router-in-the-Actiontec-DMZ-21779682</guid>
<pubDate>Wed, 21 Jan 2009 07:03:05 EDT</pubDate>
</item>

<item>
<title>Re: Steam on a router in the Actiontec DMZ</title>
<link>http://www.dslreports.com/forum/Re-Steam-on-a-router-in-the-Actiontec-DMZ-21775070</link>
<description><![CDATA[aaronwt posted : <div class="bquote"><small>said by <a href="/profile/449678" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=449678');">birdfeedr</a>:</small><br><br>@ aaronwt: I will try to establish additional benchmark tests to explore the NAT table problem. My Actiontec is not currently running the new 10.11.3 firmware. Is yours? <br><br>I'm just trying to find the differences between your setup and mine to explain why you have different results. Perhaps internal perormace of the DGL is also a factor.<br> </div>My firmware shows <br>Version: 4.0.16.1.56.0.10.11.3 <br>Release Date: Dec 15 2008 <br>Platform: MI424-WR ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Steam-on-a-router-in-the-Actiontec-DMZ-21775070</guid>
<pubDate>Tue, 20 Jan 2009 12:58:22 EDT</pubDate>
</item>

<item>
<title>Re: Steam on a router in the Actiontec DMZ</title>
<link>http://www.dslreports.com/forum/Re-Steam-on-a-router-in-the-Actiontec-DMZ-21774861</link>
<description><![CDATA[birdfeedr posted : @ aaronwt: I will try to establish additional benchmark tests to explore the NAT table problem. My Actiontec is not currently running the new 10.11.3 firmware. Is yours? <br><br>I'm just trying to find the differences between your setup and mine to explain why you have different results. Perhaps internal perormace of the DGL is also a factor.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Steam-on-a-router-in-the-Actiontec-DMZ-21774861</guid>
<pubDate>Tue, 20 Jan 2009 12:25:05 EDT</pubDate>
</item>

<item>
<title>Re: Steam on a router in the Actiontec DMZ</title>
<link>http://www.dslreports.com/forum/Re-Steam-on-a-router-in-the-Actiontec-DMZ-21774798</link>
<description><![CDATA[birdfeedr posted : Moved reply to best topic to continue discussion.<br><br><div class="bquote"><small>said by <a href="/profile/1105113" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1105113');">aaronwt</a>:</small><br><br>1. First it showed 3184, then 3212, then 3418, and then 3438 servers.<br><br>2. I was able to log into my ActionTec like normal during all of this, it popped up quick as usual. Nothing is in the ActionTec log except the hourly IP renewal which is normal.<br><br>3. I was also able to get into the Dlink router with no problems each time. That log does show bunch of entries.<br><br>4. But the whole time this was going on the only thing I noticed was when I refreshed the DSLR page instead of popping up in a split second it would take 5 to 10 seconds.<br><br>5. Other sites I tried would either do the same thing or pop up right away. And then of course as soon as I stopped the server refresh all pages would pop up in a split second. <br><br>6. What should I look for specifically in the Dlink logs?<br>From a user stand point it just slowed down loading a few sites. My three VUDU boxes were still uploading during all of this at around 300kbs for each one which is normal, and my squeeze boxes didn't have any problem streaming music during all of this either. And of course my internal network was fine. My transfers from my TiVos were still fine during this to my TiVo Server.<br> </div>Broke your response up and numbered for clarity.<br><br>1. You got a lot further in servers updated than I could. the most I ever reached was 25, only 4 in one test.<br><br>2. I was able to login to the Actiontec, or refresh DSLR pages, only *after* I canceled Refresh Servers. All attempts stalled until then. Logging In to the Actiontec is a new connection. Note: already logged in to Actiontec was ok, could change to another page without problem. Refreshing an  existing open DSLR page probably initiated a new connection to i.dslr.com server which is why that page stalled.<br><br>3. Look in the Firewall Security log. That's where the NAT pool messages appear.<br><br>4. Don't worry about the DLink, because that's not an issue. It can handle all that traffic and more, which is why some people want to ditch the Actiontec.<br><br>5. Refreshing DSLR page occurs for me only *after* canceling server refresh. Probably because it initiates a new connection to one of the embedded server links.<br><br>6. The DLink status page / Internet Sessions list will show, as best as I can determine, the connection count which appears to be the limitation some have experienced. My screen lists 43 on a page, I counted PageDown keypresses to get to the bottom. I did not break it out by TCP / UDP which may be a factor. If I explore this issue further that will be something I'll look into. By your account, you did experience some measure of what I posted about. The only thing I can surmise why you are not feeling the effects as severely may be because your 50/20 is faster and has a 40% upload bandwidth ratio, compared to my 20/5 with a 20% upload bandwidth ratio.<br><br>Except for some of the game-friendly features in the DGL-4500, your DLink is fairly close in performance specs as my DIR-655. Both of them out-perform the Actiontec.<br><br>I'm still not convinced the Actiontec DMZ will give everyone a free pass.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Steam-on-a-router-in-the-Actiontec-DMZ-21774798</guid>
<pubDate>Tue, 20 Jan 2009 12:16:08 EDT</pubDate>
</item>

<item>
<title>Re: Steam on a router in the Actiontec DMZ</title>
<link>http://www.dslreports.com/forum/Re-Steam-on-a-router-in-the-Actiontec-DMZ-21774693</link>
<description><![CDATA[aaronwt posted : I just tried this STEAM test and refreshed the server list four times. First it showed 3184, then 3212, then 3418, and then 3438 servers.<br>I was able to log into my ActionTec like normal during all of this, it popped up quick as usual. Nothing is in the ActionTec log except the hourly IP renewal which is normal. I was also able to get into the Dlink router with no problems each time. That log does show bunch of entries.<br>But the whole time this was going on the only thing I noticed was when I refreshed the DSLR page instead of popping up in a split second it would take 5 to 10 seconds. Other sites I tried would either do the same thing or pop up right away. And then of course as soon as I stopped the server refresh all pages would pop up in a split second.<br><br>What should I look for specifically in the Dlink logs?<br>From a user stand point it just slowed down loading a few sites. My three VUDU boxes were still uploading during all of this at around 300kbs for each one which is normal, and my two squeeze boxes didn't have any problem streaming internet music during all of this either. And of course my internal network was fine. My transfers from my TiVos were still fine during this to my TiVo Server.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Steam-on-a-router-in-the-Actiontec-DMZ-21774693</guid>
<pubDate>Tue, 20 Jan 2009 11:56:21 EDT</pubDate>
</item>

<item>
<title>Re: Steam on a router in the Actiontec DMZ</title>
<link>http://www.dslreports.com/forum/Re-Steam-on-a-router-in-the-Actiontec-DMZ-21760090</link>
<description><![CDATA[More Fiber posted : <div class="bquote"><small>said by <a href="/profile/449678" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=449678');">birdfeedr</a>:</small><br><br>There are vastly more UDP connections than TCP. Would this be a factor in the behavior seen so far? </div>It could be.  UDP is not a session oriented protocol like TCP, so a UDP NAT entry can be deleted as soon as a reply is received.  TCP entries will be deleted only when the socket is torn down.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Steam-on-a-router-in-the-Actiontec-DMZ-21760090</guid>
<pubDate>Sat, 17 Jan 2009 19:10:04 EDT</pubDate>
</item>

<item>
<title>Re: Steam on a router in the Actiontec DMZ</title>
<link>http://www.dslreports.com/forum/Re-Steam-on-a-router-in-the-Actiontec-DMZ-21754437</link>
<description><![CDATA[birdfeedr posted : Maybe the connection list is time sensitive. In test mode #2 the following was noted.<br><br>At 08:15, 860 connections (guessing), 159 refreshed.<br>At 12:15, 2021 connections were displayed, 4 refreshed.<br>At 16:45, 3655 connections were displayed, 13 refreshed. <br><br># of servers refreshed will be a function of the number of replies that make it back to be counted.<br><br>Methodology: Have three browser tabs open and current: DLink connections list, Actiontec security log already cleared, DSLR forum page loaded.<br>Steam running. It initially automatically does a refresh all. Cancel it and wait 300 seconds for all the connections to be cleared from the DLink list.<br><br>That leaves 50 connections in the DLink list, which seems normal for this setup.<br><br>1. Refresh Steam Servers.<br>2. Refresh DSLR web page, when the progress bar stops (seems to be about 5 or 10 seconds) and hour glass spins,<br>3. Cancel Server Refresh.<br>4. Refresh DLink connections list, and count PageDowns. There's 43 items on each page.<br><br>DSLR page finishes refreshing anywhere from 30 seconds to under a minute. Nevertheless, from click in step 1 to refresh of DSLR web page is less than 300 seconds timeout for all the UDP connections.<br><br>There are vastly more UDP connections than TCP. Would this be a factor in the behavior seen so far?]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Steam-on-a-router-in-the-Actiontec-DMZ-21754437</guid>
<pubDate>Fri, 16 Jan 2009 17:14:17 EDT</pubDate>
</item>

<item>
<title>Re: Steam on a router in the Actiontec DMZ</title>
<link>http://www.dslreports.com/forum/Re-Steam-on-a-router-in-the-Actiontec-DMZ-21752756</link>
<description><![CDATA[birdfeedr posted : <div class="bquote"><small>said by <a href="/profile/811675" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=811675');">cdru</a>:</small><br><br>The DMZ is just a catch all for incoming connections.  Instead of having to explicitly forward a port or range of ports to a particular host, you can put a machine in the DMZ and have any connections that don't match a particular port forwarding rule or existing connection get forwarded to that machine.  The router still has to maintain the NAT mapping, thus your NAT table will fill up.<br><br>My guess is the difference between getting 25 servers and 159 servers wasn't the fact that you were using the DMZ, but rather what initial peers you were connecting to and the NAT table utilization prior to launching Steam.  To get a more accurate gauge, I would reset the actiontec to ensure the NAT table was empty (or as reasonably empty as possible) as well as delete any cached data from within the application.  Then repeat the process several times to get an average.<br> </div>While I would ordinarily pursue something to the ends of the earth if I had a major interest in it, this exercise is merely for testing the NAT pool problem and a solution suggested by others.<br><br>One of the really nice things I like about the DLink DIR-655, it shows the contents of the connection table. I did a quick re-test of the #2 configuration as outlined above. First, I do not see an obvious way to clear the cached Steam data. In this latest try, I only got 4 servers listed. There is a difference between Quick Refresh and Refresh All. I think the DLink connection table should be a relative mirror of the Actiontec connection table because all the Steam requests are going through both. On this latest test there were 47 pages of about 38 connections listed for each PageDown in the DLink status page.<br><br>Interestingly enough, I was already logged in to the Actiontec admin page, as well as the DLink admin in another tab when I initiated the test. I was able to negotiate my way through the various status pages after the NAT pool errors occurred, just not able to make a new connection with DSLR web page right away.<br><br>DLink shows the Timeout values for the connections in the table. Next in-depth test will be to see if there is a direct correlation in DLink timeouts and when the Actiontec clears up.<br><br>So far, I have not locked up the Actiontec, it's only been delayed.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Steam-on-a-router-in-the-Actiontec-DMZ-21752756</guid>
<pubDate>Fri, 16 Jan 2009 12:26:54 EDT</pubDate>
</item>

<item>
<title>Re: Steam on a router in the Actiontec DMZ</title>
<link>http://www.dslreports.com/forum/Re-Steam-on-a-router-in-the-Actiontec-DMZ-21751903</link>
<description><![CDATA[cdru posted : <div class="bquote"><small>said by <a href="/profile/449678" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=449678');">birdfeedr</a>:</small><br><br>DMZ does not appear to be a straight pass-through.</div>The DMZ is just a catch all for incoming connections.  Instead of having to explicitly forward a port or range of ports to a particular host, you can put a machine in the DMZ and have any connections that don't match a particular port forwarding rule or existing connection get forwarded to that machine.  The router still has to maintain the NAT mapping, thus your NAT table will fill up.<br><br>My guess is the difference between getting 25 servers and 159 servers wasn't the fact that you were using the DMZ, but rather what initial peers you were connecting to and the NAT table utilization prior to launching Steam.  To get a more accurate gauge, I would reset the actiontec to ensure the NAT table was empty (or as reasonably empty as possible) as well as delete any cached data from within the application.  Then repeat the process several times to get an average.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Steam-on-a-router-in-the-Actiontec-DMZ-21751903</guid>
<pubDate>Fri, 16 Jan 2009 10:04:35 EDT</pubDate>
</item>

<item>
<title>Re: Steam on a router in the Actiontec DMZ</title>
<link>http://www.dslreports.com/forum/Re-Steam-on-a-router-in-the-Actiontec-DMZ-21751631</link>
<description><![CDATA[More Fiber posted : Good info  birdfeedr <A HREF="/useremail/u/449678"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Steam-on-a-router-in-the-Actiontec-DMZ-21751631</guid>
<pubDate>Fri, 16 Jan 2009 09:10:53 EDT</pubDate>
</item>

<item>
<title>Steam on a router in the Actiontec DMZ</title>
<link>http://www.dslreports.com/forum/Steam-on-a-router-in-the-Actiontec-DMZ-21751409</link>
<description><![CDATA[birdfeedr posted : Using the method suggested by  Cogdis <A HREF="/useremail/u/1448990"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> in this thread &raquo;<A HREF="/forum/remark,21657294">Re: New MI424 firmware 4.0.16.1.56.0.10.11.3 pushed Dec. 18</A><br>I downloaded Steam.<br><br>First test: Actiontec Rev A (fw 10.7) is primary. Connected PC wired via DHCP to Actiontec LAN port. Other devices active: DLink DIR-655 is connected LAN-to-LAN, Actiontec is handling DHCP. STB and idle Slingbox on coax LAN.<br>Results: Refresh Server list. Stalled at approx 25 servers, hit Cancel Refresh. Unable to log into router admin at first, but within 30 seconds the router admin responded. Logged in, viewed Security Log, filled with "NAT Error : connection pool is full. No connection created".<br><br>Second test: Reconfigured DLink to static IP WAN 192.168.1.2 connected to Actiontec LAN port. PC connected via DHCP to LAN port on DLink. Actiontec configured to DMZ the DLink. No change in other devices connected.<br>Results: Refresh Server list. Stalled at 159 servers, then hit Cancel Refresh. Unable to log into Actiontec router admin at first, responded within 30 seconds. Security Log shows filled with NAT error messages. Date/time stamp on log entries correspond with activities.<br><br>Conclusion at this point: DMZ location may benefit some connection activities by allowing a smaller size connection record, but it appears the Actiontec is still limited by its NAT table in both configurations. DMZ does not appear to be a straight pass-through.<br><br>Running out of time this morning. Will set up test 3 tonight: DLink as primary. Also, will re-run test 2 and see if admin to the DLink is immediate. Admin to the Actiontec was definitely delayed in both instances, but not locked up. Test 2 recovery appeared faster than test 1.<br><br>It appears that P2P and Steam connections that stall may recover if the application can limit or cancel connection activity.<br><br>Further testing will involve new firmware 10.11.3]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Steam-on-a-router-in-the-Actiontec-DMZ-21751409</guid>
<pubDate>Fri, 16 Jan 2009 08:15:29 EDT</pubDate>
</item>

</channel>
</rss>

