Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 8 replies
  • Subscribers 2 subscribers
  • Views 9556 views
  • Users 0 members are here
Options
Suggested
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

RED50 - VLANs, DHCP Relay and VOIP Issues

DavidMoffatt
Afternoon all,

I've got a RED50 on the end of an ADSL line deployed in Standard/Unified Mode (uplink mode - DHCP Client), and we have a PC, an IP phone and a printer all connected to Switch Ports 1,2 and 3 respectively.

Essentially, I need the IP phone (plugged into LAN 2 on the RED50) to get a 172.16.82.x address (VLAN 20) assigned by the DHCP server at 172.16.80.15 (VLAN 10).​ The PC plugged into LAN1 on the RED50 needs to get a 172.16.84.x address (VLAN 40) also assigned through the same DHCP server. The printer (LAN3) needs a 172.16.85.x address (VLAN 50).

I've ​configured the UTM to relay DHCP requests to 172.16.80.15 from both the UTM Internal and RED50 interfaces, but I think that there is an issue with the Relay as when I set the RED interface to Dynamic IP, I don't get an address assigned.

The RED Interface on the UTM has been configured as follows:
Type - Ethernet VLAN
Dynamic IP - Yes
VLAN Tag - 40
(There are no changes to the defaults in the Advanced section)

The RED50 switch ports configuration is as follows:
LAN Port Mode - VLAN
LAN1 Mode - Tagged (Trunk Port)
LAN1 VIDs - 10,20,30,40,50,60
LAN2 Mode - Tagged
LAN2 VIDs - 20
LAN3 Mode - Tagged
LAN3 VIDs - 50
LAN4 Mode - Unused

I've got masquerading rules configured for the RED interface:
RED -> Internal
RED -> External

What am I missing here?

Any help much appreciated.

Thanks

DM_Evolved


This thread was automatically locked due to age.
Parents
  • 0
    If the masq rule for the Internal interface were needed once you got this working, that would indicate a config error somewhere - see #s 3-5 in Rulz.

    I assume that you have the "RED (Network)" in the masq rule for External.

    I was thinking more about the (Windows Server?) config for DHCP.  Was it correctly assigning IPs to VLANs on your internal LAN before you installed the RED?  Do you have the VLANs defined in the UTM?  What is the reason to use VLANs for this small office RED?

    Cheers - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • 0 in reply to BAlfson
    Rule #3.1: Other solutions to routing problems include:
    Devices in the LAN must have the IP of "Internal (Address)" as their default gateway.
    Endpoints in the LAN have a gateway of the core switch stack. This in turn passes all traffic to the UTM on pre-configured static routes.

    Never connect two NICs into the same, physical Ethernet segment unless bridging or creating a LAG. This isn't a problem.

    When adding an interface, don't forget the Masquerading rule for the new network behind the UTM. Does this not apply to the RED interface?

    The internal DHCP has been working fine for years without any issues.
    All the phones are on VLAN20 regardless of the location and are given 172.16.82.x addresses. The phone system is at 172.16.82.1. Hence the desire to keep the phones on the same VLAN.
Reply
  • 0 in reply to BAlfson
    Rule #3.1: Other solutions to routing problems include:
    Devices in the LAN must have the IP of "Internal (Address)" as their default gateway.
    Endpoints in the LAN have a gateway of the core switch stack. This in turn passes all traffic to the UTM on pre-configured static routes.

    Never connect two NICs into the same, physical Ethernet segment unless bridging or creating a LAG. This isn't a problem.

    When adding an interface, don't forget the Masquerading rule for the new network behind the UTM. Does this not apply to the RED interface?

    The internal DHCP has been working fine for years without any issues.
    All the phones are on VLAN20 regardless of the location and are given 172.16.82.x addresses. The phone system is at 172.16.82.1. Hence the desire to keep the phones on the same VLAN.
Children
No Data
Unfiltered HTML