Suporta QoS, mas CoS num sei não Confesso que nuna tentei
Mas o Quagga não suporta. E deveria, já que a proposta é essa Frederico Boechat On Aug 25, 2010, at 2:26 PM, Gustavo Santos wrote: > > > Em 25 de agosto de 2010 13:42, Frederico Terra Boechat <[email protected]> > escreveu: > Hummm..o que o Router caro faz que o Quagga não faz? > > CoS (o quagga nem suporta) > > O Mikrotik suporta. > > IS-IS (é experimental) > MPLS (tem bugs nas implementações linux e FreeBSD ainda engatinha) > packet marking (mangle? o que é isso?) > > E por ai vai > > Volto a dizer, tudo depende da rede. Numa rede grande, você precisando de > CoS, você me daria razão rapidinho. > > Só citei o que me veio à cabeça agora, tem mais > > Frederico Boechat > On Aug 25, 2010, at 12:41 PM, Julião Braga wrote: > > > Em 25/08/2010 11:04, Bruno L F Cabral escreveu: > >> Porisso eu pedi ao Juliao que definisse QUEM era o alvo da proposta > >> dele de avaliação de novos hardwares... ;) > >> > > > > Certo !3runo, > > > > Disse isso na minha primeira mensagem: > > > > "Então, as mil e uma utilidades quando estamos falando de recursos > > sensíveis na borda de um AS, talvez não sejam convenientes." > > > > Mas, venhamos e convenhamos, o desvio do alvo foi ótimo. O cenário > > desenhado pelo Ozelo foi perfeito. Imagino o que seria do Ozelo, sem o > > MK. A menos de volumes, ele tem um cenário semelhante a uma imensa > > maioria de provedores. > > > > Vamos imaginar uma borda no entorno de um PTT. Hoje em dia tá todo mundo > > chegando ou quase chegando a um PTT. Seja ele metropolitano, regional ou > > privado. > > > > Suponhamos cenários parecidos com alguns que podemos imaginar: Anid, > > Unotel, etc. Ou, peering/transporte/trânsito acima de 300 M, nessa > > borda. Vários ASes entrantes, MPLS, e outras coisas mais inerentes a uma > > borda no PTT. > > > > Discordo quando ao ponto de vista do $$$ envolvido. Pelo menos na etapa > > de projeto, você tem de abstrair-se de grana, isto é, partir do > > pressuposto de que não é esse o problema. Pelo debate, a opção 1 (MK) > > está fora de cogitação, em tese. Ai bem a pergunta que envolve grana. > > > > O que um Juniper de $150,000.00 faz que um Quagga não faz? Depende da > > máquina que o Quagga estará? Ah, blz. Suponha uma máquina como a que > > acabei de cotar, por R$8.500,00: > > > > "HP Proliant DL380 G7 com 1 processador Quad-Core Intel Xeon E5506 (2.13 > > GHz, 4MB L3 Cache, 80W, DDR3-800), 8GB de RAM DDR3 Dual Rank > > Smart Array P410 com 256MB memória cache e bateria BBWC (Raid 0, 1, 5, > > 5+0 e 1+0), DVD-RW (gravador de DVD e CD) Fonte Redundante 450W com cabos" > > > > Mais a placa que o !3runo citou. Então, o que o Juniper faz que um > > Quagga nessa máquina não faz? Até onde eu sei, nada. E, provavelmente o > > Quagga fará melhor, além de um controle muito mais amplo e independente, > > como alguém citou. E suporte, se necessário, temos o melhor do mundo, se > > nos dispusermos a pagar. Suporte gratuito ou dos amigos não seria > > recomendável. > > > > E a escalabilidade dessas alternativas? Não sei o caso do Juniper, mas > > imagino que haverá salto de patamares de modelos, em algum momento. No > > Quagga? Total escalabilidade, muitas já mostrado no debate (VMs, outros > > Quagga, etc.). > > > > Se o meu ponto de vista de que o Quagga fará melhor prevalecer, não > > teremos problema de grana envolvido na decisão. > > > > Quanto falo de Quagga, estou generalizando. Pode ser OpenBGP, Vyatta ou > > equivalentes. É outra decisão de projeto. Por exemplo, eu tiraria o > > Vyatta da minha cabeça por ele ser "um pouco proprietário". Escolha > > pessoal, talvez. Assim como, pessoalmente escolheria FreeBSD ao invés do > > Linux. É natural a tendência de ir para onde temos maiores habilidades e > > conhecimento. > > > > > > []s, Julião > > --- > > TeleSA Telecomunicações S. A. > > Pegasus Telecom > > Exibindo tecnologia por esse mundo afora. > > Telefones: 12-3027-7105 / Cel.: 12-8111-9660 > > http://www.TeleSA.com.br > > http://www.FaleOK.com.br/detalhes.php > > http://www.Pegasus.com.br > > _______________________________________________ > > GT-AS mailing list > > [email protected] > > http://lists.abranet.org.br/mailman/listinfo/gt-as > > > > _______________________________________________ > GT-AS mailing list > [email protected] > http://lists.abranet.org.br/mailman/listinfo/gt-as > > > > -- > Gustavo Santos > Analista de Redes > -Tecnólogo em Redes de Computadores > -Pós Graduando em Redes de Computadores e Telecomunicações > -Cisco Certified Network Associate > -Juniper Certified Internet Associate - ER > -Mikrotik Certified Consultant > > _______________________________________________ > GT-AS mailing list > [email protected] > http://lists.abranet.org.br/mailman/listinfo/gt-as
_______________________________________________ GT-AS mailing list [email protected] http://lists.abranet.org.br/mailman/listinfo/gt-as
