Boa tarde pessoal,
O indicado para estes casos é utilizar Switches com VLAN, para assim diminuir o domínio de broadcast minimizando o esforço dos seus switches na rede.
Nosso amigo @Roberto21 precisa fazer um curso na área de redes, hoje em dia falar que um switch manda a informação para todas as portas... kkk Isso ai é um HUB meu amigo.
Deem uma olhada nos links abaixo:
https://pt.wikipedia.org/wiki/TCP/IP
https://pt.wikipedia.org/wiki/Modelo_OSI
Se levarmos em consideração o modelo OSI, os switches trabalham na camada 2 (enlace).
@Roberto21, você pode nos explicar da onde você tirou isso? (sugiro que dê uma olhada nos links acima)
Aaaaa... Rapaz..rssss...Vou dizer mais nada não, deixe que o sabidão acima explique a vocês...Rsssss...
Quer dizer que um switch comum não replica a conexão da porta de entrada para todas as portas ?
Me explica um DHCP rodando em um siwtch comum rodando DHCP na porta 6, ele não replicará o DHCP para todas as portas, bastando apenas ter um hardware ativo em cada porta ?
Me explica, um switch Vlan vindo o dhcp da porta 6, ele replicaria para a 7 ?
O comum ?
Me explica um PC zumbi dentro da rede tentando infectar outras maquinas, o switch comum deixaria passar para todas as portas ?
Quer dizer que você consegue (rotear) a camada 2 e com isso tratar o trafego indesejado ? Como ?
Errei quando disse que a camada 2 é transporte, um erro por falta de atenção, fora isso aguardo a explicação solicitada.
Com todo prazer @Roberto21, vamos à aula de redes básica.
Não sei se você leu realmente o que eu escrevi, mas eu indiquei utilizar os switches com VLAN para melhoria de desempenho e segurança da rede.
Provavelmente você não sabe como funciona o serviço DHCP, então vou lhe explicar e imagino que assim você mesmo responda a sua pergunta (se mesmo assim não conseguir, pode perguntar que eu respondo).
Como você pode ver na imagem abaixo, durante o processo de aquisição de um endereço IP de forma dinâmica, o Host envia um pacote para o endereço de broadcast, o servidor recebe este pacote e responde para o cliente informando que ele pode fornecer um endereço de IP pare ele, somente depois de conhecer o servidor DHCP o host solicita um endereço e o servidor responde com o valor do endereço IP.
Imagem retirada do Livro Redes de computadores e Internet - Kurose Ross 6ª edição
Quanto a pergunta sobre o switch VLAN repassar o DHCP da porta 6 para a 7, se tomarmos como referência o equipamento dito no início do tópico, o Intelbras SF800VLAN a porta comum (Uplink) dele é a 1, então se você conectar um DHCP na porta 6, somente irá enviá-lo para a porta 1, a 7 não receberá.
Caso você não saiba, um switch de camada 2(enlace) opera somente com base em uma tabela que relaciona os endereços MAC com as portas do switch.
Sim, se você estiver com um computador mal intencionado em sua rede, o switch comum deixará que ele se comunique com todos os outros equipamentos conectados diretamente a ele. Está aí mais um motivo para utilizar os switches VLAN.
Os protocolos de roteamento estão disponíveis somente em camada 3 (Rede), em camada 2 não é possível fazer roteamento. Quanto ao tratamento do tráfego indesejado, isso só é possível fazer com um firewall ou proxy, mas isso já está muito longe da capacidade destes equipamentos.
Abraços.
Quando o amigo fala de switchs vlan nos postes seria ou serviria umas que a intelbras SF800 Q+ ?
Vamos la..rs
Pra mim entender melhor a coisa..rs
Os switch comum não aceitam que vc jogue uma vlan nele pois ele vai descarta o pacote,eu tenho aqui uma switch da intelbras SF800Q+ que aceita vlan,nao seria uma switch assim?ou teria que ser uma que configure nela msm a vlan,sendo assim uma gerenciavel
Pode-se fazer vlan com switch gerenciável, no caso do intelbras sf800 vlan ele é vlan fixa, Ou seja o link de internet deve obrigatoriamente entrar pela porta 1, e distribuirá para as demais, a porta 1 se comunica com todas porém as outras não comunicam entre si, somente com a 1, isso vai reduzir o broadcast e os clientes não se enxergarão.
Então essa switch SF800Q+ seria melhor pra rede?assim seguiria o exemplo do amigo a cima quando citou usar switchs que trabalhem com vlan pra diminuir o brodcast?
Sendo assim,melhor substituir as switchs comum,aqui uso a GTS,pela intelbras SF800Q+
Minha nossa, conte alguma novidade.
Observe que você disse a mesma coisa que eu disse, só que em outras palavras. Quanto a aula que você mencionou...ESTOU DISPENSANDO...
Na parte cabeada de minha rede devo ter uns 500 Switch's Vlan Intelbras, tenho firewall de camada 2 o que torna o cabeamento eficiente e evita certos problemas, e facilita a detecção de problemas.
Minha rede é roteada, + Roteada no core, é como uma estrela, os troncos são individuais, tenho back-up do próprio cabeamento que é dividido em setores, quando um setor para por qualquer motivo (rompimento de cabo) o outro assume.
Com todo conhecimento que você acha que tem, tenho quase certeza que não tem 10% dos clientes que minha empresa tem, a prática colega, é diferente da teoria, as situações aparecem e vamos aprendendo com elas.
SWITCH COMUM (NUNCA) no cabeamento, ele replica a conexão, principalmente ataques para todas as portas do switch, na prática é outra coisa, como disse, um DHCP rodando em qualquer porta é replicado para todas as outras, bastando apenas ter um hardware com DHCP ativo do outro lado.
Use sua teoria e não tenha pratica e verá o loop em sua rede cedinho.
@Akintek Parabéns pela aula de redes. Tem muita gente aqui no fórum que não sabe nem o básico (modelo OSI). É difícil e perda tem tempo discutir certos assuntos com pessoas que não conhecem o mínimo.
Pois é amigo,vi aqui,rs
Vi que falei merda,rs
Entrei no site deles e vi que esse modelo é comum,mas de qualquer forma obrigado por compartilhar seu conhecimento.
Vivendo e aprendendo sempre!
Obrigado pela consideração amigo @FMANDU.
Infelizmente ainda temos colegas em nossa área que se acham os donos da razão pelo fato de estarem cheios de clientes que certamente pagam por um serviço podre e mal administrado.
Que bom que os casos assim já são minoria e espero que os meus posts tenham lhes ajudado.
Abraços, Akintek.
Podre e mal administrado deve ser sua empresa/casa/vida, é por esse motivo que muitos de meus colegas antigos do fórum, ao qual conheço PESSOALMENTE como o Rodrigo Minelli, o Luciano Rampanelli, O Sérgio, o Luciano entre outros não vem mais aqui, Não adianta, vocês não merecem.
Dificilmente entro em briga dos outros, principalmente de quem não conheço mais vamos la:
Roberto21, como você quer ajudar aqui no fórum se você não sabe nem pra si?
Segue a citação:
Tem noção da explicação que tu deu?
Vou colocar uma imagem para você entender o básico e começar a estudar
Realmente a solução para o criador do post e colocar Switch com Vlan e de preferencia colocar uma rb no final da rede para monitoramento. Isso como forma mais simples, pq o correto seria colocar só switch gerenciavel. Tem a solução da CIANET com este modelo.
Aqui vemos muitos problemas com redes, só que na maioria dos casos a infra é montada de qualquer jeito, sem um projeto ou conhecimento técnico. Muita gente só aprende na marra, errando e tendo prejuízos. Contudo se é pra ajudar o colega, vamos parar com "achismo", se a pessoa realmente sabe, dê a dica, se não só acompanhe, pq informação errada só faz atrapalhar, dar prejuízo e mais dor de cabeça para quem vem aqui buscar ajuda.
Rapaz, é um debate sem sentido porque vocês não entendem, e nem podem ou não querem entender o que estou dizendo.
Já disse o rapaz que errei quando disse que o transporte era na camada 2, foi falta de atenção, mas você acha que ROTEAR a camada dois é possível ?
Você sabe o que é um firewall de camada 2 ? Foi isso que citei !!
Dizer que o switch comum não replica a conexão é um ERRO por que não existe só trafego de multcast/broadcast rodando na rede existe diversos, e o switch comum deixa passar tudo, em uma rede pequena com 200 hardwares você pode até fazer algo, mas em uma rede que roda 10000 hadwares 20000 hardwares existe tanto trafego desnecessário e prejudicial a rede que você não faz nem idéia.
Você já instalou uma distribuição LINUX em alguma maquina e rodou um sniffer em sua rede ? Faz isso, depois venha me dizer que o switch comum não replica nada.
Lembrando também que em UDP portas acima de 1024 são consideradas portas altas, e são utilizadas por muitos softwares maliciosos e o switch vai deixar passar tudo, ou seja replicar para todas as portas.
Como vocês tratam o IPV6 em suas redes já que não usam ? Como tratam ele em camada 2/3, ele roda solto na rede de vocês ?
Ficar pegando link's na internet e postando aqui para dizer que sabe alguma coisa colega, vale para alguns, e para ''outros'' não, os argumentos tem que vir de sua mente, ai sim, vocês teriam algum reconhecimento, porque postar link's não quer dizer nada, NÃO POSTEI NENHUM LINK. Será que pessoalmente e sem a ajuda do Google vocês se mostrariam tão sábios ???
Existem coisas que se aprende na teoria mas na prática elas são diferentes, um cenário de bancada é completamente diferente de um cenário em produção, e com um tempo se aprende que nem tudo se aplica ou é da forma que se aprendeu.
Sou usuário desse fórum desde 2007, desde quando todos estavam começando com mikrotik, estava junto com Biazus, Minelli, Sérgio, Luciano, Alexandre, David (CATV) Luciano Rampanelli, todos os dias por aqui, debatendo e aprendendo, fiz parte da equipe do thunder no início, ajudava quando podia e era moderador do site, ajudei muita gente aqui e fui premiado pelo underlinux mais de uma vez por ser o usuário mais agradecido em meses, ganhei assinaturas de revistas linux além de outras coisas do site, e reconhecimento dos colegas.
Houve a algum tempo atrás um problema com o underlinux onde grande parte dos arquivos foi apagado/perdido, isso tirou a reputação e reconhecimento de vários usuários, por esse motivo vocês não podem averiguar o que estou afirmando.
O que vocês estão debatendo agora...eu já passei por isso...Já dei minha opinião, mas vocês não me escutaram, então fiquem por ai.
Fui aos MUM do Brasil em 2009/2010/2011/2012 e o MUM de Natal-RN fui eu quem indiquei ao Sérgio (MD Brasil) e ao Maia (MD Brasil), mostrei o hotel, a posição geográfica, a necessidade de ter um MUM no nordeste e terminou vindo para Natal-RN o MUM, tenho mais experiência no ramo que vocês acham, mas não tenho tempo de ficar me trocando com vocês.
Minha rede é enorme, e hoje muitos profissionais de gabarito como o Rodrigo Minelli fazem parte da equipe e amigos conquistados todos esses anos, as soluções do Minelli, do Biazus, do Bruno (fox panel) do Luciano Rampanelli, são todas aplicadas em minha rede, somos maiores aqui que vocês pensam ser algum dia, então me façam o favor de não ficar dizendo o que não sabem.
Espero que eu tenha me apresentado.
Passar bem !
Quem sabe algo de verdade e fazia parte do fórum não posta mais nada aqui, passou esse tempo.
Percebemos que a algum tempo as soluções apresentadas aqui paravam no mercado livre, e por isso, vocês atualmente não encontram muitas soluções aqui como era antes.
A solução para o problema do rapaz eu poderia citar diversos exemplos que ele poderia resolver o problema da pequena rede cabeada dele, porque já passamos por diversos problemas também, mas pra que ? Para que meu concorrente veja as soluções aplicadas e as use contra no dia a dia ?
A solução da CIANET é interessante, mas AQUI desenvolvemos nossas soluções na maioria dos casos, usamos tecnologia de terceiros sim, mas o projeto é nosso na maioria das vezes.
Estamos partindo para FTTH...
Soluções prontas são muito caras, a industria se aproveita da falta de conhecimento técnico da boiada.
Você errou feio!!
Vc já resolveu o problema de perca de dados?
Enviado via XT1068 usando UnderLinux App