<?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>topic Re: Procurve Vlans in Switches, Hubs, and Modems</title>
    <link>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-vlans/m-p/4772490#M25670</link>
    <description>ditto :-)</description>
    <pubDate>Fri, 01 Apr 2011 17:03:51 GMT</pubDate>
    <dc:creator>Jeff Carrell</dc:creator>
    <dc:date>2011-04-01T17:03:51Z</dc:date>
    <item>
      <title>Procurve Vlans</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-vlans/m-p/4772484#M25664</link>
      <description>I am kind of new to vlans, done more with cisco than procurve. I need some help to determine if I'm doing this right. Here is my setup.&lt;BR /&gt;&lt;BR /&gt;I have a Procurve 5406zl that has 4 10GB fiber links and then a 24 Port Ethernet modules.&lt;BR /&gt;Now the 4 Fiber connections go to each core switch at different buildings, while the ethernet module is my servers and various other things.&lt;BR /&gt;&lt;BR /&gt;What I'm wanting to do is put a VLAN on each of the fiber ports to cut down on broadcast traffic but still want them to be able to talk to each other along with the servers.&lt;BR /&gt;&lt;BR /&gt;What I have done is enable IP routing created 4 vlans on different subnets. Each port I tagged in the appropriate VLAN and that is all I have done.&lt;BR /&gt;&lt;BR /&gt;I'm unsure if this is actually working or if I must untag some ports. The terminology is a little confusing to me so any help would be greatly appreciated. Thank you.</description>
      <pubDate>Thu, 31 Mar 2011 15:42:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-vlans/m-p/4772484#M25664</guid>
      <dc:creator>jevans6744</dc:creator>
      <dc:date>2011-03-31T15:42:34Z</dc:date>
    </item>
    <item>
      <title>Re: Procurve Vlans</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-vlans/m-p/4772485#M25665</link>
      <description>Probably you don't want the ports to be tagged, unless they connect to another switch with its ports set-up the same way (there are some other reasons).&lt;BR /&gt;&lt;BR /&gt;VLAN tags mean the packets sent out over that link have an extra ethernet header inserted, called a VLAN tag, that tells the receiving equipment what VLAN the packet belongs to. This is useful for trunking VLANs between switches you don't need a link per VLAN. Most of the time to servers and clients, one would not do this.</description>
      <pubDate>Thu, 31 Mar 2011 22:15:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-vlans/m-p/4772485#M25665</guid>
      <dc:creator>Marco Wessel</dc:creator>
      <dc:date>2011-03-31T22:15:00Z</dc:date>
    </item>
    <item>
      <title>Re: Procurve Vlans</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-vlans/m-p/4772486#M25666</link>
      <description>a couple of tidbits:&lt;BR /&gt;&lt;BR /&gt;Cisco      -  ProVision (ProCurve)&lt;BR /&gt;access port = untag port&lt;BR /&gt;trunk port = tagged port&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Get this CLI ref guide, it shows how to configure HP ProVision, HP Comware5 and Cisco switches for lots of different functions, in a side-by-side comparison, so if you know one CLI, you see how to do it in a different CLI:&lt;BR /&gt;&lt;A href="http://h17007.www1.hp.com/docs/interoperability/Cisco/HP-Networking-and-Cisco-CLI-Reference-Guide_June_10_WW_Eng_ltr.pdf" target="_blank"&gt;http://h17007.www1.hp.com/docs/interoperability/Cisco/HP-Networking-and-Cisco-CLI-Reference-Guide_June_10_WW_Eng_ltr.pdf&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;basically, devices connect to ports "untagged" in vlans, switch-to-switch links with multiple vlans crossing are connected on "tagged" ports in those vlans.&lt;BR /&gt;&lt;BR /&gt;in order to route traffic, each vlan must have an IP addr in it, and that is the def g/w for the connected devices in that vlan, and of course 'ip routing' enabled.&lt;BR /&gt;&lt;BR /&gt;hth...Jeff</description>
      <pubDate>Thu, 31 Mar 2011 23:11:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-vlans/m-p/4772486#M25666</guid>
      <dc:creator>Jeff Carrell</dc:creator>
      <dc:date>2011-03-31T23:11:35Z</dc:date>
    </item>
    <item>
      <title>Re: Procurve Vlans</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-vlans/m-p/4772487#M25667</link>
      <description>Ok so I think I understand what you're saying. So if I want to make this work right all ports that are devices will be untagged?&lt;BR /&gt;&lt;BR /&gt;Then each of my links should have their own vlan and be tagged in it, along with the switch at each building should have the same vlan and be tagged as well? Like this:&lt;BR /&gt;&lt;BR /&gt;Fiber Port 1 core ----10GBlink---- Fiber port building 1 = Both tagged in Vlan 100 (with different IP's)&lt;BR /&gt;&lt;BR /&gt;Fiber port 2 Core ----10GBlink---- Fiber port building 2 = Both tagged in Vlan 200 &lt;BR /&gt;&lt;BR /&gt;And so on for the rest of the links correct? Or does each fiber port on the core need to be tagged in all the vlans (100,200...)?</description>
      <pubDate>Fri, 01 Apr 2011 11:56:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-vlans/m-p/4772487#M25667</guid>
      <dc:creator>jevans6744</dc:creator>
      <dc:date>2011-04-01T11:56:01Z</dc:date>
    </item>
    <item>
      <title>Re: Procurve Vlans</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-vlans/m-p/4772488#M25668</link>
      <description>So if I want to make this work right all ports that are devices will be untagged?&lt;BR /&gt;&lt;BR /&gt;JC - yes&lt;BR /&gt;&lt;BR /&gt;Then each of my links should have their own vlan and be tagged in it, along with the switch at each building should have the same vlan and be tagged as well? Like this:&lt;BR /&gt;&lt;BR /&gt;Fiber Port 1 core ----10GBlink---- Fiber port building 1 = Both tagged in Vlan 100 (with different IP's)&lt;BR /&gt;&lt;BR /&gt;Fiber port 2 Core ----10GBlink---- Fiber port building 2 = Both tagged in Vlan 200&lt;BR /&gt;&lt;BR /&gt;And so on for the rest of the links correct?&lt;BR /&gt;&lt;BR /&gt;JC - yes&lt;BR /&gt;&lt;BR /&gt; Or does each fiber port on the core need to be tagged in all the vlans (100,200...)?&lt;BR /&gt;&lt;BR /&gt;JC - only tag the vlans on the switch-to-switch links that need them...so if in the future you need vlan 100 at building 2, you would tag the links (both ends) into vlan 100, then add some untag ports in the building 2 switch for devices.&lt;BR /&gt;&lt;BR /&gt;hth...Jeff&lt;BR /&gt;</description>
      <pubDate>Fri, 01 Apr 2011 12:23:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-vlans/m-p/4772488#M25668</guid>
      <dc:creator>Jeff Carrell</dc:creator>
      <dc:date>2011-04-01T12:23:15Z</dc:date>
    </item>
    <item>
      <title>Re: Procurve Vlans</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-vlans/m-p/4772489#M25669</link>
      <description>"JC - only tag the vlans on the switch-to-switch links that need them..."&lt;BR /&gt;&lt;BR /&gt;I'd always tag the links between switches. This way you can more easily add vlans in the future if you need, without getting into the situation where there is a combination of tagged and untagged vlans on a link.</description>
      <pubDate>Fri, 01 Apr 2011 16:35:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-vlans/m-p/4772489#M25669</guid>
      <dc:creator>Marco Wessel</dc:creator>
      <dc:date>2011-04-01T16:35:11Z</dc:date>
    </item>
    <item>
      <title>Re: Procurve Vlans</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-vlans/m-p/4772490#M25670</link>
      <description>ditto :-)</description>
      <pubDate>Fri, 01 Apr 2011 17:03:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-vlans/m-p/4772490#M25670</guid>
      <dc:creator>Jeff Carrell</dc:creator>
      <dc:date>2011-04-01T17:03:51Z</dc:date>
    </item>
    <item>
      <title>Re: Procurve Vlans</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-vlans/m-p/4772491#M25671</link>
      <description>Thank you guys. I think I have them setup correctly now. Everything seems to be working just fine. Not sure how to tell if the vlans are doing what I want but I'm sure they are.</description>
      <pubDate>Fri, 01 Apr 2011 17:37:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-vlans/m-p/4772491#M25671</guid>
      <dc:creator>jevans6744</dc:creator>
      <dc:date>2011-04-01T17:37:34Z</dc:date>
    </item>
    <item>
      <title>Re: Procurve Vlans</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-vlans/m-p/4772492#M25672</link>
      <description>jevans6744 said: "Not sure how to tell if the vlans are doing what I want"&lt;BR /&gt;&lt;BR /&gt;Your users will tell when things don't work...hahahaha&lt;BR /&gt;&lt;BR /&gt;Have a great weekend!</description>
      <pubDate>Fri, 01 Apr 2011 17:56:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-vlans/m-p/4772492#M25672</guid>
      <dc:creator>Jeff Carrell</dc:creator>
      <dc:date>2011-04-01T17:56:54Z</dc:date>
    </item>
  </channel>
</rss>

