Logo Море(!) аналитической информации!
IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware
Архив форумов ЦИТФорума
Море(!) вопросов - Море(!) ответов
 
 FAQFAQ   ПоискПоиск   ПользователиПользователи   ГруппыГруппы   РегистрацияРегистрация 
 ПрофильПрофиль   Войти и проверить личные сообщенияВойти и проверить личные сообщения   ВходВход 
Как правильно задавать вопросы

:oops:Каков ПОЛНЫЙ алгоритм выбора строки routing table?

 
Перейти:  
Этот форум закрыт, вы не можете писать новые сообщения и редактировать старые.   Эта тема закрыта, вы не можете писать ответы и редактировать сообщения.    Список форумов Архив форумов ЦИТФорума -> Сети
Предыдущая тема :: Следующая тема  
Автор Сообщение
olddaos



Зарегистрирован: 18.01.2006
Сообщения: 2

СообщениеДобавлено: Ср Янв 18 2006 11:58    Заголовок сообщения: :oops:Каков ПОЛНЫЙ алгоритм выбора строки routing table? Ответить с цитатой

Моей жене на ВМиК (экзамен по сетевым технологиям господ Гурьева и Крупенникова) дали вопрос, от которого я ОХРЕНЕЛ просто! Twisted Evil
Именно, дана такая вот таблица маршрутизации:

dest mask gateway
10.0.0.0 255.255.255.0 10.0.0.2
10.0.0.0 255.255.255.240 10.0.0.4

Требуется определить, на какой шлюз пойдёт пакет, у которого адрес
10.0.0.8
И всё. Больше в условии ничего нет. Ни тебе метрики, ни ОС, под которой эта страшилка (по условию) заведена, ни времени внесения строчек (знаю по опыту, что, напр, демон FreeBSD в 4.10 в такой ситуации выбирал строчку, которая добавлена раньше всех в группе одинаковых (при прочих равных)).

Как в этом случае действуют _СТАНДАРТНЫЕ_ маршрутизаторы? То есть, в каком стандарте написано общепринятое поведение "типического" маршрутизатора в этом случае?

Заранее спасибо!
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Naigo



Зарегистрирован: 14.01.2006
Сообщения: 26
Откуда: Запорожье

СообщениеДобавлено: Ср Янв 18 2006 13:13    Заголовок сообщения: Ответить с цитатой

насколько я знаю предночтительным путём для любого маршрутизатора является путь у которого маска длинее то есть в данной ситуации пакет будет направлен на шлюз с маской /28 на адрес 10.0.0.4
_________________
Радует только то, что завтра будет ещё хуже...
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
olddaos



Зарегистрирован: 18.01.2006
Сообщения: 2

СообщениеДобавлено: Ср Янв 18 2006 18:44    Заголовок сообщения: Большое спасибо!А в каком, всё-таки, стандарте это написано? Ответить с цитатой

Rolling Eyes Хочется прочитать то, что упустил. Пока никак найти не могу!
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
and3008



Зарегистрирован: 12.10.2001
Сообщения: 14893
Откуда: Н.Новгород

СообщениеДобавлено: Ср Янв 18 2006 20:23    Заголовок сообщения: Ответить с цитатой

Стандартное правило воронки.
Сперва смотрим на самый узкий диапазон, затем на тот, что шире.

Где-то в доках по Циске видел такую фразу.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Показать сообщения:   
Этот форум закрыт, вы не можете писать новые сообщения и редактировать старые.   Эта тема закрыта, вы не можете писать ответы и редактировать сообщения.    Список форумов Архив форумов ЦИТФорума -> Сети Часовой пояс: GMT + 3
Страница 1 из 1

 
Перейти:  
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах


Powered by phpBB © 2001, 2002 phpBB Group
Русская поддержка phpBB

 

IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

Информация для рекламодателей PR-акции, размещение рекламы — adv@citforum.ru,
тел. +7 495 6608306, ICQ 232284597
Пресс-релизы — pr@citforum.ru
Послать комментарий
Информация для авторов
This Web server launched on February 24, 1997
Copyright © 1997-2000 CIT, © 2001-2006 CIT Forum
Внимание! Любой из материалов, опубликованных на этом сервере, не может быть воспроизведен в какой бы то ни было форме и какими бы то ни было средствами без письменного разрешения владельцев авторских прав. Подробнее...