Архив форумов ЦИТФорума

[ivankr]

Подскажите, плз, утилитки для Виндовс ХР.
Мне нужны несколько:
1. замер реальной скорости передачи данных (желательно, чтобы это было для каждого хоста, а не какая-нить средняя величина)
2. Трейс пакетиков, желательно с различными прибамбасиками типа отображения маршрута движения пакета на карту мира и тд
3. Есть ли утилитки, позволяющие определить "ненадежные" узлы в инете. Этот пункт для меня самый интересный, так как я имею довольно быстрый канал, но почему связь с некоторыми местами инета (Америка, например) страдает потерями пакетов и разрывами соединения. Как мне выявить причину?

Заранее спасибо.

[and3008]

1. Замер реальной скорости можно сделать только кабельным тестером. И эта скорость будет реальна только в ближайшие месяц-два.
С компа можно снимать только некие усредненные значения.

2. Winroute для этого есть. Только стоит денюжков.

3. Даже не знаю что сказать. Очень уж размыто понятие "ненадежный узел".

[ivankr]

1. Пусть хоть и средние - тоже интересно (хоть и не настолько) - назови проги по этой теме, я сам выберу )?
3. Э... Ну вот смотри: есть ряд проблем: не все мессаги icq доходят до меня из Америки, причем эта проблема не касается общения внутри нашей страны. Так же иногда при закачке на мой FTP-сервак клиенту выдается что-то типа "connection оборвана by remote host". And3008, представь себя на моем месте и расскажи чтобы ты сделал, чтобы узнать побольше о причине(ах) этих глюков, а главное инструментарий который бы ты использовал ( ну кроме кувалды и топора )

[ALEX_SE]

-

[ivankr]

-

[ALEX_SE]

-

[ivankr]

-

[mare]

-
_________________
Не злись на видовс, всяк в нее входящий!

[ivankr]

О какой статистике идет речь?
Имеется в виду мой маршрутизатор (шлюз) или маршрутизатор прова? И какого рода статистика мне поможет? Загруженность маршрутизатора?
Я ж честно говоря плохо подозреваю какого рода инфа мне нужна - подскажите кто-нибудь?
Если более четко сформулировать мой вопрос, то получится чето типа этого:
Какие бывают причины пропажи IP-пакетов в инете и как мониторить каждую из возможнызх причин?
Вот...

[and3008]

-

[ivankr]

Это проблематичео:
в моей сетке примерно 100 компов, по езернету я подключен к прову. Канал у него вроде T1.. или T2... или E1... не помню к сожалению, плохо в них разбираюсь, но дело в том, что через этот канал в инет вылезает еще куча его клиентов (я не знаю сколько и каких). Поэтому не могу ответить на этот вопрос. Пров утверждает, что канал до конца не догружен и есть большой резерв. Вот.

[and3008]

-

[Алекс]

... тебе пошире его сделать? Может у него ограничения какие стоят. Иными словами: Места много, да не пускает?
_________________
Удачи!

[ivankr]

Ребята, я ж прошу ответить на такой вопрос:
Из-за чего бывают потери пакетов в инете или (как при управлении ими протоколом UDP, так и TCP) и как я могу не поднимая зада с кресла получать инфу о причинах потери пакетов и местах этих потерь? В каких случаях это возможно, а в каких нет? Может не в провайдере дело а в провайдере моего провайдера например, или дальше.
Можете даже вместо слов накидать мне ссылок и названий прог из данной тематики.

ЗЫ: Неужели я какую-то чепуху несу )

[and3008]

Причин потери пакетов может быть очень много. И однозначной "волшебной" проги, которая указывает место проблемм - нет.

Очень часто большие потери возникают в перегруженной и плохо сегментированной сети.

Потери могут возникать из-за недостаточной производительности маршрутизатора или недостаточной ширины канала связи.

Слова "у меня Ethernet" до провайдера ни о чем не говорят. У самого провайдера канал в Инет может быть проложен полевкой через два курятника и параллельно ЛЭП в 110 килоВольт.

Так же причиной потери пакетов может быть неисправное сетевое оборудование.

Обычно пользуются прогами ping и traceroute

Но чтоб грамотно ими пользоваться надо знать что ищем и что ожидаем найти. Иногда и это не помогает и надо брать в руки кабельный тестер.

В общем я не знаю способа однозначно определить почему в сети Internet между узлом А и узлом Б теряется 25% пакетов.

[Алекс]

