<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>Switches, Hubs, and Modems의 주제 Re: Using SNORT w/4108gl switches</title>
    <link>https://community.hpe.com/t5/switches-hubs-and-modems/using-snort-w-4108gl-switches/m-p/3578007#M5429</link>
    <description>We are also considering the 5300xl. If we have an environment with a 5300 and a 4108, can I plug a SNORT listener into the 5300 and see all the traffic traversing the 5300 *and* the 4100 successfully?</description>
    <pubDate>Mon, 01 Aug 2005 12:32:38 GMT</pubDate>
    <dc:creator>Mark Landin</dc:creator>
    <dc:date>2005-08-01T12:32:38Z</dc:date>
    <item>
      <title>Using SNORT w/4108gl switches</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/using-snort-w-4108gl-switches/m-p/3578002#M5424</link>
      <description>We are wanting to set up a snort box (&lt;A href="http://www.snort.org)" target="_blank"&gt;www.snort.org)&lt;/A&gt; to help track down an infected machine in our network. Snort, of course, requires that it be able to see all traffic on the network.&lt;BR /&gt;&lt;BR /&gt;So how can I do that when I have 4108gl switches in my switch core? The 4108gl has a limitation w/regard to setting up a "monitor" port .. it can only do "ingress monitoring".&lt;BR /&gt;&lt;BR /&gt;Is anyone successfully using snort in an environment with 4108gl switches?</description>
      <pubDate>Thu, 07 Jul 2005 10:44:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/using-snort-w-4108gl-switches/m-p/3578002#M5424</guid>
      <dc:creator>Mark Landin</dc:creator>
      <dc:date>2005-07-07T10:44:31Z</dc:date>
    </item>
    <item>
      <title>Re: Using SNORT w/4108gl switches</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/using-snort-w-4108gl-switches/m-p/3578003#M5425</link>
      <description>Mark,&lt;BR /&gt;not sure off the top. i would think that the snort forums would be better equipted to answer this question. have you tried there?&lt;BR /&gt;-Jeff&lt;BR /&gt;</description>
      <pubDate>Wed, 13 Jul 2005 09:37:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/using-snort-w-4108gl-switches/m-p/3578003#M5425</guid>
      <dc:creator>Jeff Brownell</dc:creator>
      <dc:date>2005-07-13T09:37:52Z</dc:date>
    </item>
    <item>
      <title>Re: Using SNORT w/4108gl switches</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/using-snort-w-4108gl-switches/m-p/3578004#M5426</link>
      <description>Hi Mark -&lt;BR /&gt;&lt;BR /&gt;If you can monitor all of the traffic entering the 4108gl, that should be sufficient, shouldn't it?&lt;BR /&gt;&lt;BR /&gt;Ralph</description>
      <pubDate>Wed, 13 Jul 2005 10:57:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/using-snort-w-4108gl-switches/m-p/3578004#M5426</guid>
      <dc:creator>Ralph Bean_2</dc:creator>
      <dc:date>2005-07-13T10:57:12Z</dc:date>
    </item>
    <item>
      <title>Re: Using SNORT w/4108gl switches</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/using-snort-w-4108gl-switches/m-p/3578005#M5427</link>
      <description>Hello Mark,&lt;BR /&gt;&lt;BR /&gt;know exactly what you are talking about. ProCurve Switches could do the egress port monitoring only for a long time. lately ingress port monitoring shows up in the current irmware versions for some series. &lt;BR /&gt;&lt;BR /&gt;I tried to give it a quick shot on the website but you really need to figure out the release notes of the current firmware. this feature change is pushed out consequently. &lt;BR /&gt;&lt;BR /&gt;on the other hand we have only one monitor port were the traffic is aggregated. so what you might do is configure more than one ports to monitor and then aggregate that on the monitor port and get therefore more knowledge of the questionable device. &lt;BR /&gt;&lt;BR /&gt;if you like to squeze in the questionable box you need the uplinks to be configured, which leave the 4100. than you have a chance to gather ip and mac information you can look up in th switches address caches and there find the referring ports. &lt;BR /&gt;&lt;BR /&gt;for dedicated hints I need some more knowledge about your network configuration. e.g. address spaces and routing.</description>
      <pubDate>Fri, 29 Jul 2005 03:23:05 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/using-snort-w-4108gl-switches/m-p/3578005#M5427</guid>
      <dc:creator>Frank Benke_1</dc:creator>
      <dc:date>2005-07-29T03:23:05Z</dc:date>
    </item>
    <item>
      <title>Re: Using SNORT w/4108gl switches</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/using-snort-w-4108gl-switches/m-p/3578006#M5428</link>
      <description>As a previous post specified, there were a handful of ProCurve switches which were initially only capable of monitoring ingress traffic. The ability to monitor bi-directional traffic (both ingress and egress) has been added to most of our switches in recent firmware revisions. &lt;BR /&gt;&lt;BR /&gt;The 4100 series remains an exception. The ProCurve 4100 series switches are only capable of monitoring ingress only traffic and it will remain this way.&lt;BR /&gt;&lt;BR /&gt;If bi-directional monitoring is the key to getting your SNORT capture to succeed in tracking down an infected machine, there is a workaround which may meet your needs. The details of the workaround have been previously posted to the ITRC at &lt;A href="http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=317326" target="_blank"&gt;http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=317326&lt;/A&gt;  titled "HP Procurve 2650 - mirroring - does it work?" One of the postings by Ardon (Dec 20, 2003 10:35:43 GMT) contains an attachment. The details for setting up the workaround are in that attachment.&lt;BR /&gt;&lt;BR /&gt;This is quite admittedly a rather inelegant workaround. However, it is quite effective. I would never recommend this configuration for long term bi-directional monitoring. But for a quick method to capture data and isolate your infected client, this should do the trick nicely.</description>
      <pubDate>Mon, 01 Aug 2005 12:04:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/using-snort-w-4108gl-switches/m-p/3578006#M5428</guid>
      <dc:creator>Kevin Richter_1</dc:creator>
      <dc:date>2005-08-01T12:04:19Z</dc:date>
    </item>
    <item>
      <title>Re: Using SNORT w/4108gl switches</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/using-snort-w-4108gl-switches/m-p/3578007#M5429</link>
      <description>We are also considering the 5300xl. If we have an environment with a 5300 and a 4108, can I plug a SNORT listener into the 5300 and see all the traffic traversing the 5300 *and* the 4100 successfully?</description>
      <pubDate>Mon, 01 Aug 2005 12:32:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/using-snort-w-4108gl-switches/m-p/3578007#M5429</guid>
      <dc:creator>Mark Landin</dc:creator>
      <dc:date>2005-08-01T12:32:38Z</dc:date>
    </item>
    <item>
      <title>Re: Using SNORT w/4108gl switches</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/using-snort-w-4108gl-switches/m-p/3578008#M5430</link>
      <description>The ProCurve 5300 series switches support bi-directional port montoring (both ingress and egress traffic.) It would be a good example of a better or "more elegant" long term solution.</description>
      <pubDate>Mon, 01 Aug 2005 13:47:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/using-snort-w-4108gl-switches/m-p/3578008#M5430</guid>
      <dc:creator>Kevin Richter_1</dc:creator>
      <dc:date>2005-08-01T13:47:11Z</dc:date>
    </item>
    <item>
      <title>Re: Using SNORT w/4108gl switches</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/using-snort-w-4108gl-switches/m-p/3578009#M5431</link>
      <description>I missed the second part of your question in my previous reply. The 5300 would be able to monitor all traffic (bi-directional) on the link to-from the 4100. It cannot directly monitor ports on a different switch (eg. the 4100). With switches, you configure monitoring to copy traffic to-from ports on that switch to a designated port where the monitor or capture device (SNORT) is connected. The 5300 would be able to monitor any or all ports in the 5300 (including the link to-from the 4100) but cannot monitor the 4100's ports directly.</description>
      <pubDate>Mon, 01 Aug 2005 13:56:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/using-snort-w-4108gl-switches/m-p/3578009#M5431</guid>
      <dc:creator>Kevin Richter_1</dc:creator>
      <dc:date>2005-08-01T13:56:15Z</dc:date>
    </item>
  </channel>
</rss>

