<?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: Untagging at large in Switches, Hubs, and Modems</title>
    <link>https://community.hpe.com/t5/switches-hubs-and-modems/untagging-at-large/m-p/4222921#M14726</link>
    <description>I would just create these commands in a notepad (or excel sheet if automation is needed) and then paste it in the CLI (after checking it twice).&lt;BR /&gt;</description>
    <pubDate>Tue, 15 Jul 2008 08:04:23 GMT</pubDate>
    <dc:creator>Igor Ybema</dc:creator>
    <dc:date>2008-07-15T08:04:23Z</dc:date>
    <item>
      <title>Untagging at large</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/untagging-at-large/m-p/4222919#M14724</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;consider I have a switch port P that is a classic inter switch link VLAN trunk, with the default VLAN untagged and all other VLANs tagged, where "all other" is a number beyond 60 or such. Now I have to reassign this port to be an access port (untagged in some arbitrary single VLAN). How am I supposed to do this efficiently on the CLI?&lt;BR /&gt;&lt;BR /&gt;Please note that "Use the menu" is no option since it fails to work correctly when the VLAN count exceeds some arbitrary limit, failing to display VLANs beyond that number. It's not even clear what would happen if I made changes in this truncated display and save them. Are the remaining VLANs unchanged? Do they lose their assignments?&lt;BR /&gt;&lt;BR /&gt;So what remains is the CLI (just assume emergency fix mode connected serially to a switch without working LAN, exactly *because* you broke it).&lt;BR /&gt;&lt;BR /&gt;Is there really no other solution but to enter&lt;BR /&gt;&lt;BR /&gt; no vlan X tagged P&lt;BR /&gt; no vlan Y tagged P&lt;BR /&gt; no vlan Z tagged P&lt;BR /&gt; [...]&lt;BR /&gt;&lt;BR /&gt;maybe hundreds of times over, costing valuable minutes of your time and being in grave danger of losing your concentration and forgetting something or even break it (like in accidentally creating a sole "no vlan Q" statement)?&lt;BR /&gt;&lt;BR /&gt;I have overlooked something, haven't I?&lt;BR /&gt;&lt;BR /&gt;TIA,&lt;BR /&gt;Andre.</description>
      <pubDate>Thu, 26 Jun 2008 09:56:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/untagging-at-large/m-p/4222919#M14724</guid>
      <dc:creator>André Beck</dc:creator>
      <dc:date>2008-06-26T09:56:00Z</dc:date>
    </item>
    <item>
      <title>Re: Untagging at large</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/untagging-at-large/m-p/4222920#M14725</link>
      <description>is it an option to first &lt;BR /&gt;- save the current config&lt;BR /&gt;- edit this file&lt;BR /&gt;(no hurry at this moment, plenty of checks possible)&lt;BR /&gt;- erase the config&lt;BR /&gt;- paste the new config from the file ?&lt;BR /&gt;</description>
      <pubDate>Mon, 14 Jul 2008 13:20:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/untagging-at-large/m-p/4222920#M14725</guid>
      <dc:creator>Pieter 't Hart</dc:creator>
      <dc:date>2008-07-14T13:20:49Z</dc:date>
    </item>
    <item>
      <title>Re: Untagging at large</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/untagging-at-large/m-p/4222921#M14726</link>
      <description>I would just create these commands in a notepad (or excel sheet if automation is needed) and then paste it in the CLI (after checking it twice).&lt;BR /&gt;</description>
      <pubDate>Tue, 15 Jul 2008 08:04:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/untagging-at-large/m-p/4222921#M14726</guid>
      <dc:creator>Igor Ybema</dc:creator>
      <dc:date>2008-07-15T08:04:23Z</dc:date>
    </item>
    <item>
      <title>Re: Untagging at large</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/untagging-at-large/m-p/4222922#M14727</link>
      <description>Hi&lt;BR /&gt;&lt;BR /&gt;Pieter writes:&lt;BR /&gt;&lt;BR /&gt;&amp;gt; is it an option to first&lt;BR /&gt;&amp;gt; - save the current config&lt;BR /&gt;&amp;gt; - edit this file&lt;BR /&gt;&amp;gt; (no hurry at this moment, plenty of checks&lt;BR /&gt;&amp;gt; possible)&lt;BR /&gt;&amp;gt; - erase the config&lt;BR /&gt;&amp;gt; - paste the new config from the file ?&lt;BR /&gt;&lt;BR /&gt;Not really. I cannot erase the config and paste it reliably again on HP gear (let alone have a merging "copy tftp running-config" as found on IOS), and "copy tftp startup" forces a reload (instantly). It's all way less flexible than IOS...&lt;BR /&gt;&lt;BR /&gt;Igor writes:&lt;BR /&gt;&lt;BR /&gt;&amp;gt; I would just create these commands in a&lt;BR /&gt;&amp;gt; notepad (or excel sheet if automation is&lt;BR /&gt;&amp;gt; needed) and then paste it in the CLI&lt;BR /&gt;&amp;gt; (after checking it twice).&lt;BR /&gt;&lt;BR /&gt;That's essentially what I fell back to, though it's ugly. I wrote a small shell script that makes use of seq(1) and printf(1) which allowed me to create large bunches of commands of my choosing with port ranges of my choosing. Then I verified the result and pasted it in steps of some 10 to 20 lines which worked as expected.&lt;BR /&gt;&lt;BR /&gt;Did the job, but imagine how much time I could have saved by a simple&lt;BR /&gt;&lt;BR /&gt; switchport mode access&lt;BR /&gt;&lt;BR /&gt;in this case. Of course, I wouldn't even have to use that as the intention was to get a truly routed interface and an IOS L3 switch would just have done it given&lt;BR /&gt;&lt;BR /&gt; no switchport&lt;BR /&gt; ip address ...&lt;BR /&gt;&lt;BR /&gt;instead of forcing me to make the ISLs access ports bearing individual dedicated VLANs, bombing STP away on these ports using BPDU filters and then confing IP on top of the VLAN SVIs. But he, it works, with only 50% of the 6200yl crashing unexpectedly during the transformation steps (I assume on a SVI that has an ip helper configured, when the last IP address on that interface is removed or there is no IP yet and the interface receives a DHCP request, the switch just reboots)...&lt;BR /&gt;&lt;BR /&gt;Thanks anyway,&lt;BR /&gt;Andre.</description>
      <pubDate>Sun, 21 Sep 2008 09:29:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/untagging-at-large/m-p/4222922#M14727</guid>
      <dc:creator>André Beck</dc:creator>
      <dc:date>2008-09-21T09:29:29Z</dc:date>
    </item>
    <item>
      <title>Re: Untagging at large</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/untagging-at-large/m-p/4222923#M14728</link>
      <description>Hi Andre,&lt;BR /&gt;good you got this going.&lt;BR /&gt;and thanks for reporting back.&lt;BR /&gt;&lt;BR /&gt;the "paste config from file" was meant to be in the terminal-emulator, as if you were typing the commands yourself, not upload the full config from a tftp server.&lt;BR /&gt;&lt;BR /&gt;as an alternative to creating scripts I succesfully use the capabilities of a spreadsheet.&lt;BR /&gt;&lt;BR /&gt;- put "no vlan " in one column (or even two seperate columns)&lt;BR /&gt;- "vlanX" in the second&lt;BR /&gt;- " tagged P" in the third&lt;BR /&gt;- select the three cells&lt;BR /&gt;- select the cross in the bottom right corner&lt;BR /&gt;- drag this as many cells down as you want&lt;BR /&gt;- excel can automatically increment de "x"&lt;BR /&gt;(if it increments the "p" too do &lt;BR /&gt;- save this as text file using spaces as colum separator.&lt;BR /&gt;&lt;BR /&gt;Pieter</description>
      <pubDate>Tue, 23 Sep 2008 12:02:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/untagging-at-large/m-p/4222923#M14728</guid>
      <dc:creator>Pieter 't Hart</dc:creator>
      <dc:date>2008-09-23T12:02:35Z</dc:date>
    </item>
  </channel>
</rss>

