O que é um bom endereço IP padrão?

6

Minha empresa fabrica dispositivos Ethernet. Esses dispositivos têm muito pouca E / S. Sem teclado, sem saída de vídeo. Quando o cliente recebe o dispositivo, ele deve configurá-lo para sua rede. Gostaria de escolher um endereço IP que não esteja em conflito com um dispositivo existente em sua rede, mas sua rede pode ser qualquer coisa.

Alguns clientes possuem redes 192.168.x.x. Outros têm redes 10.x.x.x.

A maioria dos equipamentos de rede (roteadores em particular) vem com 192.168.x.1. Mas isso não é um roteador, então eu não quero padrão para um endereço IP baixo, pois isso terá uma maior probabilidade de conflito.

O que é um bom endereço IP para enviar com um produto? Existem redes de Classe C semi-privadas / não utilizadas?

    
por Robert 04.08.2010 / 15:23

11 respostas

14

Que seja atribuído por um servidor DHCP? se não, sugiro usar 192.168.0.250. Mas o DHCP é definitivamente preferido

    
por 04.08.2010 / 15:26
8

Evite qualquer endereço fixo. Mesmo se você tentar evitar endereços comumente encontrados para outros tipos de dispositivos (como roteadores), você ainda deve se perguntar: e se o usuário tiver dois ou mais dispositivos deste tipo?

Como muitas pessoas afirmaram, você deve tentar configurar automaticamente o dispositivo usando o DHCP. Desta forma, o administrador da rede pode facilmente controlar o endereço do seu dispositivo de forma centralizada a partir do servidor DHCP.

Ao não configurar a partir do DHCP, o dispositivo deve configurar um endereço de link local na gama 169.254 / 16. Qualquer host conectado no mesmo link com uma pilha compatível e configuração não quebrada deve ser capaz de se conectar ao seu dispositivo usando o endereço local de link padrão e, em seguida, configurá-lo para o endereço desejado.

A RFC 3927 descreve detalhadamente como um dispositivo configura seu endereço de link local. O resumo deste RFC diz:

To participate in wide-area IP networking, a host needs to be configured with IP addresses for its interfaces, either manually by the user or automatically from a source on the network such as a Dynamic Host Configuration Protocol (DHCP) server. Unfortunately, such address configuration information may not always be available. It is therefore beneficial for a host to be able to depend on a useful subset of IP networking functions even when no address configuration is available. This document describes how a host may automatically configure an interface with an IPv4 address within the 169.254/16 prefix that is valid for communication with other devices connected to the same physical (or logical) link.

A solução parece ser perfeita para o seu problema.

Em suma, a implementação real descrita no RFC consiste em escolher um PRN usando o endereço MAC do dispositivo como uma semente. Na prática, muitos dispositivos que vi usam os dois últimos octetos do endereço MAC como os dois últimos octetos para 169.254.x.y e, em caso de colisão, obtêm um próximo número do PRNG.

PS: Eu estou realmente surpreso que em 10 horas e com 8 respostas anteriores, ninguém mencionou endereços locais de links. Infelizmente, agora que essa pergunta é antiga e tem uma resposta aceita, é provável que essa resposta seja perdida pela maioria das pessoas.

    
por 05.08.2010 / 01:28
6

Na verdade, existem protocolos projetados especificamente para as puroses da descoberta. Um exemplo é o LLDP (Link Layer Discovery Protocol) . Se você realmente quer uma solução confiável, provavelmente deveria considerar algo assim.

Um problema em apenas escolher um IP estático é que, seja qual for o IP que você escolher, é improvável que a configuração de roteamento do computador que tenta se conectar a ele seja configurada corretamente em todos os computadores.

    
por 04.08.2010 / 15:46
5

O DHCP e o DNS podem ser uma boa solução se não for pelo fato de que muitas redes ainda não têm servidor presente e usam endereços IP fixos. Se você não quiser impedir que essas pessoas usem o seu dispositivo, você precisará pelo menos voltar a algum outro sistema.

ZeroConf foi inventado para lidar apenas com esta situação: nenhum servidor DHCP ou DNS. Na verdade, isso resolveria muito bem esse problema - o dispositivo atribui um endereço AutoIP e, em seguida, anuncia seus serviços para que você possa localizá-lo independentemente do seu endereço IP. O problema com o ZeroConf é que os usuários precisam instalar o software em alguns sistemas operacionais para suportá-lo (por exemplo, o Windows), e alguns sistemas operacionais clientes podem não ter uma biblioteca ZeroConf disponível. O mesmo vale para outros mecanismos proprietários de descoberta que usam um pouco de software proprietário para configurar os endereços IP dos dispositivos.

