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

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

<channel>
<title>Topic &#x27;Re: FILTERS BLASTOFF...........fizzzzle&#x27; in forum &#x27;Netgear&#x27; - dslreports.com</title>
<link>http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1282838</link>
<description></description>
<language>en</language>
<pubDate>Sat, 26 Mar 2022 14:00:18 EDT</pubDate>
<lastBuildDate>Sat, 26 Mar 2022 14:00:18 EDT</lastBuildDate>

<item>
<title>Re: FILTERS BLASTOFF...........fizzzzle</title>
<link>http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1297344</link>
<description><![CDATA[bbarrera posted : Al,<br><br>Call filters are only used with PPPoE encapsulation (defined in menu 4 or 11).<br><br>Brian]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1297344</guid>
<pubDate>Fri, 17 Aug 2001 14:35:53 EDT</pubDate>
</item>
<item>
<title>Re: FILTERS BLASTOFF...........fizzzzle</title>
<link>http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1296875</link>
<description><![CDATA[Sentinel posted : Call filters are only if you use some type of ISP that makes you "call" in; correct? If you have to initiate a "dial-up like" connection such as DSL.<br><br>If you use ethernet/cable ISP then the call filters options are not displayed.<br><small>--<br>~AL~</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1296875</guid>
<pubDate>Fri, 17 Aug 2001 12:53:48 EDT</pubDate>
</item>
<item>
<title>Re: FILTERS BLASTOFF...........fizzzzle</title>
<link>http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1296195</link>
<description><![CDATA[Anav posted : Interesting you say that cause...<br>Sometimes I turn on the computer and it seems the connection is not automatic ie thru the browser, I have to prod it with a ping internal or external, or by asking for mail.     Is this unusual??]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1296195</guid>
<pubDate>Fri, 17 Aug 2001 09:58:39 EDT</pubDate>
</item>
<item>
<title>Re: FILTERS BLASTOFF...........fizzzzle</title>
<link>http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1296176</link>
<description><![CDATA[SYNACK posted : A call filter is only active if the line is down.<br>With a call filter you block unimportant maintenance traffic from accidentally triggering a connection.<br><br>They filter based on the line status:<br>If line is down, they block.<br>If line is up, they pass the packets, but the idle timer is not reset.<br><br>For example you could put ICMP into a call filter. If you now ping something on the WAN nothing happens.<br>Open a browser session and a call is triggered.<br>Now you will be able to ping, because the line is up.<br><br>Without the call filter, the ping alone would also trigger a call. This is only really important if you have measured service and pay by the minute.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1296176</guid>
<pubDate>Fri, 17 Aug 2001 09:54:23 EDT</pubDate>
</item>
<item>
<title>Re: FILTERS BLASTOFF...........fizzzzle</title>
<link>http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1295993</link>
<description><![CDATA[edhample posted : OK - Now that we all have a better grasp how the RT314 is nailed together...<br><br>What exactly does a "Call Filter" do? <br><i>[text was edited by author 2001-08-17 09:00:52]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1295993</guid>
<pubDate>Fri, 17 Aug 2001 09:00:20 EDT</pubDate>
</item>
<item>
<title>Re: FILTERS BLASTOFF...........fizzzzle</title>
<link>http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1293583</link>
<description><![CDATA[raripple posted : Wow guys!  I finally understand the little black box I have here!  Thanks for all the work and information!!!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1293583</guid>
<pubDate>Thu, 16 Aug 2001 20:19:42 EDT</pubDate>
</item>
<item>
<title>Re: FILTERS BLASTOFF...........fizzzzle</title>
<link>http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1290646</link>
<description><![CDATA[Anav posted : No thank you Ed, for making the most of this discussion!!<br>Hey, how come you got the 3 thumbs (it was my thread) J/K<br><br>Now if only I understood what all the entries are in menu 21 and what effect they had,, i could be well on my way to designing filters...... and give SYNACK more headaches.<br><br>This is a great forum!!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1290646</guid>
<pubDate>Thu, 16 Aug 2001 10:14:04 EDT</pubDate>
</item>
<item>
<title>Re: FILTERS BLASTOFF...........fizzzzle</title>
<link>http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1290590</link>
<description><![CDATA[edhample posted : Thanks to everyone who offered comments on my block diagram.<br>I have placed a revised diagram at the URL below (same as earlier).<br><br>&raquo;<A HREF="http://edhample.home.sprynet.com/images/router.jpg" >edhample.home.sprynet.co &middot;&middot;&middot; uter.jpg</A><br><br>I have also uploaded a Visio diagram (the actual source of the JPG image). The URL is:<br><br>&raquo;<A HREF="http://edhample.home.sprynet.com/images/router.vsd" >edhample.home.sprynet.co &middot;&middot;&middot; uter.vsd</A><br><br>Please feel free to make corrections to the Visio diagram - please e-mail the modified file to me and I will correct my master copy accordingly and post the result.<br><br>Thanks again for all of the input - both functional and syntactical.<br><br>e]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1290590</guid>
<pubDate>Thu, 16 Aug 2001 09:59:42 EDT</pubDate>
</item>
<item>
<title></title>
<link>http://www.dslreports.com/forum/-1290050</link>
<description><![CDATA[Rizal7 posted : This is the packet travel on a ZyWALL 10, for the routers without firewall just remove the firewall/VPN boxes in the picture.<br><i>[text was edited by author 2001-08-16 06:07:08]</i><br><!-- 1290050  HASH(0xa696608)   --><div class="borderless"><TABLE WIDTH=96% align=center border=0 CELLPADDING=4"><TR><TD ALIGN=CENTER VALIGN=MIDDLE COLSPAN=3 WIDTH=100%><A HREF="/speak/slideshow/1290050?c=18843&ret=64urlL2ZvcnVtL3IxMjk1OTkzLnhtbA"><IMG class="apic" id="p15963" BORDER=0 TITLE="20382 bytes" SRC="/r0/download/18843.thumb600~cde6c5cf865f033db70ad7b88001b713/filter.gif.gif/thumb.jpg" ALT="Click for full size"></A></TD></TABLE></div>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/-1290050</guid>
<pubDate>Thu, 16 Aug 2001 06:05:49 EDT</pubDate>
</item>
<item>
<title>Re: FILTERS BLASTOFF...........fizzzzle</title>
<link>http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1287546</link>
<description><![CDATA[bbarrera posted : I basically agree with Bobsled but...<br><br>The diagram is misleading without one more box for internal servers. So I think the servers box is critical.<br><br>Regarding call filters, what if you put call filters in an existing box, separating the two filters by a horizontal dividing line? I forgot which box they fit into but that info is in the doc.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1287546</guid>
<pubDate>Wed, 15 Aug 2001 19:22:29 EDT</pubDate>
</item>
<item>
<title>Re: FILTERS BLASTOFF...........fizzzzle</title>
<link>http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1287101</link>
<description><![CDATA[Bobcat79 posted : On the lower right of the routing box you have a minor typo:  <B>Lan</B> should be <B>LAN</B><br><br>SYNACK's and bbarrera's comments are good, but be careful not to make the diagram too complicated!  Perhaps you should leave this diagram alone and make an expanded diagram with some more details.  K.I.S.S.!!<br><small>--<br>Earthlink/Mindspring/Covad DSL 1.5M/384k; Avg speed 1300k/325k</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1287101</guid>
<pubDate>Wed, 15 Aug 2001 17:50:59 EDT</pubDate>
</item>
<item>
<title>Re: FILTERS BLASTOFF...........fizzzzle</title>
<link>http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1286919</link>
<description><![CDATA[bbarrera posted : Looks great.<br><br>One general comment:<br><br>1. I think it would help if you add a box to left/right of routing box that shows the router's <B>internal servers</B> (http, telnet, ftp and DNS proxy servers). <br><br>For PPPoE I'll add these comments:<br><br>1. Call filters per SYNACKs suggestion<br><br>2. You may want to show that Ethernet/PPPoE frames are converted to PPP frames immediately after physical interface and before the generic filters.<br><br>3. The embedded packet trace for PPPoE encapsulation sees packets on both enet1 (Ethernet frames) and poe0 (PPP frames).]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1286919</guid>
<pubDate>Wed, 15 Aug 2001 17:19:30 EDT</pubDate>
</item>
<item>
<title>Re: FILTERS BLASTOFF...........fizzzzle</title>
<link>http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1286891</link>
<description><![CDATA[Anav posted : I agree the box above WAN OUTPUT..ie next to menu 11.5 WAN OUTPUT is named input....believe this one is in error.<br><br>Anav]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1286891</guid>
<pubDate>Wed, 15 Aug 2001 17:14:37 EDT</pubDate>
</item>
<item>
<title>Re: FILTERS BLASTOFF...........fizzzzle</title>
<link>http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1286846</link>
<description><![CDATA[anon posted : Are there one too many wan input boxes?  Shouldn't one of those be wan output?<br><br>Jim]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1286846</guid>
<pubDate>Wed, 15 Aug 2001 17:03:45 EDT</pubDate>
</item>
<item>
<title>Re: FILTERS BLASTOFF...........fizzzzle</title>
<link>http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1286639</link>
<description><![CDATA[SYNACK posted : Yes, looks good! The order of protocol filters/device filters on the LAN side might also be important, because it will determine how to design the filters. I believe also for the LAN side the generics are on the "outside".<br><br>If you want to expand it a little bit:<br><br>1. For people with PPPoE, the call filters could be included.<br><br>2. Things get even "hairier" if you add the ZyWALL. The Firewall code is yet another box for incoming and outgoing.<br>(See figure 14.5 in the ZyWALL manual you can download).<br><br>3. Also, the embedded packet trace sees the packets <B>after</B> the generic filters, but before NAT. If you have generic filters, certain packets are not seen at all.<br><br><i>[text was edited by author 2001-08-15 16:31:14]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1286639</guid>
<pubDate>Wed, 15 Aug 2001 16:27:48 EDT</pubDate>
</item>
<item>
<title>Re: FILTERS BLASTOFF...........fizzzzle</title>
<link>http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1286509</link>
<description><![CDATA[Sentinel posted : Very nice job! I do believe you got it correct there. (Unless someone says otherwise). I printed it out and I will use it to explain to others. Best explanation I have seen.<br><small>--<br>~AL~</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1286509</guid>
<pubDate>Wed, 15 Aug 2001 16:00:16 EDT</pubDate>
</item>
<item>
<title>Re: FILTERS BLASTOFF...........fizzzzle</title>
<link>http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1286219</link>
<description><![CDATA[edhample posted : Based on everything I have read here and on the ZyXel site, I put together a block diagram of how I thing the RT314 works. You can view this diagram at:<br><br>&raquo;<A HREF="http://edhample.home.sprynet.com/images/router.jpg" >edhample.home.sprynet.co &middot;&middot;&middot; uter.jpg</A><br><br>Please review and send me your comments.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1286219</guid>
<pubDate>Wed, 15 Aug 2001 14:59:06 EDT</pubDate>
</item>
<item>
<title>Re: FILTERS BLASTOFF...........fizzzzle</title>
<link>http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1285742</link>
<description><![CDATA[SYNACK posted : Yes, the source IP is also available for filtering, but it is not changed by NAT (for incoming packets). Even after NAT translation, you can filter equally well based on source. I think a lot of thought went into the basic design of the filters. After NAT, more meaningful decisions can be made overall. Lock at the "stateful filters". They would not be possible if protocol filtering is done before NAT.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1285742</guid>
<pubDate>Wed, 15 Aug 2001 13:16:20 EDT</pubDate>
</item>
<item>
<title>Re: FILTERS BLASTOFF...........fizzzzle</title>
<link>http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1285665</link>
<description><![CDATA[Anav posted : Thanks. <br><br>Somehow I thought that the source address information, not just your own WAN IP was available in the incoming packets so thus filterable.<br><br>Have you read gibsons GENESIS information at www.grc.com??<br>&raquo;<A HREF="http://grc.com/r&d/nomoredos3.htm" >grc.com/r&d/nomoredos3.htm</A><br><br>Interested in what you think of that??<br>specifically, are his DoS procedures useable by us or is this something netgear has to implement in firmware??<br><br>Anav<br>PS  It's the first place I saw ..SYN...ACK...<br><i>[text was edited by author 2001-08-15 13:07:47]</i>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1285665</guid>
<pubDate>Wed, 15 Aug 2001 12:57:38 EDT</pubDate>
</item>
<item>
<title>Re: FILTERS BLASTOFF...........fizzzzle</title>
<link>http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1285574</link>
<description><![CDATA[edhample posted : I found the following link on the XyXEL web site - this provides a slightly clearer picture of how the filters work:<br><br>&raquo;<A HREF="http://www.zyxel.com/support/supportnote/p314/index_f.htm" >www.zyxel.com/support/su &middot;&middot;&middot; ex_f.htm</A><br><br>e]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1285574</guid>
<pubDate>Wed, 15 Aug 2001 12:39:55 EDT</pubDate>
</item>
<item>
<title>Re: FILTERS BLASTOFF...........fizzzzle</title>
<link>http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1285446</link>
<description><![CDATA[SYNACK posted : Input and output is always relative to the router. An incoming packet comes IN the WAN port and OUT the LAN port to you.<br><br>NO, before NAT every single packet has your WAN IP as destination, thus this field is completely uninteresting and useless because it does not carry any information (you already know your WAN IP!). You might as well unplug the cable instead of filtering based on destination IP before NAT. After NAT translation the destination is the LAN target, so you can filter based on the NAT state, e.g. block traffic to a certain user. This is more flexible.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1285446</guid>
<pubDate>Wed, 15 Aug 2001 12:07:27 EDT</pubDate>
</item>
<item>
<title>Re: FILTERS BLASTOFF...........fizzzzle</title>
<link>http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1285398</link>
<description><![CDATA[Anav posted :  I only followed this line of thinking so far,,,,,and got sucked down in quicksand.....<br><br>Take a page from Ed there SYNACK... his clear language is refreshing (like a cold fresca) :-p.<br><br>Is what you meant to say:<br><br>Traffic, from the internet, is generic 'input' filtered [packet specific] prior to the NAT in the router.<br>After NAT, protocol 'input' filtering [IPaddress/Portaddress filtering] is applied.<br><br>At this point in time IP addresses that will reach the LAN have been converted already from the WAN IP address for the applicable recipient LAN puters.<br><br>My only question here is, why would one not want to filter out unwanted protocol, ie an unwanted external IP address prior to NAT translation? More efficient? <br><br>Next step is applied prior to data entering the local subnet.  You describe these as LAN OUTPUT???? Should that not have been LAN INPUT protocol and generic filters???<br><br>That is assuming the reverse ....information sent outside the LAN from inside the subnet would first go through LAN OUTPUT filters.<br><br>Next the data would cross the WAN protocol OUTPUT filters, then process through the NAT and then be subjected to the WAN generic output filters   <br><br>Clear as Mud <br>Anav]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1285398</guid>
<pubDate>Wed, 15 Aug 2001 11:54:25 EDT</pubDate>
</item>
<item>
<title>Re: FILTERS BLASTOFF...........fizzzzle</title>
<link>http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1285184</link>
<description><![CDATA[SYNACK posted : Yes you are on the right track, but if you dig a little deeper it gets even more complex.<br>E.g. incoming:<br><br>WAN -> generic WAN input filters -> NAT translation -> protocol WAN input filters -> routing -> LAN output and generic filters -> LAN<br><br>NAT translation is important to know, because the destination IP needed in protocol filters is already the LAN target.<br><br>Similar for outgoing packets. If you are on PPPoE, you also have call filters. They block depending on the state of your LAN connection.<br><br>See also:<br>&raquo;<A HREF="http://www.zyxel.com/support/supportnote/p314/app/f_how.htm" >www.zyxel.com/support/su &middot;&middot;&middot; _how.htm</A><br><i>[text was edited by author 2001-08-15 11:01:47]</i>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1285184</guid>
<pubDate>Wed, 15 Aug 2001 10:53:34 EDT</pubDate>
</item>
<item>
<title>Re: FILTERS BLASTOFF...........fizzzzle</title>
<link>http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1285154</link>
<description><![CDATA[edhample posted : Lots of great info in this thread! Let me see if I understand how everything fits together...<br><br>ALL filters are DEFINED in menu 21 - but menu 21 does not determine how and when they are applied.<br><br>Menu 3.1 - LAN Port Filter Setup - controls which filters are applied to traffic coming into or leaving the local network.<br><br>Menu 11.5 - Remote Node Filters - controls which filters are applied to traffic entering or leaving the router via the INTERNET (WAN) port.<br><br>Now my questions:<br><br>On menu 3.1 and 11.5 - How are "input" and "output" defined? Input and Output to what?, from what?<br><br>I guess what I am really asking is - what is the architecture of the RT314 and where do the filters fit in?<br><br>My impression is that the router is organized something like:<br><br>LAN&lt-&gt[filters]&lt-&gt[Router]&lt-&gt[filters]&lt-&gt WAN<br><br>If this is accurate, traffic on the RT314's 4 switched LAN ports would travel through the LAN unfiltered. Anything that is not in the local subnet will be subjected to the filters in menu 3.1. Upon leaving the router, they would be subjected to the filters defined in menu 11.5.<br><br>Incoming packets from the Internet are subjected to the filters in 11.5 before passing through the router. From the router they will hit the filters on 3.1 before entering the local LAN.<br><br>Am I on the right track, or should I reboot by brain and start over?]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1285154</guid>
<pubDate>Wed, 15 Aug 2001 10:44:58 EDT</pubDate>
</item>
<item>
<title>Re: FILTERS BLASTOFF...........fizzzzle</title>
<link>http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1284914</link>
<description><![CDATA[Sentinel posted :  <BLOCKQUOTE><SMALL>said by Anav:</SMALL><HR>Thanks man feel a bit of progress here.  Thus what your saying is that the menu 11.5 input filter protocol should have the number 4 in it (in my case) to reflect the filter set number 4 that I have defined in menu 21.  If this is true good!  <HR></BLOCKQUOTE><br>Yes. Correct.<br><br> <BLOCKQUOTE><SMALL>said by Anav:</SMALL><HR>Next, why Am I putting a number 1 in the output filter protocol?  Shouldn't that be a number 4 as well????  [ isn't that referring to the default filter set number 1 and thus I should remove it????]<HR></BLOCKQUOTE><br>#1 is one of the default filters. If you deleted or are not using it then you can remove it from that spot. If you replaced it with your own filter then you may want to leave it there. This location is where you apply the filters that are made in menu 21. If you have a filter #1 and you want it to be applied to incoming traffic then you would list it here.<br><br> <BLOCKQUOTE><SMALL>said by Anav:</SMALL><HR>Thirdly this is not the only place to "activate" filters defined in menu 21??   I noted in menu 3 lan port selection that there is a page LAN port filter setup.  I noted here there is a number two for input filter protocol [ Again does this not refer to the default filter set 2 - and should I remove this????]<HR></BLOCKQUOTE><br>Correct. Menu 3 is LAN filters. #2 is one of the three default filters. Again, if you are not using it then you can delete it here as it is not used. Menu 3 does not apply to incoming traffic from the web. Menu 11.5 applied to traffic going out to or coming in from the web.<br><br> <BLOCKQUOTE><SMALL>said by Anav:</SMALL><HR>Lastly,  I could not find anywhere a similar WAN filter setup????  where is it hiding or is it covered by all entries in menu 11????<HR></BLOCKQUOTE><br>Please explain. The default filter #3 is the only filter that filters incoming traffic from the outside world. aka the web or WAN side. In firmware 3.25 it is not used anymore so it is listed in menu 21 but not applied in menu 11.5.<br><br> <BLOCKQUOTE><SMALL>said by Anav:</SMALL><HR>PS. I understood your cascading info but, i only need one filter set according to the gurus, but thanx anyway! <HR></BLOCKQUOTE><br><br>If your filter #4 is the only filter you are applying to the incoming WAN side then it would be the only filter listed under Input Filter sets -> Protocol Filters. The last rule would be forward since there is no next rule to check.<br><small>--<br>~AL~</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1284914</guid>
<pubDate>Wed, 15 Aug 2001 09:39:20 EDT</pubDate>
</item>
<item>
<title>Re: FILTERS BLASTOFF...........fizzzzle</title>
<link>http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1284615</link>
<description><![CDATA[Anav posted : Thanks man feel a bit of progress here.  Thus what your saying is that the menu 11.5 input filter protocol should have the number 4 in it (in my case) to reflect the filter set number 4 that I have defined in menu 21.  If this is true good!  <br><br>Next, why Am I putting a number 1 in the output filter protocol?  Shouldn't that be a number 4 as well????  [ isn't that referring to the default filter set number 1 and thus I should remove it????]<br><br>Thirdly this is not the only place to "activate" filters defined in menu 21??   I noted in menu 3 lan port selection that there is a page LAN port filter setup.  I noted here there is a number two for input filter protocol [ Again does this not refer to the default filter set 2 - and should I remove this????]<br><br>Lastly,  I could not find anywhere a similar WAN filter setup????  where is it hiding or is it covered by all entries in menu 11????<br><br>PS. I understood your cascading info but, i only need one filter set according to the gurus, but thanx anyway!<br><br>Anav]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1284615</guid>
<pubDate>Wed, 15 Aug 2001 07:58:49 EDT</pubDate>
</item>
<item>
<title>Re: FILTERS BLASTOFF...........fizzzzle</title>
<link>http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1283834</link>
<description><![CDATA[wormholealien posted :  <BLOCKQUOTE><SMALL>said by Anav:</SMALL><HR><br>Also still confused on menu 11.5,  there is not a separate entry for each of the filter sets????  Just one page so how to enter it is a mystery<HR></BLOCKQUOTE><br><br>Below is an example of what your menu 11.5 may look like.<br>In this example I have shown how you could <I>chain</I> two filter sets together, in this example filter set 4 and set 7.<br>These are the Set # from menu 21. You can chain a maximum of 4 filter sets in any of the fields below that is Input Filter Sets, can have a max of 4 filters, Output Filter Sets max of 4, etc.<br><br>To chain filters together the <B>last rule</B> of the filter in this case the last rule of filter 4 must be Check Next Rule as show below. This allows the packet to be passed onto the next filter set which is filter 7.<br><br>  Action Matched= (Drop or Forward)<br> Action Not Matched= <B>Check Next Rule</B><br><br>Now for the <B>last rule</B> of filter 7, it must have Action not matched set to either Forward or Drop. In most cases it would be set to Forward though.<br><br><PRE>        Menu 11.5 - Remote Node Filter<br><br>   Input Filter Sets:<br>     protocol filters= 4<B>,7</B><br>       device filters= <br>   Output Filter Sets:<br>     protocol filters= 1<br>       device filters= 6</PRE><br><br>As you can see to chain filters together you place a comma between the filter numbers. <br>The order of these numbers is the order that they will be processed by the router]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1283834</guid>
<pubDate>Wed, 15 Aug 2001 00:58:46 EDT</pubDate>
</item>
<item>
<title>Re: FILTERS BLASTOFF...........fizzzzle</title>
<link>http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1283118</link>
<description><![CDATA[Anav posted : Mucho tanx.  I did not have the info as you deftly surmized.<br>I will fix that and ensure that I hit enter enter enter to get Dp=53 ie into the ROM.<br><br><br>Okay Got DP = 53 working now.  I noted in Lan setup that there was an entry of the number 2 for 1st protocols setting????<br><br>Also still confused on menu 11.5,  there is not a separate entry for each of the filter sets????  Just one page so how to enter it is a mystery.  I did change 1 / 1 to   4  /  1 for the I/O protocols...<br><br><br>netgear phone support was not able to answer my last question. LOL<br><i>[text was edited by author 2001-08-14 22:58:32]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1283118</guid>
<pubDate>Tue, 14 Aug 2001 22:47:57 EDT</pubDate>
</item>
<item>
<title>Re: FILTERS BLASTOFF...........fizzzzle</title>
<link>http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1283056</link>
<description><![CDATA[Bobcat79 posted : For your DP=53, it should show-up in the summary.  When creating the rule, did you remember to add <B>Port # Comp= Equal</B>?<br><br>Menu 11.5 lists the filter sets, <I>by filter set number,</I> to be applied and the order in which to apply them.  I didn't go and look at the specific filters you're trying to use, but I believe you want to enter a <B>4</B> for the <B>Input Filter Sets</B>, and a <B>1</B> for the <B>Output Filter Sets</B> (in each case for the <B>protocol filters</B>).<br><br>Sorry for the short answer, but I hope this helps...<br><SMALL>--<br>Earthlink/Mindspring/Covad DSL 1.5M/384k; Avg speed 1300k/325k</SMALL><br><br><br><i>[text was edited by author 2001-08-14 22:39:31]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-FILTERS-BLASTOFFfizzzzle-1283056</guid>
<pubDate>Tue, 14 Aug 2001 22:36:14 EDT</pubDate>
</item>
<item>
<title>FILTERS BLASTOFF...........fizzzzle</title>
<link>http://www.dslreports.com/forum/FILTERS-BLASTOFFfizzzzle-1282838</link>
<description><![CDATA[Anav posted : I carefully inserted the simple filter (3 rule) recommendation.  The menu 21.4 summary seemed fine except there was no visible DP=53, although I went back and checked that in Destination Port 53 was entered in R3.<br>Q1.  Is this omission in the summary page normal?<br><br>I finally figured out how to reach Menu 11.5, thanks for the lack of information LOL,  ie use "edit filter set" the 5th tab entry hence the point 5 LOL.  Took me a while to get there...<br>C1  Don't forget to include this minor step in future instructions for newbies like me (or telnet challenged).<br><br>I noted the three filters already in menu 21. So I used slot number 4 (you may have figured that out already).  When I got to menu 11.5, I did as instructed and put in 1 and 1 (input/output protocol filters).<br>Q1  Should I have put in a 4 instead of a 1 <br>[ I don't think so , I get the feeling its not for identifying the filter set but how many????]<br><br>Q2  How does this entry know which of filter sets to use??<br><br>Q3  How do I know which of the 4 filter sets are actually active (read that the first 3 are defaulted off.....where is the indication of this status)<br><br>Q4  Should I delete the other three?? then 1 and 1 would be effective???<br><br>Lost in Filter Space<br>Anav<br><br>Should Add.. RT314, Shaw Cable, w98Se<br><i>[text was edited by author 2001-08-14 21:58:44]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/FILTERS-BLASTOFFfizzzzle-1282838</guid>
<pubDate>Tue, 14 Aug 2001 21:57:10 EDT</pubDate>
</item>
</channel>
</rss>
