-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rejaine Monteiro wrote: >É o seguinte: tenho uma rede com 8 filiais, cada uma com uma rede classe >B, com máscara 255.255.255.0 assim:
Se a rede é classe B, a máscara é 255.255.0.0. Se a máscara é 255.255.255.0, a rede é classe C. Os dois juntos é impossível. Independe do IP. >Preciso então, alterar toda a estrutura de rede de forma a: > >- aumentar o numero de hosts por filial para mais de 254 hosts (pensando >grande para cerca de 2000 hosts/filial) >- aumentar o número de redes (pensando grande, para cerca de 1000 >filiais, por exemplo) 1000 filiais * 2000 IPs = 10 bits de rede e 11 bits para o host dentro da rede. No bloco 172.16.0.0 - 172.31.255.255 tem apenas 20 bits de margem de manobra. Conclusão: você terá que renumerar a rede toda para acomodar, passando para a rede 10.0.0.0 - 10.255.255.255 (com 24 bits de manobra). >Preciso fazer isso de forma a impactar o mínimo possível na >configuração atual já existente, se possível mantendo os números ips >atuais, para evitar mudar muitos equipamentos, ip de servidores, >roteadores, scripts etc... Pela sua descrição, existem 10 redes de tamanho /24 entre o endereço de cada filial. A expansão mais direta possível é passar para /21 e, com isso, multiplicar por 8 o número de IPs dentro de cada rede. Infelizmente, você não usou numeração binária, preferindo o decimal. Isso complica um pouco as coisas, porque os endereços de rede -- e as rotas -- vão mudar. Exemplos: filial rede atual nova rede A 172.22.10.0/24 172.22.8.0/21 B 172.22.20.0/24 172.22.16.0/21 C 172.22.30.0/24 172.22.24.0/21 novo bloco 172.22.32.0/21 D 172.22.40.0/24 172.22.40.0/21 Com esse esquema, você conseguirá aumentar cada uma das redes das filiais de 254 IPs para 2046 (como queria). E também abrirá uma nova rede a cada 4 que converter. Mais importante, todas as redes mantêm os IPs que já tem (mudam apenas os prefixos): assim, quaisquer serviços que tenham IP estático continuam os tendo. Não acredito que você crie redes de 2046 hosts. Portanto, assumindo que você irá criar sub-redes em cada filial, será necessário revisar todas as configurações de qualquer maneira. Porém, como eu disse, não há bits suficientes para 1000 filiais. Quando você exaurir todas as possibilidades (quando chegar a 512 filiais), precisará começar a numerar a partir da rede 10.0.0.0-10.255.255.255. >Temos consultoria/analistas para realizarem essa alteração, inclusive ja >foram dadas algumas ideias, mas queria estudar sobre o caso >separadamente e tirar duvidas e obter algumas sugestoes com vcs pois >sempre fiz muitas confusão com calculos de tcp/ip... Precisa de consultoria para decidir a numeração? A única coisa que eu poderia ver aqui é usar uma distribuição por agregação: isto é, por roteamento. Se as filiais B, C e D são roteadas todas pela filial A, você terá interesse a criar uma rota apenas com máscara maior, reduzindo assim o tamanho da sua tabela de roteamento. Aí sim valeria a pena um consultor, que analisasse a topologia da rede. Não preciso dizer que a análise vale só até quando um novo link for adqüirido. Aí já se joga fora algumas das premissas da análise :-) - -- Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org PGP/GPG: 0x6EF45358; fingerprint: E067 918B B660 DBD1 105C 966C 33F5 F005 6EF4 5358 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFaw7VM/XwBW70U1gRApWaAJwPOOZHSvT81TrUqDbFSxnH3LdX3ACgk/YF BPQ4jQQ1m190okQFPdlsZbk= =H9Jq -----END PGP SIGNATURE----- --------------------------------------------------------------------------- Esta lista é patrocinada pela Conectiva S.A. Visite http://www.conectiva.com.br Arquivo: http://bazar2.conectiva.com.br/mailman/listinfo/linux-br Regras de utilização da lista: http://linux-br.conectiva.com.br FAQ: http://www.zago.eti.br/menu.html
