- •Наведіть визначення, переваги та недоліки комірчастої топології.
- •Наведіть визначення, переваги та недоліки топології типу загальна шина.
- •Наведіть визначення, переваги та недоліки зіркоподібної топології.
- •Наведіть визначення, переваги та недоліки кільцевої топології.
- •Наведіть призначення (функції) фізичного рівня еталонної моделі osi.
- •Наведіть призначення (функції) канального рівня еталонної моделі osi.
- •Наведіть призначення (функції) мережевого рівня еталонної моделі osi.
- •13. Наведіть призначення (функції) сеансового рівня еталонної моделі osi.
- •14. Наведіть призначення (функції) рівня представлення даних еталонної моделі osi.
- •Наведіть призначення (функції) прикладного рівня еталонної моделі osi.
- •Наведіть назви одиниць обміну даних для усіх рівнів еталонної моделі osi.
- •17. Наведіть структуру стеку протоколів tcp/ip
- •Відповідність рівнів tcp/ip моделі osi
- •19 Поясніть основні причини невдачі еталонної моделі osi.
- •20 Поясніть недоліки еталонної моделі tcp/ip Критика эталонной модели tcp/ip
- •21 Наведіть визначення (призначення, функції) повторювача.
- •22. Наведіть визначення (призначення, функції) концентратора.
- •26. Наведіть визначення (призначення, функції) маршрутизатора.
- •27 Наведіть визначення (призначення, функції) шлюзу.
- •28.Наведіть активні комунікаційні пристрої, за допомогою яких здійснюється фізична структуризація мережі
- •Принцип дії
- •Висновки
- •Поясніть метод fdma.
- •Поясніть метод wdma.
- •49.Поясніть метод tdma
- •50. Поясніть принцип доступу до середовища на основі детермінованого доступу (маркери).
- •51.Поясніть методи доступу до середовища на основі випадкового доступу.
- •52.Наведіть формат кадру Ethernet II (Ethernet dix). Кадр Ethernet dix (Ethernet II)
- •Наведіть формат кадру Ethernet 802.3 («Raw»).
- •Наведіть формат кадру Ethernet 802.2 (802.3/llc).
- •Наведіть формат кадру Ethernet snap.
- •56 Поясніть, як відрізнити один тип кадру Ethernet від іншого.
- •65. Наведіть значення таких параметрів специфікацій фізичного рівня для стандарту 100Base-fx:
- •66. Дайте визначення домену колізій. Наведіть пристрої, які розширюють домен колізій, та пристрої, які його поділяють на декілька доменів.
- •67. Дайте визначення широкомовного домену. Наведіть пристрої, які розширюють широкомовний домен, та пристрої, які його поділяють на декілька доменів.
- •68. Наведіть класи ip-адрес. Для кожного класу наведіть перші біти ip-адрес, найменший та найбільший номери мережі, максимальне число вузлів в мережі, а також призначення ip-адрес кожного класу.
- •Наведіть призначення протоколу arp та опишіть його роботу в локальних та глобальних мережах.
17. Наведіть структуру стеку протоколів tcp/ip
Багаторівнева архітектура стекe TCP/IP
Рівень1 |
Прикладний рівень |
Рівень 2 |
Основний (транспортний ) рівень |
Рівень 3 |
Рівень між мережевої взаємодії |
Рівень 4 |
Рівень мережевих інтерфейсів |
Рівень I - прикладний: високорівневі сервіси
Рівень II - основний: протоколи, що забезпечують надійність і зв'язок з прикладним рівнем
Рівень III - рівень міжмережевої взаємодії: протокол IP, протоколи маршрутизації, протоколи дозволу адрес
Рівень IV - RFC, визначають метод інкапсуляції пакетів IP в кадри відповідного протоколу канального рівня
Відповідність рівнів tcp/ip моделі osi
19 Поясніть основні причини невдачі еталонної моделі osi.
Критика модели и протоколов OSI
Некоторое время назад, многим экспертам в данной области казалось, что модель OSI и ее протоколы завоюют весь мир и вытеснят все остальное. Этого не случилось. Почему? Может быть, полезно оглянуться и учесть некоторые из уроков этой истории. Основных причин неудачи модели OSI было четыре:
- несвоевременность;
- неудачная технология;
- неудачная реализация;
- неудачная политика.
Несвоевременность
Прежде всего рассмотрим причину номер один: несвоевременность. Для успеха стандарта чрезвычайно важно, в какое время он устанавливается. У Дэвида Кларка (David Clark) из M.I.T. есть теория стандартов, которую он называет апокалипсисом двух слонов.
Н а этом рисунке изображена активность, сопровождающая любую новую разработку. Открытие новой темы вначале вызывает всплеск исследовательской активности в виде дискуссий, статей и собраний. Через некоторое время наступает спад активности, эту тему открывают для себя корпорации, и в результате в нее инвестируются миллиарды долларов.
Существенным является то, что стандарты пишутся именно в период между двумя «слонами». Если их создавать слишком рано, прежде чем закончатся исследования, предмет может оказаться еще слишком мало изучен и понят, что повлечет принятие плохих стандартов. Если создавать их слишком поздно, компании могут успеть вложить деньги в несколько отличные от стандартов технологии, так что принятые стандарты могут оказаться проигнорированными. Если интервал между двумя пиками активности будет слишком коротким (а все стремятся делать деньги как можно быстрее), разработчики стандартов могут просто не успеть их выработать.
Теперь становится ясно, почему стандартные протоколы OSI потерпели неудачу. К моменту их появления среди исследовательских университетов уже получили широкое распространение конкурирующие с ними протоколы TCP/IP. И хотя волна инвестиций еще не обрушилась на данную область, рынок университетов был достаточно широк для того, чтобы многие разработчики стали осторожно предлагать продукты, поддерживающие протоколы TCP/IP. Когда же появился OSI, разработчики не захотели поддерживать второй стек протоколов; таким образом, начальных предложений не было. Каждая компания выжидала, пока первым начнет кто-нибудь другой, поэтому OSI так никто и не стал поддерживать.
Плохая технология
Второй причиной, по которой модель OSI не была реализована, оказалось несовершенство как самой модели, так и ее протоколов. Выбор семиуровневой структуры стал больше политическим решением, чем техническим. В результате два уровня (сеансовый и уровень представления) почти пусты, тогда как два других (сетевой и передачи данных) перегружены.
Эталонная модель OSI вместе с соответствующими определениями служб и протоколами оказалась невероятно сложной. Если сложить в стопку распечатку официального описания стандартов, получится кипа бумаги высотой в один метр. Модель тяжело реализуема и неэффективна в работе.
Еще одна проблема, помимо невозможности понять стандарты OSI, заключалась в том, что некоторые функции, такие как адресация, управление потоком и обработка ошибок, повторялись снова и снова в каждом уровне. Так, например, в книге Saltzer и др. (1984) указывается, что для того, чтобы контроль за ошибками был эффективным, он должен осуществляться на самом верхнем уровне, поэтому повторение его снова и снова на каждом уровне часто оказывается излишним и неэффективным.
Неудачная реализация
Учитывая огромную сложность модели и протоколов, громоздкость и медлительность первых реализаций не стали неожиданностью. Неудачу потерпели все, кто попытался реализовать эту модель. Поэтому вскоре понятие «OSI» стало ассоциироваться с плохим качеством. И хотя со временем продукты улучшились, ассоциации остались.
Первые реализации TCP/IP, основанные на Berkley UNIX, напротив, были достаточно хороши (не говоря уже о том, что они были открытыми). Они довольно быстро вошли в употребление, что привело к появлению большого сообщества пользователей. Это вызвало исправления и улучшения реализации, в результате чего сообщество пользователей еще выросло. В данном случае обратная связь явно была положительной.
Неудачная политика
Из-за особенностей первоначальной реализации многие, особенно в университетских кругах, считали TCP/IP частью системы UNIX. А к системе UNIX в университетских кругах в 80-е годы испытывали чувства, средние между родительскими (в те времена некорректно по отношению к правам мужского населения называемые материнскими) и чувствами к яблочному пирогу.
С другой стороны, OSI считался детищем европейских телекоммуникационных министерств, Европейского сообщества и (позднее) правительства США. Все это было лишь отчасти верным, однако сама мысль о группе правительственных чиновников, пытающихся протолкнуть неудачный в техническом отношении стандарт в глотки бедных исследователей и программистов, прокладывавших компьютерные сети в траншеях, не способствовала продвижению этой модели. Кое-кто рассматривал это развитие в том же свете, что и заявления корпорации IBM, сделанные в 1960 году, о том, что PL/I будет языком будущего, или Министерства обороны, поправлявшего позднее это утверждение своим заявлением, что в действительности таким языком будет Ada.
Несмотря на все недостатки, модель OSI (кроме сеансового уровня и уровня представления) показала себя исключительно полезной для теоретических дискуссий о компьютерных сетях. Протоколы OSI, напротив, не получили широкого распространения. Для TCP/IP верно обратное: модель практически не существует, тогда как протоколы чрезвычайно популярны.