Давай разбираться. Пусть остальные мне помогут.
Потери пакетов бывают из-за (кривые драйвера и т.п. пропустим - вроде все у тебя с этим в порядке):
- перегрузки канала связи (не твоего с провайдером, а дальше);
- коллизий на пути между компами (зависит от оборудования);
- глючной работы сетевого оборудования провайдера (а вдруг!);
- чисто физических причин (повреждение кабеля, наводки, слишком длинные участки кабеля и т.п.);
- неправильной настройки (или их сбоя)оборудования;
- неправильной настройки программной части оборудования (не совсем то, но если сбоит сервер, то ответа на какой-либо запрос может не последовать, хотя пакеты могут приниматься корректно);
- другие причины (сейчас не приходят в голову, надеюсь остальные дополнят).
Не поднимая зада ты сможешь узнать о некоторых из этих причин при помощи вышеозначенных программ ПИНГ и ТРАСЕРТ.
О некоторых причинах ты можешь не узнать никогда! А если крысы попробуют твой кабель на вкус, то поднять зад все же придется!
Насчет программ: есть какие-то программы/плагины (названия знаю, но не помню)и т.п., которые отображают пути прохождения пакетов на карте мира/города/сельской местности, но на кой они тебе нужны? Пакетов знаешь сколько передается?! Надоест, думаю, быстро. Тем более, обидно будет, когда знаешь, в чем загвоздка, а сделать ничего не можешь! Не руками же в чужой спутник лезть!
Так что сам смотри, на сколько тебе все это нужно. Согласен, интересно (сам бы хотел такие программы! )!
Лучше поконюч провайдеру, чтоб канал тебе "утолщил", раз уж он у него такой широкий и пустой! А то, скажи, программу на них натравишь злобную! Или запингуешь до смерти!
Удачи!
_________________
Удачи!

[and3008]

-

[ivankr]

-

[mare]

Речь идет о статистике, которую накапливает твой маршрутизатор, через который осуществляется выход в и-нет. В этой статистике (логах) ты сможешь узнать, сколько передалось пакетов через WAN-порт (к провайдеру), были ли перерывы связи, сколько пакетов передано с ошибками, выключался ли сам маршрутизатор, да и бог весть еще что. Конкретный состав информации зависит от типа маршрутизатора.
Если в этой статистике все прекрасно, - это характеризует о качественном соединении твоего оконечного маршрутизатора с маршрутизатором провайдера; если нет - ищи проблемы между провайдером и тобой.

Если соединение с провайдером устойчиво, нет перерывов связи, нет сбоев, тогда может быть миллион причин, о которых тебе уже сказали.

Провайдер тоже иметь проблемы, причем не меньшие (читай новости про Зенон - несколько дней кувыркаются), и при этом не обязательно именно у того провайдера, к которому подключился ты, а к тем провайдерам, через сервера которых осуществляется конкретное соединение.

Надо только всегда помнить, что твой провайдер никогда не будет гарантировать устойчивое соединение по Сети, он отвечает только за связь с тобой. На Интернет полностью надеяться нельзя - надо иметь резервные варианты связи.

Итак, советы (может быть, ненужные):
- проверь сам или попроси провайдера проверить статистику работы канала на предмет ошибок и загруженности;

- убедись, что твой маршрутизатор работает устойчиво, с резервом по производительности, и в нем загружено обновленное программное обеспечение, избавленное от известных дыр в системе безопасности и подверженности DoS-атакам;

- убедись, что твои приложения, использующие сеть Интернет в качестве транспортной среды, реализованы с учетом особенностей Сети, и не нарушают своей работоспособности при пропаданиях (потерях) пакетов, небольших задержках и перерывах связи.
Если приложение прекрасно работает в интранет-сети, это не означает, что оно будет работать через Интернет, где передача пакетов идет через десятки провайдеров, с динамически меняющимся маршрутом передачи сообщений, с колебаниями групповых задержек для каждого из пакетов, приводящих к "обгонам пакетов", и т.п.
Здесь можно положиться только на квалификацию и честность разработчика приложения.

И последнее, пропажа ip-пакетов в Интернете не только возможна, - она будет всегда!
И если тебя так сильно волнует и интересует проблема передачи данных по сети, имеет смысл обратиться к специализированным организациям для проведения обследования и выдачи рекомендаций. Рекомендации могут коснуться как выполнения "тонких" настроек интерфейсов, так и полной замены использующихся технологий на альтернативные.

Если требуется отказоустойчивое соединение, оно должно быть обеспечено не на уровне передачи ip-пакетов, а на более высоком уровне - за счет приложений, отслеживающих
_________________
Не злись на видовс, всяк в нее входящий!