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

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

<channel>
<title>327w firewall &#x22;state&#x22; rule times out in 10sec?!? in AT&#x26;T Southeast</title>
<link>http://www.dslreports.com/forum/r20213788</link>
<description></description>
<language>en</language>
<pubDate>Fri, 11 Dec 2009 00:15:13 EDT</pubDate>
<lastBuildDate>Fri, 11 Dec 2009 00:15:13 EDT</lastBuildDate>

<item>
<title>Re: 327w firewall &#x22;state&#x22; rule times out in 10sec?!?</title>
<link>http://www.dslreports.com/forum/remark,20292356</link>
<description><![CDATA[<A HREF="/useremail/u/299537"><b>sashwa</b></A> : Let's see if we can find you some help in our AT&T Southeast forum.<br><br>Good luck. :)]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20292356</guid>
<pubDate>Sun, 06 Apr 2008 14:47:26 EDT</pubDate>
</item>

<item>
<title>Re: 327w firewall &#x22;state&#x22; rule times out in 10sec?!?</title>
<link>http://www.dslreports.com/forum/remark,20292321</link>
<description><![CDATA[<A HREF="/useremail/u/1535700"><b>impala</b></A> : and for good measure, the NAT config:<div class="borderless"><TABLE WIDTH=95% align=center border=0 CELLPADDING=4"><TR><TD ALIGN=CENTER VALIGN=CENTER BGCOLOR=#000000 nwrap COLSPAN=3 WIDTH=100%><A HREF="/speak/slideshow/20292321?c=1294531&ret=L2ZvcnVtL3IyMDIxMzc4OC54bWw%3D"><IMG class="apic" BORDER=0 TITLE="132404 bytes" WIDTH=600 HEIGHT=487 SRC="/r0/download/1294531.thumb600~68f857b6c39e678dafce90de302efb63/NAT config.png/thumb.jpg" ALT="Click for full size"></A><br>NAT config</TD></TABLE></div>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20292321</guid>
<pubDate>Sun, 06 Apr 2008 14:40:24 EDT</pubDate>
</item>

<item>
<title>Re: 327w firewall &#x22;state&#x22; rule times out in 10sec?!?</title>
<link>http://www.dslreports.com/forum/remark,20292290</link>
<description><![CDATA[<A HREF="/useremail/u/1535700"><b>impala</b></A> : so I've already mentioned that http; https; and ssh fail after approximately 10 seconds of inactivity when I enable the state action in the outbound firewall.  <br><br>However,  NNTP (port 123) and DNS (port 53) fail unless I enable the state action in the firewall; or explicitly enable them for dynamic NAT.  They fail because the inbound firewall drops them AFTER NAT does it magic and converts the destination IP.  I don't understand the difference between how NAT handles SSH; HTTP; HTTPS; and NNTP; DNS.  I suppose SSH; HTTP; and HTTPS are hard-coded for dynamic NAT even though they do not show up in the list of enabled NAT client services?  And NNTP; and DNS are not hard-coded and must be manually enabled?<br><br>And I still fail to understand how enabling the state action on HTTP; HTTPS; and SSH cause them to fail, even if they are using dynamic NAT.<br><br><textarea name="code" class="text" cols=50 rows=10>3   04/06/2008 13:27:38 Inbound       1  RulesInDropAll  Drop All Unsolicited Inbound &#012;IP Packet Header:&#012;Src Addr : 130.127.8.8  Dest Addr: 192.168.19.239&#012;UDP Packet Header:&#012;   Src Port: 53  Dest Port: 49273&#012; &#012;4   04/06/2008 13:27:28 Inbound       1  RulesInDropAll  Drop All Unsolicited Inbound &#012;IP Packet Header:&#012;Src Addr : 17.254.0.27  Dest Addr: 192.168.19.239&#012;UDP Packet Header:&#012;   Src Port: 123  Dest Port: 123&#012;</textarea><!--end code block-->]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20292290</guid>
<pubDate>Sun, 06 Apr 2008 14:34:47 EDT</pubDate>
</item>

<item>
<title>Re: 327w firewall &#x22;state&#x22; rule times out in 10sec?!?</title>
<link>http://www.dslreports.com/forum/remark,20292220</link>
<description><![CDATA[<A HREF="/useremail/u/1535700"><b>impala</b></A> : for reference, here are my inbound firewall rules:<br>credit BellSouth 327W and N O Y B in the Westell FAQ for ideas.<br><br><textarea name="code" class="text" cols=50 rows=10>title &#91; Security Level Custom (Medium) IN rules &#93;&#012;begin&#012;RulesInDropDHCPAddress&#012;drop from addr 0.0.0.0 &gt;&gt; done, alert 4 &#91;0.0.0.0 Source IP Address&#93;&#012;RulesInPassIcmpRequest&#012;pass icmp-type request, to addr %WANADDR%:32 &gt;&gt; done, alert 0 &#91;pinged&#93;&#012;RulesInDropTTL&#012;drop match 3 8 { 01:FE } &gt;&gt; done, alert 3 &#91;TTL of 0 or 1&#93;&#012;# Pass and Log Specific ICMP&#012;RulesInPassICMP&#012;pass icmp-type reply &gt;&gt; done, alert 0 &#91;Ping Reply&#93; # Type: 0 &#012;pass icmp-type exceeded &gt;&gt; done, alert 0 &#91;traceroute reply&#93; # Type: 11 &#012;pass icmp-type unreachable &gt;&gt; done, alert 0 &#91;Dst Unreachable&#93; # Type: 3 &#012;RulesInDropFrom192&#012;drop from addr %LANADDR%:%LANMASK% &gt;&gt; done, alert 4 &#91;WAN Traffic from LAN IP&#93;&#012;# Drop All Unsolicited Inbound&#012;RulesInDropAll&#012;drop all &gt;&gt; done, alert 1 &#91;Drop All Unsolicited Inbound&#93;&#012;end&#012;</textarea><!--end code block--><br>reject DHCP requests from WAN;<br>responds to pings and traceroutes; <br>rejects packets whose TTL will expire;<br>accept responses to pings and traceroutes;<br>reject private packets from wan<br>reject everything else<br><br>With these rules I depend on the stateful firewall and NAT for inbound connections, as well as whatever is hard-coded in the 327W.<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20292220</guid>
<pubDate>Sun, 06 Apr 2008 14:18:35 EDT</pubDate>
</item>

<item>
<title>Re: 327w firewall &#x22;state&#x22; rule times out in 10sec?!?</title>
<link>http://www.dslreports.com/forum/remark,20214059</link>
<description><![CDATA[<A HREF="/useremail/u/1535700"><b>impala</b></A> : Here's what my router's help page says about state:<br><br><blockquote>state<br>Specifies that the TCP/ICMP/IGMP session (particularly the sequence number in the case of TCP and the packet type and source/destination addresses and ports in the case of ICMP and IGMP) associated with this packet will be added to the state table maintained by the filtering engine. As long as that session remains in the state table all packets associated with that session are passed without comparing them to the rules decision tree. <b>The filtering engine state table logic maintains the state of the session with successive packets and closes or times it out (removes it from the state table) whenever appropriate.</b></blockquote><br><br>The bold is my emphasis.  This is normal for the state rule, but 10 seconds is not normal.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20214059</guid>
<pubDate>Sun, 23 Mar 2008 20:18:19 EDT</pubDate>
</item>

<item>
<title>327w firewall &#x22;state&#x22; rule times out in 10sec?!?</title>
<link>http://www.dslreports.com/forum/remark,20213788</link>
<description><![CDATA[<A HREF="/useremail/u/1535700"><b>impala</b></A> : I have BellSouth 327W model  D90-327W30-06 fw: 03.08.02<br><br>When I try to set the firewall rules to custom or advanced, I have connection problems with various things including slower http.  Advanced uses the stateful part of the firewall for most connections.<br><br>I added a custom rule to permit stateful outbound ssh traffic. I've discovered if the ssh session is idle for more than 9 seconds, it hangs.  I've tested this by using the remote system to ping another system on it's network.  -I is the SUN option for ping interval.  If I do ping -I 9 XXX then it happily pings away every 9 seconds and the ssh connection doesn't hang.  I'm up to over 500 pings and counting.  If I do ping -I 10 xxx then it pings 2 or 3 times then the ssh connection hangs.  <br><br>What this tells me is the stateful part of the firewall times out in less than 10 seconds.  That makes it pretty useless.  Can someone else confirm?<br><br>From what I've observed, this happens even with slow http connections.<br><br>Here is the rule I added to the outbound list for ssh<br><tt>pass to port 22 >> state, done </tt>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20213788</guid>
<pubDate>Sun, 23 Mar 2008 18:53:41 EDT</pubDate>
</item>

</channel>
</rss>
