- Community Home
- >
- Networking
- >
- Switching and Routing
- >
- Comware Based
- >
- Re: Inhouse MPLS/VPLS
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
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
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
07-13-2012 12:02 PM - edited 07-13-2012 12:10 PM
07-13-2012 12:02 PM - edited 07-13-2012 12:10 PM
Inhouse MPLS/VPLS
New building, new switches, new design?
imagine a huge building with different areas (simple office rooms, laboratories, library, canteen, lounging areas, lecture halls, ...), so basically a kind of campus.
And now take 17 10508/10512 switches to interconnect all of this.
Till now we have plenty of rather small buildings throughout the city, easily interconnected with OSPF and VRF, simple design, each building has its own purpose; physically separated from the rest.
In the future, everything will be hrown into one pot. But my users basically want to have that old setup in the new building, i.e. their own vlans throughout the whole building.
But tagging each one through the whole core? No way!
Therefore I played with VPLS the last weeks. What do you think about the following setup?
- OSPF interconnecting all switches, setup all VLANs and subnets as usual, nothing special here
- But for getting that subnet beyond the switch; so instead of tagging, take VPLS to connect all rooms. (So MPLS/VPLS for "tagging", only.)
I´m still facing a problem. Imagine that VPLS tunnel. There I have to actually put in a cable to get the traffic through it, so on a 400 port switch, I have to setup the corresponding port with VPLS?
But wait, couldn´t I simply take one port as "uplink", setup the VPLS config on this and take the rest of the ports and tell them to use this (a kind of gateway port)? (Hopefully it´s clear what I want to do)
Perhaps, someone did something like this before and give some hints. I don´t know whether that´s a bad idea at all...
Or do something completely different?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-13-2012 07:13 PM - edited 07-13-2012 07:13 PM
07-13-2012 07:13 PM - edited 07-13-2012 07:13 PM
Re: Inhouse MPLS/VPLS
MPLS/VPLS seems like the wrong tool for the job to me. It would complicate the solution without adding any extra functionality.
Have a look at GVRP - it provides a way to trunk VLANs through all the appropriate core ports without ever having to configure them individually. Turn it off for access ports and on for uplink ports on your edge switches, and turn it on for all the interconnects and downlinks on your core/distribution. Then sit back, watch the packets flow, and enjoy.
On one campus deployment i did (about 1200 end nodes across 30 or so VLANs), we didn't even need OSPF, because all routing was done by one IRF stack in the core.
Paul