Guest User!

You are not Sophos Staff.

This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Need advice -- moving from non-VLAN to VLAN environment

Hi all,

Need advice from the experts on the forums here.

So far I've had a pretty simple home network: 

cable modem  UTM  unmanaged switch  EAP600 AP, other wired devices (e.g. Synology, etc.)


I've bought a manged switch (Cisco SG200-26) and would like to setup 2 VLANs: (1) internal home network; (2) guest network to be accessible through guest SSID on my WiFi AP with station separation. 

Pretty self-explanatory: internal network will basically remain as it is today, I'm just adding a guest VLAN that will have access to internet only (maybe through transparent proxy or not, haven't decided yet). I would also like to throttle the traffic across the guest VLAN (should I do it on the UTM or the switch?). 

How would I go about moving from my current 2 physical interfaces (WAN, internal) on the UTM to 1 physical for the WAN and 2 internal logical interfaces of VLANs? Can someone maybe help with a basic step by step process that will yield the least downtime? Screenshots would be great, but not required, I can follow just bullet points. 

I understand conceptually how to do this, but would love to hear any best practices (e.g. setup switch first or UTM? does it matter?, etc.). 

Thanks!
D


This thread was automatically locked due to age.
Parents
  • I ran Wireshark on the wireless adapter of a Windows PC while I had it connecting to the guest network for the first time, and did see that there was only one DHCP discover request, I then checked DHCP log of the UTM and saw the same as before: 2 DHCP offers from eth0 and eth.99. 

    However, the PC was able to negotiate the correct address in the 99.0/24 space. That's a third device that's had no issues with negotiation of the correct DHCP address. After multiple tries on my Blackberry, it still can't do it correctly. 

    This is making me think that there is certainly a difference between how client devices interact and some can simply do a better job, based on how they're programmed. Not random. The only sure way to tell would be to wait for the next OS update for my BB, and see if that makes any difference.

    However strange, when I did port mirroring, mirrored the Access Point port, and did packet capture, after several tries I could never actually capture the initial DHCP request frame. It did capture the ARP requests and DHCP offers, but not the initial discover request. Not sure why. Hence, I just resolved to capture directly from PC's wireless adapter.
Reply
  • I ran Wireshark on the wireless adapter of a Windows PC while I had it connecting to the guest network for the first time, and did see that there was only one DHCP discover request, I then checked DHCP log of the UTM and saw the same as before: 2 DHCP offers from eth0 and eth.99. 

    However, the PC was able to negotiate the correct address in the 99.0/24 space. That's a third device that's had no issues with negotiation of the correct DHCP address. After multiple tries on my Blackberry, it still can't do it correctly. 

    This is making me think that there is certainly a difference between how client devices interact and some can simply do a better job, based on how they're programmed. Not random. The only sure way to tell would be to wait for the next OS update for my BB, and see if that makes any difference.

    However strange, when I did port mirroring, mirrored the Access Point port, and did packet capture, after several tries I could never actually capture the initial DHCP request frame. It did capture the ARP requests and DHCP offers, but not the initial discover request. Not sure why. Hence, I just resolved to capture directly from PC's wireless adapter.
Children
No Data
Share Feedback
×

Submitted a Tech Support Case lately from the Support Portal?