Minha preferência seria padronizar para DHCP com um nome DNS conhecido (contanto que apenas um dispositivo apareça na mesma rede ao mesmo tempo), mas recue para um dos seguintes se nenhum servidor estiver disponível:

  • ZeroConf : AutoIP para alocação de endereços com DNS-SD para descobrir o dispositivo. Isso funciona bem quando você tem vários dispositivos que podem estar conectados na mesma rede, para que você não precise de um nome DNS exclusivo também. O usuário não precisa saber um endereço IP ou um nome DNS e pode encontrá-lo em uma lista (que é um benefício sobre o uso de DHCP e DNS se você precisar oferecer suporte a vários dispositivos na mesma rede ao mesmo tempo). A desvantagem: precisa de software cliente e pode não ser suportada em alguns sistemas operacionais. Aliás, incluo outros protocolos semelhantes de descoberta de serviço nesse suporte.
  • Protocolo proprietário : Reinvente a roda ZeroConf. As vantagens são que isso é simples de implementar, mas significa que você limita o número de sistemas operacionais clientes que podem configurar seu dispositivo (dependendo de quantos sistemas operacionais você escreve (por exemplo, você precisa de suporte para iPad?)).
  • Endereço IP fixo : Este é o sistema que a maioria dos roteadores etc. usa, portanto, é bastante testado e testado, e pode ser feito para funcionar em praticamente qualquer sistema operacional cliente. O problema é que o seu endereço IP pode colidir, o que obviamente é o ponto da sua pergunta. Nesse caso, sugiro que você escolha qualquer um no intervalo 192.168.0.0/24, mas faça a documentação sugerir strongmente a conexão direta ao dispositivo, em vez de uma rede mais ampla.

Eu percebo que você provavelmente está apenas procurando por um bom endereço IP relativamente não utilizado, mas essas são alternativas que vale a pena considerar se você puder poupar horas extras para implementá-las.

    
por 04.08.2010 / 23:38
1

Sempre preferi definir a configuração de IP diretamente em um dispositivo antes de conectá-lo, seja por meio de um painel ou porta serial. Mas a tendência nos dias de hoje parece ser a de ter apenas uma porta de rede, então a melhor abordagem seria padronizar o DHCP, depois voltar para o endereço link-local 169.254.xx, e talvez usar a descoberta de serviço multicast (ZeroConf / Bonjour) você pode encontrar o endereço atual do novo widget para dar um novo. Além disso, verifique se o endereço MAC está em um rótulo legível na parte externa do dispositivo.

    
por 05.08.2010 / 03:26
0

Outro Intervalo Privado é 172.16.0.0 máscara 255.240.0.0

Esse intervalo consistiria em todos os IPs de 172.16.x.x a 172.31.x.x essencialmente 16 Sub-redes de Classe B.

    
por 04.08.2010 / 15:32
0

Vários anos atrás me deparei com um dispositivo que veio sem nenhum endereço IP padrão ou cliente dhcp. Em vez disso, você define o endereço IP usando arp e ping. Há documentação on-line para uma impressora Epson com uma opção semelhante. Este dispositivo em particular também vem com o software Windows, que envia os comandos arp e ping para você.

    
por 05.08.2010 / 00:07
0

1º eu configuraria para obter alguma variação de 192.168.x.x / 24. diga 192.168.1.100.

então eu forneceria uma documentação muito clara e detalhada para permitir que o usuário:

se a pessoa tiver um endereço de rede diferente, ela poderá alterar temporariamente o ip em seu PC para um endereço nessa rede, como 192.168.100.101.

eles devem ser capazes de acessar uma interface da Web que solicita que eles definam manualmente um endereço ou usem o DHCP. se necessário, um usuário pode conectar diretamente o cabo de rede do PC ao dispositivo.

esta é uma maneira barata de fazer isso. a maioria dos roteadores faz isso dessa maneira - mas use 192.168.0.1 ou 1.1. Uma maneira mais cara é usar o DHCP no primeiro e escrever ou comprar um utilitário de descoberta.

    
por 05.08.2010 / 01:26
0

Eu usaria 192.168.x.y , onde x e y são números aleatórios excluindo 0, 255 e 1 para y. Como você quer evitar conflitos, não faz sentido escolher um endereço padrão "bom", porque outros escolheriam o mesmo endereço.

Eles podem até entender a questão.

    
por 06.08.2010 / 15:44
-1

Desde que o usuário possa alterar o endereço padrão, isso não importa realmente.

Se for um produto de consumo, eu definitivamente o colocaria no intervalo 192.168.x.x.

    
por 04.08.2010 / 15:29
-2

O dispositivo pode enviar uma primeira mala primeiro e depois de receber a resposta de vários endereços IP, você escolhe uma da qual não obteve resposta. Talvez você possa usar o endereço que é um maior que o endereço mais alto que respondeu.

Talvez, em alguns casos, um valor padrão não seja bom, então você pode solicitar o uso de um.

    
por 04.08.2010 / 15:29