- Community Home
- >
- Networking
- >
- Legacy
- >
- Switches, Hubs, Modems
- >
- VLAN/Subnet NAT with 3500-24
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
Forums
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
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
тАО01-29-2010 01:02 PM
тАО01-29-2010 01:02 PM
VLAN/Subnet NAT with 3500-24
If so, how would I proceed?
(I'm trying to get devices on VLAN C to communicate with both VLANs A & B, while preventing VLAN A & B from seeing eachother)
_____________________________
Current config:
vlan 1
name "VLAN A"
untagged 1-16
tagged 21-24
ip address 10.101.190.2/24
vlan 2 "VLAN B"
untagged 17-18
tagged 21-24
ip address 10.101.191.2/24
vlan 3 "VLAN C"
untagged 21-24
tagged 1-18
ip address 10.101.193.2/24
snmp-server community "public" unrestricted
_____________________________
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-29-2010 01:11 PM
тАО01-29-2010 01:11 PM
Re: VLAN/Subnet NAT with 3500-24
Assuming the hosts on each vlan network have their gateways configured correctly they should be able to route between eachother. I'd try to setup an access list to prevent one subnet from communicating with another.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-29-2010 01:13 PM
тАО01-29-2010 01:13 PM
Re: VLAN/Subnet NAT with 3500-24
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-30-2010 01:14 PM
тАО01-30-2010 01:14 PM
Re: VLAN/Subnet NAT with 3500-24
Is it possible for me to route between each vlan using just a 3500-24?
The client purchased this switch and would prefer if it did all the routing instead of an additional device.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-01-2010 12:10 AM
тАО02-01-2010 12:10 AM
Re: VLAN/Subnet NAT with 3500-24
You only need to enable IP forwarding:
(config)# ip routing
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-01-2010 04:03 AM
тАО02-01-2010 04:03 AM
Re: VLAN/Subnet NAT with 3500-24
just enable ip routing in the configuration context. The switch will automatically route between direct connected VLANs. You need an ip interface in each VLAN and this ip must set at default router at the clients.
Regards,
Patrick
Patrick
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-01-2010 04:49 PM
тАО02-01-2010 04:49 PM
Re: VLAN/Subnet NAT with 3500-24
Thank you so much for the help and patience! It seems I overlook some of the more obvious things. :(