Да, забавненько. Получил 5 - 1 - 1.
Поскольку за первый вопрос получил номинальное количество баллов,
ему уделю больше внимания. Остальные ответы упомяну для порядка,
но они, вероятно, представляют малую ценность,
поскольку за них я получил лишь пятую часть от номинала.
1) Первое - вопрос про многоуровневую архитектуру - аналогия с почтойНе особенно хорошо помнил, что было на слайдах, поэтому
нарисовал рисунок, наверное, несколько отличающийся от слайдов:
3 уровня
верхний - бумага с текстом - уровень обмена сообщениями,
второй - конверт - уровень почтовой службы, рассылки писем
третий - ящик с письмами - уровень доставки писем.
Дальше расписал как происходит доставка бумаги с сообщением до получателя,
как сообщение упаковывается в конверт, передаётся на почту,
как на почте упаковывается в коробку и передаётся на следующий уровень,
на котором коробка доставляется до другого почтового отделения,
затем письмо попадает в почтовый ящик к получателю, который распаковывает
конверт и получает сообщение.
Написал про то, что каждый уровень обслуживает верхний
и пользуется сервисом, предоставляемым нижним.
Написал, что разделённая на уровни структура нужна
для независимости работы каждого слоя от реализации других слоёв,
что даёт возможность изменить (усовершенствовать) работу одного уровня,
не изменяя при этом работу других уровней.
Затем привёл аналогичный рисунок с TCP/IP стэком:
Доставка файлов - Транспортный уровень - Сетевой уровень (FTP->TCP->IP)
Упомянул про SAP (service acess point:
http://en.wikipedia.org/wiki/SAP).
Написал, что в случае с почтой SAP это
- адресс получателя при обращении с уровня обмена сообщениями к сервису почтовой службы,
- маркировка на ящике с письмами при обращения с уровня почтовой службы к службе доставки ящиков
То же самое с файлами SAP это
- TCP порт
- IP aдрес
Пожалуй, что всё.
2) Маршрутизационный алгоритм Distance VectorНаписал, что из себя представляет протокол:
каждый узел собирает информацию от соседних узлов и составляет таблицу маршрутизации,
где содержится информация о пути к каждому узлу. Написал что данные, полученные
от соседних узлов не всегда верны (актуальны).
Затем написал, что протокол RIP использует именно это алгоритм,
что в нём используется метрика количества промежуточных узлов (hops),
по которум вычисляется предпочтительность маршрута, написал,
что ограничение RIP - 15 хопов, что предотвращает циркулирование
"заблудившихся" пакетов, но ограничивает максимальный размер сети.
3) Вопрос про Ethernet кадр. Как CSMA/CD, длина пакета, длина кабеля
связаны со скоростью передачиНа этот вопрос видимо нужно отвечать так, как говорит товарищ
Likurg:
RFC..Хотя легче открыть Таннэнбаума "Компьютерные сети".
особенность работы CSMA/CD такова, что некоя станция А должна посылать фрейм ровно столько времени, сколько займет распространение сигнала до некоей самой дальней станции Б и обратно.
не сигнала, а скажем первого байта этого фрейма
Естественно, об этом я ровным счётом ничего не знал,
да и на текущий момент пока что в Интернет не нашёл
подобного описания работы CSMA/CD.
За
ссылку на такой материал был бы очень благодарен.
Тем не менее приведу свой ответ (видимо не совсем корректный):
Я написал про MTU в Ethernet (с типичным значением 1500 байт),
дал расшифровку сокращения CSMA/CD, написал что система проверяет
среду вещания при начале передачи и ждёт случайное количество времени
при возникновении коллизии.
Написал про скорость распространения сигнала (близка к скорости света),
что по этой причине задержка из-за длины кабеля очень маленькая.
Написал самодельную формулу передачи одного фрейма,
где суммарное время передачи = размер пакета (MTU)/скорость канала +
+ задержка в начале связи из-за использования CSMA/CD + скорость распространения сигнала
Вот и всё.
Намного легче взять книгу Таннэнбаума или Барроуза(точно не знаю как пишется) - и прочитать
Уточни, если можно, название книг. Было бы полезно знать.