Добрый день!
Andrey Zimin wrote:
> > Не надо, только, если мне память не изменяет, у вас по guest открыт доступ тольно на dial-up.mtu.ru, т.е. я еще
> > должен искать откуда по ftp качать файл. А потом, эта идея не удачная, так как сделав два коннекта подрят я попаду
> > после моего выноса на две разные линии и каналы будут разные- нет повторяемости опыта, одна из причин поxtve и
> > используют эквивалент канала в тестах.
> Маршрутизация в телефонии глубоко статична. Случаи когда характеристика линии кардинально меняется
> от звонка к звонку, идущих друг за другом весьма редки (меняются только пары в одном и том-же кабеле).
Маршрутизация- да, а импульсные помехи и провалы сигнала- нет (это дает эмулировать эквивалент канала).
>
>
> Ну да ладно - не хотите, не надо...
>
> > > > > > И что главное, мне, как пользователю в данном случае, это САМОЕ ВАЖНОЕ- стабильная связь
> > > > > > с хорошей скоростью. По поводу других характеристик железа и софта, вопрос обсуждаем и
> > > > > > далеко не все так однозначно, как мне кажется, вы для себя решили.
> > > > > Хммм, я смотрю с позиций администратора этого металолома.
> > > > > Если кого-то устраивает 420 роутов в РИП2, необходимость после каждой конфигурационной команды
> > > > > проверять - а исполнилась-ли?, ежедневные падения етц, то велком...
> > > > Есть OSPF, нормально работающий. Вообще, похоже, что мы говорим как о разных устройствах.
> > > Ну-ка, навскидку знаете дату первого релиза с ОСПФ?
> > > А ведь он был обещан аж в 97-м году....
> > Ну, так обещанного 3 года ждут ;-), а потом объединение USR и 3Com, бррр, страшно вспомнить.
> Ну это вам виднее...
> Кошка вот проглотила лучший кусок телебита и через год родила вполне приличную железку. Никто это со страхом
> не вспоминает... Ж;-))
Да я про другое говорил, там с поставками были большие проблемы, т.е. даже не проблемы, а полный МРАК...
А TC как делали одни люди, так и делают.
>
>
> > > Суды по багам, которые до сих пор присутствуют в PPP я на железке, стоящей в продакшене
> > Я не знаю какой у вас релиз софта, поэтому это беспредметный разговор, 3Com достаточно активно выпускает заплатки.
> Я просто акуратно слежу за тем что пофиксили и что осталось висеть...
> А разговор изначально был беспредметен. Моя вина - я как раз был очень зол на этот ХайПер - пришлось его в
> авральном порядке заменять кошаками, потому как он окончательно спятил и такаю лабуду на ААА сервер понес...
>
> Вообщем, надо признаться - моя просьба к Вам о тестировании была с подвохом.
> Прошу прощения.
> На 56-м пуле сейчас реально кошаки стоят, а ХайПер ждет в уголке пока я за него возьмусь...
> Ж;-))
Да, ничего, просто у меня деньги на счете достаточно давно закончились, я ехать проплатить заново все времени нет. Так что, я вас тоже
слегка подколол Ж;-)).
>
>
> Циферки:
> На ХайПере макс. кол-во юзеров было около 360
> После замены на кошаки - 412
>
> > > и через полгода не рискну запустить этот самый "ОСПФ"...
> > Конечно, на работающее железо новый софт без проверки лить глупо. В идеале, надо взять такое же шасси и с ним
> > экпериментировать, но это справедливо для любого железа, согласны?
> Нет уж, лучше вы к нам... (С)
> Я лучше почитаю как другие эксперименты ставят - сердце оно не железное...
>
> > > Хотя с удовольствием послушаю как-же это он там работает?
> > Так лучше посмотреть :-).
> Можно и посмотреть, но где-нибудь во вне, и под пивко...
>
> > > Кстати буду признателен, если подскажете как на эзерах этого чуда зафиксировать дуплекс и скорость,
> > > потому как автодетект у ТрехКомов
> > Вообще-то NIC у Hiper 3 Com, в Digital, это разработка еще USR (если судить по драйверам для Egdeserver/BSDI).
> Так эдгесервер это все-таки несколько другая железка чем АРК...
> ПиСюк все-таки и роутер - несколько разная архитектура...
Я говорю про NIC, он один и тот же, определение 10/100 half/full duplex делались софтом карты.
>
>
> > > всегда отличался умом и сообразительностью.
> > > Ну никак мне не удается найти стабильное состояние управляя только кошкиным свичем.
> > 3Сom/Chipcom не рекомендует применять fullduplex для конечных устройств, только между коммутаторами.
> =8-0
> Нет слов...
>
Этому есть конкретное объяснение, на семинаре специалист Chipcom (за основу 3Сom Corebuilder легли их разработки) демонстрировал
презенташку. Как мне объяснили суть в том, что в дуплексном режиме файл пересылается полностью и подтверждение приходит в конце-> один
пакет потерян или порчен, делай все заново.
> > > > Я брал у "Аналитика" эквивалент канала и мы гоняли различные модемы на сервера доступа (Cisco, 3Com)- лучший
> > > > результат у US
> Кстати, а эти результаты как-нибудь поиметь можно? Было-бы очень интересно...
> Ко мне тут начала просачиваться некая инфа о тестировании ЮСР и кошко-насов на мериканском континенте.
>
>
> > > Ж;-)) Эквивалент это не ГТС.
> > Это значительно лучше, чем 10-20 опытов для конкретной точки при сучайно меняющихся характеристиках канала. Cильно
> > сомневаюсь, что у вас хватило терпения проводить больше экспериментов с разными типами модемов и чипсетами. На
> Реальный юзеровский трафик это очень быстро показывает. Статистически...
>
> > сколько я помню, Cisco (до в 11.3 точно)не поддерживало в VSA параметр скорость и протокол соединения, в отличии
> > от 3Сom, как вы можете судить о характеристиках модемной связи для конкретного пользователя? По той табличке,
> Уууу, а зачем? Так и с ума сойти можно... Особенно если этих юзеров десятки тысячь...
>
На сколько я помню absolute делает параллельную текстовыю копию отчета - detail (так мне во всяком случае сказали на выставке) и
загонять данные в базу не обязательно, а для анализа это очень удобно.
После закачки в базу, не обязательно в ту, в которой хранятся аккаунты пользователей, простейшим SQL запросами можно увидеть полную
картину, как для пользователя, так и для интерфейса, если иметь номер звонящего, то и для АТС.
>
> Реально в кошко-насах нового поколения есть груда способов посмотреть характеристики соединения и без VSA.
> И более детально чем VSA, и в динамике по любой сесии, и статистически, и полный модемный лог сесии с временными метками и эвентами
> супервизора (это только легальными и хорошо задокументированными командами),
> для особо извращенных можно вообще спуститься на уровень ДСП.
>
> > которая показывает общее количество соединений с определенной скоростью или после каждого коннекта делаете
> > дополнительный запрос на модем?
> Ж;-)) Заезжайте - покажу...
> Или нет, мне кажеться никого не напряжет аттач с логом на 15К?
Тоже самое можно посмотреть и на TC, без проблем, причем на скольки хотите модемах одновременно ;-).
Да, но я говорил о другом- о системном сборе данных о работе пользователей на линии, когда есть такая отчетность, то можно увидеть
точно картину в целом.
Хотя ... если вас устраивает отчетность от Cisco, то это здорово, всегда приятно разговаривать с человеком, довольным купленным
оборудованием :-).
>
>
> Good luck !
> ======================
> Andrey Zimin | AVZ7-RIPE
> MTU-Intel ISP
> Moscow, Russia
> ======================
>
> ------------------------------------------------------------------------
> Name: MICA-log.txt
> MICA-log.txt Type: Plain Text (text/plain)
> Encoding: 7bit
--
_______________________________________________
С уважением,
Вадим Тулинов.
тел.: (7 095) 956-1717 доб.130
факс: (7 095) 133-5230
email: Vadim_Tulinov@rrc.ru
=============================================================================
"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
