Hello Sergey,
Friday, March 17, 2000, 3:48:30 PM, you wrote:
SVK> On Fri, 17 Mar 2000, Alexander Kolesnik wrote:
>> >> Собираемся купить NSG NX-300/7WL. Это такой "высокопроизводительный
>> >> коммутатор пакетов". Кто-нибудь сталкивался с этим устройством?
>> >> Расскажите, плиз, стоит его брать или все-таки лучше циску?
>> SVK> лучше.
>>
>> Хе. Так и знал, что так ответят ;-) А как с обоснованием?
SVK> врядли кто-нибудь ответил бы по другому,тем более ты сам указал
SVK> в качестве альтернативы - "мырку" ж)
SVK> у меня сейчас nsg-500 router / frad пашет .
SVK> Как высказался предыдущий коллега - софт более чем сырой.
SVK> Не говоря об отсутвии поддержки DNS
SVK> кончая примитивной таблицей роутинга .
SVK> Даже traceroute нету ;((
SVK> Насчет железа - вот небольшой пример :
SVK> cooler - это соседняя Фря ,freddy - nsg.
SVK> [/usr/home/sergey]admin# ping cooler
SVK> PING cooler.glb.net (195.151.100.35): 56 data bytes
SVK> 64 bytes from 195.151.100.35: icmp_seq=0 ttl=128 time=0.827 ms
SVK> 64 bytes from 195.151.100.35: icmp_seq=1 ttl=128 time=0.797 ms
SVK> [/usr/home/sergey]admin# ping freddy
SVK> PING freddy.glb.net (195.151.100.34): 56 data bytes
SVK> 64 bytes from 195.151.100.34: icmp_seq=0 ttl=254 time=5.946 ms
SVK> 64 bytes from 195.151.100.34: icmp_seq=1 ttl=254 time=5.914 ms
SVK> теперь увеличим размер ICMP пакета до 1500
SVK> PING cooler.glb.net (195.151.100.35): 1500 data bytes
SVK> 1508 bytes from 195.151.100.35: icmp_seq=0 ttl=128 time=6.619 ms
SVK> 1508 bytes from 195.151.100.35: icmp_seq=1 ttl=128 time=6.553 ms
SVK> PING freddy.glb.net (195.151.100.34): 1500 data bytes
SVK> 1508 bytes from 195.151.100.34: icmp_seq=0 ttl=254 time=29.769 ms
SVK> 1508 bytes from 195.151.100.34: icmp_seq=1 ttl=254 time=29.101 ms
SVK> Задумчивая ....
хе, здесь уже был как-то спор месячной давности по данному поводу.
мнение человека, попользовавшего сие чудо в течении 1 года -- в
качестве дешевого, но несколько геморройного решения NX подходит. это
жутко туповатый предмет, который лично у меня используется
исключительно как дешевая поддержка 2-мегабитных потоков на большом
расстоянии (до 15 км). больше он ничего не умеет. в принципе,
отсутствие DNS и traceroute, которые приводили в пример как недостаток,
не есть таковой по одной очень простой причине: они там нафиг не
нужны и с подобными задачами вполне прекрасно (и даже более чем)
справляются соседние сервера. насчет тормознутости можно сказать
следующее: у меня по одному из таких потоков бегают данные между
группой программистов и очень крупной БД (база по всем
междугородным/международным разговорам области с населением в 6
млн.чел.) на базе Oracle. а по остальным идет постоянная передача
графической информации с таких зверей как WinFrame (пакеты там не
очень большие, но их очень много). жалоб и нареканий пока не было.
с другой стороны, большим недостатком является практически полное
отсутствие масштабируемости.
отсюда следующий вывод: если задачи не очень напряжные и в будущем (в
течении 2-5 лет все останется как есть тех или иных рамках), то можно
купить NX. но... если не хочется геморроя, то лучше Cisco или что-то в
этом духе.
--
Ivan F. Poddubny (Fox)
Information Technology Center, Network Group
Sr. Network Administrator, IFP2-RIPE
=============================================================================
"inet-admins" Internet access mailing list. Maintained by East Connection ISP.
Mail "unsubscribe inet-admins" to Majordomo@info.east.ru if you want to quit.
Archive is accessible on
