Recommended Posts

Internal IP you can just setup a static IP address on your computer, or do it on the router. with Windows 7 it is very easy, go into the properties on your network adapter and manually enter a static IP address.

post-120066-0-77165700-1356792858.png

Internal IP you can just setup a static IP address on your computer, or do it on the router. with Windows 7 it is very easy, go into the properties on your network adapter and manually enter a static IP address.

^^ This

I'd do it in the router though by assigning an IP to your Mac address so you don't get any IP conflicts.

DHCP shouldn't assign an IP to any device if another device on the network has that IP, be it static or Automatically Assign

I have static on my PC and Automatic on just about everything else and never get a conflict

"DHCP shouldn't assign an IP to any device if another device on the network has that IP, be it static or Automatically Assign"

It shouldn't no - but its a VERY VERY BAD idea to setup static IPs on the host that fall within the dhcp scope.

So for example if your dhcp server hands out 192.168.1.100 to .150, and you want to setup a static on the host itself then it is better option to use 192.168.1.1 to 99, or .151 to .254

Keeping in mind whatever other statics you might have set, your routers static IP, etc.

Yes depending on your dhcp server and and even dhcp client, you should not hand out dupe IPs. Your dhcp server could check for them before it hands out, or even the client when gets an offer for specific IP can check to see if any other host has that IP and then send the dhcp server a decline message

DHCPDECLINE

Sent by a client to a specific server in response to a DHCPACK message, which contain parameters which the client has determined are not in fact valid. For example, the client might test an IP address it has received by sending an ARP (Address Resolution Protocol) message on its shared LAN to see if any other host has been assigned this address; if it discovers that another host is in fact using this address, it must send a DHCPDECLINE message to the server which supplied the address. This both allows the server to release the resources it has allocated to this client, and inform a system administrator of the problem. (Such a problem might arise in a situation in which a host has been manually configured by an administrator with an IP address, but the DHCP server hasn?t been informed that this address is no longer available in its pool. Though it is suggested that a server test an address before allocating it to a client [1, section 3.1, point 2], for example by ?pinging? the address to see if another host is using it, it may be that the test or the response to it is lost, incorrectly suggesting to the server that the address is available.)

But not all dhcp clients support this, nor do all dhcp servers -- the dhcp servers in soho routers are normally very limited in features, etc..

Normally its a better idea to setup a reservation on your dhcp server to always hand out same IP to host normally based on its mac yes. This way host can get other updated info you might hand out in dhcp, dns, gateway, local domain, ntp server, etc. etc. But either works be it you set the static on the host or setup a reservation.

"DHCP shouldn't assign an IP to any device if another device on the network has that IP, be it static or Automatically Assign"

It shouldn't no - but its a VERY VERY BAD idea to setup static IPs on the host that fall within the dhcp scope.

So for example if your dhcp server hands out 192.168.1.100 to .150, and you want to setup a static on the host itself then it is better option to use 192.168.1.1 to 99, or .151 to .254

Keeping in mind whatever other statics you might have set, your routers static IP, etc.

Yes depending on your dhcp server and and even dhcp client, you should not hand out dupe IPs. Your dhcp server could check for them before it hands out, or even the client when gets an offer for specific IP can check to see if any other host has that IP and then send the dhcp server a decline message

DHCPDECLINE

Sent by a client to a specific server in response to a DHCPACK message, which contain parameters which the client has determined are not in fact valid. For example, the client might test an IP address it has received by sending an ARP (Address Resolution Protocol) message on its shared LAN to see if any other host has been assigned this address; if it discovers that another host is in fact using this address, it must send a DHCPDECLINE message to the server which supplied the address. This both allows the server to release the resources it has allocated to this client, and inform a system administrator of the problem. (Such a problem might arise in a situation in which a host has been manually configured by an administrator with an IP address, but the DHCP server hasn?t been informed that this address is no longer available in its pool. Though it is suggested that a server test an address before allocating it to a client [1, section 3.1, point 2], for example by ?pinging? the address to see if another host is using it, it may be that the test or the response to it is lost, incorrectly suggesting to the server that the address is available.)

But not all dhcp clients support this, nor do all dhcp servers -- the dhcp servers in soho routers are normally very limited in features, etc..

Normally its a better idea to setup a reservation on your dhcp server to always hand out same IP to host normally based on its mac yes. This way host can get other updated info you might hand out in dhcp, dns, gateway, local domain, ntp server, etc. etc. But either works be it you set the static on the host or setup a reservation.

Thanks for the explanation, just realised that I have done exactly that, DHCP from .100 with maximum 50 clients, main PC static on .3

Also running DD-WRT so hopefully had I not done that, would have been slightly more advanced than the average firmware and managed to avoid my static :)

My router has something called "static DHCP" accessed from the following RCP area:

More settings>Network Settings>LAN settings>Set Static DHCP>

It has the following options:

  • IP Address:
  • MAC Address:
  • Comment:

Description: Reserve an IP address for a specific user. Enter the IP Address that you would like to use and enter the MAC Address for the user that will be associated to this IP address .
This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • In addition to the "sidebar app list" and "Collections" features, Microsoft will also deprecate the "Drop" feature. Before you publish this news and credit another site, here is the original source: https://x.com/i/status/2067838711870439583 .
    • Looks like the 7.1 is fake effects, can it at least do real 5.1? It says 'virtual 7.1' in all descriptions.
    • You can't, if you didn't notice, it doesn't support surround at all, it's right in the spec list.
    • Hi — I’m always interested in soundcards. Like displays, I just want to know I’m getting as much clean “sonic juice” into my brain as possible as the years take their toll. I’m not entirely sure what to take away from this review, though. It doesn’t really tell me whether the AE‑X is a good product or who it’s actually for. Most of what I’m getting is: there’s a driver to install, here’s what it looks like, and here’s what’s in the box. There’s a lot of emphasis on the SPDIF input. When you mention not needing to switch headphones between console and PC — does that mean the PC has to be powered on just to pass audio through? That seems like a fairly big waste of energy. Is this more something a streamer would use alongside a capture card? How are you testing the sound? (Also, you might want to clarify that you’re using the headphones in wired mode when you mention they’re wireless.) You mention the lack of EMI shielding — how much real‑world difference does that make compared with typical motherboard audio? On multi‑channel: what exactly isn’t supported? Does this mean Windows spatial audio (Dolby Atmos for Headphones, DTS Headphone:X, etc.) won’t work, or just that the card itself doesn’t decode surround formats? And are there any true multi‑driver “surround” headphones left that would even use that? You also highlight support for high‑impedance headphones — but what does that translate to in practice? How does it compare to driving the same headphones from a normal device, and does it make any difference for everyday, lower‑impedance models? In short, who is this card actually targeted at?
  • Recent Achievements

    • Dedicated
      Almohandis earned a badge
      Dedicated
    • Dedicated
      JuvenileDelinquent earned a badge
      Dedicated
    • First Post
      DrWankel earned a badge
      First Post
    • Reacting Well
      DrWankel earned a badge
      Reacting Well
    • Week One Done
      Supreme Spray LV earned a badge
      Week One Done
  • Popular Contributors

    1. 1
      +primortal
      504
    2. 2
      +Edouard
      177
    3. 3
      PsYcHoKiLLa
      89
    4. 4
      Steven P.
      76
    5. 5
      Michael Scrip
      74
  • Tell a friend

    Love Neowin? Tell a friend!