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

[sergeyXz]

здравствуйте уважаемые. пишу я некий имитатор маршрутизатора, но напоролся на ............
может быть кто нибудь сталкивался с проблемкой. суть такова.. имеется сеть компов пусть на 5. как определить время передачи пакета с компа 1 на комп 2 находясь на копме 3.
видимо что то среднее между ping'ом tracert'ом, но я никак не найду компромис.

[squirL]

с компа 3 только теоретическое, очевидно... количество данных в пакете+все заголовки/пропускную способность в сети

[sergeyXz]

[and3008]

Имеется дорога из п.А в п.Б и в п.С

Из п.А в п.С можно доехать за 1 час
Из п.Б в п.С можно доехать за 2 часа

Вопрос: За какое время можно доехать из п.А в п.Б ?

Без дополнительной информации задача решения не имеет.

[sergeyXz]

[and3008]

Не. Я просто старый пердун.

Пошел получать высшее образование только тогда, когда решил, что оно мне надо. Учусь с удовольствием! Знания немедленно применяю на практике, т.к. ясно вижу сферу их применения.

Ну так чего с задачкой-то? Можешь треугольник нарисовать. Длину линий поставить. Однако! Угол между линиями может быть очень даже разный. Мдя...

К сожалению я отдал свою книжку по сетям. Там были теоретические выкладки по скоростям прохождения пакетов в зависимости от .... Книжку обещались отдать на днях. Ждем-с.

[sergeyXz]

[sergeyXz]

что то типа
tracert айпиадрес

[sergeyXz]

>>> Знания немедленно применяю на практике, т.к. ясно вижу сферу их применения.

ты говоришь как мои преподаватели )))) может ты ботан ? ))

з.ы. программер должен знать что такое ХЗ и как его применить )))))

____
личего личного, только бизнес

[and3008]

Я не понял, чего ты взъелся?

Пинг возвращает время прохождения пакета до узла.

traceroute показывает время прохождения пакета между маршрутизаторами.

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

Дабы обратить внимание на недостающие неизвестные мной был предложен аналогичный вариант задачи с аналогичными исходными данными. Вместо того, чтобы немного подумать ты начал гнуть пальцы. Гни, мне не жалко. Проблемы у тебя, а не у меня.

Я не сказал, что задача не имеет решения вообще! Если известна сетевая топология, примерная загрузка каналов, пропускная способность, то берется магическая книжка (которой у меня сейчас нет) и все считается. Естественно, что результат будет приблизительным, но очень близким к реальным результатам.

В следующий раз сообщай, что ты гений и многое знаешь. А то как-то не заметно сразу... Если бы сформулировал вопрос с графами, то и ответ был иной, т.к. с телепатией у меня не очень.

Могу дать дельный совет. Есть здесь один товарищ с ником Andy_user. Очень грамотный. Напиши ему личное сообщение, возможно поможет.

[squirL]

люди не сорьтесь :)

[Mishak]

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

[Dic0ff]

Я вот тут почитал... хм... ВОпрос СергеюХз: А на хрена? Что ты конкретно хошь сделать? :/

[sergeyXz]

[and3008]

Ну если не хочешь изобретать велосипед, то используй алгоритм OSPF. Т.е. того самого Дикстры.
Вес дуги - это пропускная способность канала.

http://citforum.ru/nets/semenov/4/44/osp44112.shtml

Если делаешь попытки сделать алгоритм определения оптимального маршрута с учетом реальной загрузки каналов, то граблей на этом пути очень много и промышленных стандартов для сетей Ethernet пока не существует. Говорят это есть в АТМ. Подробностей не знаю.

Еще раз подчеркиваю, что вопросы надо задавать правильно, если интересует реальная помощь.