• cynar@lemmy.world
        link
        fedilink
        English
        arrow-up
        2
        ·
        14 hours ago

        My guess is that enough people were buying routers and using them as access points. They all tend to be on 192.168.0.1 .254 means you don’t get as bad collisions when that happens. It would cut down on technical support calls.

      • shalafi@lemmy.world
        link
        fedilink
        English
        arrow-up
        4
        ·
        1 day ago

        My new fibre modem is .254. It was a bitch to get into (whatever the mode’s called that makes it a simple gateway).

    • chronicledmonocle@lemmy.world
      link
      fedilink
      arrow-up
      1
      ·
      14 hours ago

      There are reasons to put it at the end. For example, 192.168.1.254/24 can be expanded to /23 and have the same gateway address while you migrate clients that are statically assigned or while waiting on DHCP leases to expire, since /23 is a supernet of /24.

      • pepeSilvia@lemmy.dbzer0.com
        link
        fedilink
        English
        arrow-up
        1
        ·
        12 hours ago

        What am I missing here?

        192.168.1.1/24 would also be a valid gateway for a /23, with the benefit of not having a gateway in the middle of your /23 network?

        I feel like this example is a greater justification for putting the gateway on the network/CIDR + 1, like a civilized person.

        • chronicledmonocle@lemmy.world
          link
          fedilink
          arrow-up
          1
          ·
          edit-2
          7 hours ago

          I shared another post here with how subnetting works. Basically, if you start with 192.168.1.254 on a /24 for your gateway and move to a /23, your usable range goes from 192.168.1.1-192.168.1.254 to 192.168.0.1-192.168.1.254.

          In this situation, the gateway address stays the same and since the /24 is contained within the /23, they can still connect to the gateway and keep working while you migrate things. The only thing they cannot talk to is clients in the 192.168.0.0/24 space until they pull new DHCP or have their static address updated. As such, it can make future expansion easier, if necessary.

          If you used 192.168.1.1/24 as the gateway initially, you’ll notice that in this same expansion plan it’s now smack in the middle of the subnet in a /23. Is that the end of the world? No, but it looks like shit and complicates things if you did something like I usually do and allocate certain “sections” of the subnet to non-DHCP space. Also, now you need to manage two DHCP pools, one below 192.168.1.1 and one above it. It’s one of those small things that compounds with each bandaid until you’re dying by a thousand cuts.

          I’m theory you would design your network with a large enough subnet from the get-go for expansion, but sometimes you screw up, so habits like this can make those screw ups less painful.

          • pepeSilvia@lemmy.dbzer0.com
            link
            fedilink
            English
            arrow-up
            1
            ·
            6 minutes ago

            Bleh, gotchu, I was getting the bit boundary wrong (192.168.0.0/24 > 192.168.0.0/23; NOT 192.168.1.0. that’s not how bits work)

    • xylogx@lemmy.world
      link
      fedilink
      English
      arrow-up
      2
      ·
      20 hours ago

      A typical ip address scheme is to assign lower blocks to dhcp pools and reserve high ip addresses to servers and network gear. Anything over 250 is typically a switch or a router in this case.

    • moodoovoodoo@lemmy.world
      link
      fedilink
      arrow-up
      4
      ·
      1 day ago

      I work for a French company that does this, I don’t know if all French companies do this, but it threw me for a loop for sure.