- Community Home
- >
- Networking
- >
- Legacy
- >
- Switches, Hubs, Modems
- >
- Untagging at large
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-26-2008 02:56 AM
тАО06-26-2008 02:56 AM
Untagging at large
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?
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?
So what remains is the CLI (just assume emergency fix mode connected serially to a switch without working LAN, exactly *because* you broke it).
Is there really no other solution but to enter
no vlan X tagged P
no vlan Y tagged P
no vlan Z tagged P
[...]
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)?
I have overlooked something, haven't I?
TIA,
Andre.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-14-2008 06:20 AM
тАО07-14-2008 06:20 AM
Re: Untagging at large
- save the current config
- edit this file
(no hurry at this moment, plenty of checks possible)
- erase the config
- paste the new config from the file ?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-15-2008 01:04 AM
тАО07-15-2008 01:04 AM
Re: Untagging at large
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-21-2008 02:29 AM
тАО09-21-2008 02:29 AM
Re: Untagging at large
Pieter writes:
> is it an option to first
> - save the current config
> - edit this file
> (no hurry at this moment, plenty of checks
> possible)
> - erase the config
> - paste the new config from the file ?
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...
Igor writes:
> 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).
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.
Did the job, but imagine how much time I could have saved by a simple
switchport mode access
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
no switchport
ip address ...
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)...
Thanks anyway,
Andre.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-23-2008 05:02 AM
тАО09-23-2008 05:02 AM
Re: Untagging at large
good you got this going.
and thanks for reporting back.
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.
as an alternative to creating scripts I succesfully use the capabilities of a spreadsheet.
- put "no vlan " in one column (or even two seperate columns)
- "vlanX" in the second
- " tagged P" in the third
- select the three cells
- select the cross in the bottom right corner
- drag this as many cells down as you want
- excel can automatically increment de "x"
(if it increments the "p" too do
- save this as text file using spaces as colum separator.
Pieter