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

Routing Question

Hi,

how can i provide connections with my ASG220 from my vlan interfaces, which i put on eth2,3,6 (10.0.***.0/24) to the Lan 10.0.0.0/16 (eth0)?

Right now routing only works for hosts from vlan 10.0.***.0/24 to 10.0.0.0/16 and vice versa, but not for 10.0.2.0/16 (which is pretty cruel to me, because 10.0.0.0/16 should serve for 10.0.2.0/16 too?!?)  

I'm pretty sure the problem is the subnetmask. Can anybody lead me to the right direction please? I'm wondering now for a few days too much....


This thread was automatically locked due to age.

  • Right now routing only works for hosts from vlan 10.0.***.0/24 to 10.0.0.0/16 and vice versa, but not for 10.0.2.0/16 (which is pretty cruel to me, because 10.0.0.0/16 should serve for 10.0.2.0/16 too?!?)


    Firstly, I'm not the most knowledgeable on dealing with subnets & supernets, especially where tagged VLAN's are involved so take what I say with a grain of salt. I do my best to avoid these sorts of brain teasers in the morning. [;)]

    Generally speaking, as long as hosts on the /24 use the ASG as their gateway, they should be able to communicate with any hosts on the /16. The reverse is also true except that traffic from hosts on the /16 to the /24 bypasses the router as the traffic is within the /16's broadcast range.

    If these were separate physical networks, which a VLAN tagged with unique ID's for each interface is close enough, that shouldn't work to the best of my knowledge.

    Could you give us some screen shots of your interface configs along with some diagrams of your physical network layout?
  • ISTM your VLANs' addresses are conflicting with your LAN.

    Barry
  • ISTM your VLANs' addresses are conflicting with your LAN.


    Hi, does somebody have any suggestions to me, how to converge the class B LAN with my class C VLANs? 

    I want to split the big broadcasting range 10.0.0.0/16 into smaller class C ones. 



    A PC with the ip-address 10.0.106.44(/24) can ping a client on 10.0.105.11(/24) which are connected over 2 Layer3 switches wich are properly connected via a 802.1q trunk. My last resort is the ASG wich also routes the packets through those VLANs. BUT only those wich are on 10.0.***.0/24 and the not to and from 10.0.***.0/16

    My question is now: Which is a proper route (and where may i set that in the ASG?) to lift over those packets from the ***/16 to the ***/24 and back ?!?
  • Could you give us some screen shots of your interface configs along with some diagrams of your physical network layout?


    Hi Drew, it is a brain teaser indeed... 
    My Omnigraffl test-license isn't working anymore so i try to describe the network layout with hopefully non confusing text [:)]

    You see a Screenshot from the ASG V/Lan interfaces above. The gateway (network address) for those subnets is always the '1' on the last octet. Those subnets were configured as 'ethernet vlan' on the ASG. The physical eth. interfaces are connected to 802.1Q Trunkports on a HP Procurve 2900 Series Switch. I have two switches, which are also connected via a trunk. The switches final destination is configured as 10.0.0.1/16 --> the ASG. So far so good. 

    Intervlan communication between those components is working fine, as long as i don't try to ping a device within 10.0.2.1/16 for instance, from a client on a /24 Vlan.
  • My question is now: Which is a proper route (and where may i set that in the ASG?) to lift over those packets from the ***/16 to the ***/24 and back ?!?


    I don't see a way to do that.

    You need to move either the /16 OR the /24 VLANs to a new range that does not conflict.

    e.g. put all the VLANs in 10.1.x.x

    If you don't, you will be plagued by problems, potentially more severe than what you're already seeing.

    Barry
  • I don't see a way to do that. You need to move either the /16 OR the /24 VLANs to a new range that does not conflict.
    Barry


    Hey Barry, 

    i agree. I think also, it's just not possible because of the overlapping Network / Host bits on the subnetmask. So i decided to rearrange all the devices to the new structure within a /24 network. Sounds like a night shift to me. But that'll do it. Thx for your help.