Skip to main content

Сетевая модель OSI Содержание Уровни модели OSI | Соответствие модели OSI и других моделей сетевого взаимодействия | Критика | См. также | Примечания | Литература | Ссылки | Навигацияiso.org/ics/35.100/x/https://www.iso.org/ics/35.100.10/x/ВОС. Базовая эталонная модель. Часть 1. Базовая модельВОС. Базовая эталонная модель. Часть 2. Архитектура защиты информацииВОС. Базовая эталонная модель. Часть 3. Присвоение имён и адресацияВОС. Базовая эталонная модель. Часть 4. Основы административного управления

123456791631-0-1-2-3-4-5-6-7-8-9-10-11-12-13128216217226228233259269296302306428639-1-2-3-5-66466686907327647968438981000100410071073-11413153817452014201520222108214521462281270927112788302931033166-1-2-33297330736023864390139774031415742175218577557765964616663446346642564296438652367097001700270987185738874987736781078117812781378168000821785718583860186328652869188078820-58859-1-2-3-4-5-6-7-8-9-10-11-12-13-14-15-1688799000907591269241936294079506952995649594966098979945998499859995200002002221000210472150021827:20022200023008-22327023360246132470725964-12517826000263002632427000 series2700027001270022700327004270052700627007277292779929199-229500310003200038500420105000180000EthernetRS-232EIA-422RS-449RS-485IPv4IPv6IPsecICMPIGMPARPRARPRIP2OSPFEIGRPGREADSPH.245iSNSNetBIOSPAPRPCL2TPPPTPRTCPSMPPSCPZIPSDPBGPHTTPSDHCPIRCGopherSNMPDNSSECNNTPXMPPSIPIPPNTPSNTPЭлектронная почтаSMTPPOP3IMAPFTPTFTPSFTPFTPSWebDAVSMBrloginTelnetSSHRDP


Сетевые протоколыСтандарты ISOРекомендации ITU-TЭталонные модели


англ.Эталонная Модельсетевая модельстекасетевых протоколовДейтаграммыангл.RDPHTTPSMTPSNMPPOP3FTPXMPPOSCARModbusSIPTELNETангл.EBCDICмейнфреймIBMASCIIPICTTIFFразрешениемJPEGангл.MIDIMPEGQuickTimeApple Filing ProtocolIndependent Computing ArchitectureNetWare Core ProtocolNetwork Data RepresentationeXternal Data RepresentationPacket Assembler/Disassembler Protocolангл.AppleTalk Data Stream ProtocolAppleTalk Session ProtocolCall Control Protocol for Multimedia CommunicationInternet Storage Name ServiceLayer 2 Forwarding ProtocolLayer 2 Tunneling ProtocolNetwork Basic Input Output SystemPassword Authentication ProtocolPoint-to-Point Tunneling ProtocolRemote Procedure Call ProtocolReal-time Transport Control ProtocolShort Message Peer-to-PeerSession Control ProtocolZone Information ProtocolSockets Direct Protocolангл.UDPTCPAppleTalk Transaction ProtocolCyclic UDPDatagram Congestion Control ProtocolFibre Channel ProtocolIL ProtocolNetBIOS Frames protocolNetWare Core ProtocolStream Control Transmission ProtocolSequenced Packet ExchangeStructured Stream TransportTransmission Control ProtocolUser Datagram Protocolангл.маршрутизаторыInternet ProtocolInternetwork Packet ExchangeInternet Protocol SecurityRouting Information ProtocolOpen Shortest Path Firstангл.кадрыIEEE 802MACангл.LLCангл.коммутаторымостыARCnetATMController Area NetworkEconetIEEE 802.3EthernetEthernet Automatic Protection SwitchingFiber Distributed Data InterfaceFrame RelayHigh-Level Data Link ControlIEEE 802.2Link Access Procedures, D channelIEEE 802.11wireless LANLocalTalkMultiprotocol Label SwitchingPoint-to-Point ProtocolPoint-to-Point Protocol over EthernetSerial Line Internet ProtocolStarLanToken ringUnidirectional Link Detectionx.25ARPкод Хеммингакод Рида-Соломонадрайвероперационных системахODINDISUDIангл.Институт инженеров по электротехнике и электроникеАльянс электронной промышленностиЕвропейский институт телекоммуникационных стандартовметодами кодирования цифровых сигналовконцентраторыповторителимедиаконвертерыоптоволокновитая паракоаксиальный кабельV.35RS-232RS-485RJ-11RJ-45AUIBNCкод NRZкод RZMLT-3PAM5Манчестер IIIEEE 802.15 (Bluetooth)IRDAEIARS-232EIA-422EIA-423RS-449RS-485DSLISDNSONET/SDH802.11Wi-FiEtherloopGSMUm radio interfaceITUITU-TARINC 818G.hnG.9960TCP/IPTCPUDPдатаграммамиSCTPTCPICMPIPX/SPXдатаграммамимаршрутизаторамиангл.ISOTCP/IP












Сетевая модель OSI




Материал из Википедии — свободной энциклопедии






Перейти к навигации
Перейти к поиску






Сетевая модель OSI
Osi model trad.jpg
Орган стандартизации
ISO[1]
Официальный сайт
iso.org/ics/35.100/x/
Commons-logo.svg Медиафайлы на Викискладе

Сетевая модель OSI (англ. open systems interconnection basic reference model — Базовая Эталонная Модель Взаимодействия Открытых Систем (ЭМВОС)) — сетевая модель стека (магазина) сетевых протоколов OSI/ISO (ГОСТ Р ИСО/МЭК 7498-1-99). Посредством данной модели различные сетевые устройства могут взаимодействовать друг с другом. Модель определяет различные уровни взаимодействия систем. Каждый уровень выполняет определённые функции при таком взаимодействии.




Содержание





  • 1 Уровни модели OSI

    • 1.1 Прикладной уровень


    • 1.2 Уровень представления


    • 1.3 Сеансовый уровень


    • 1.4 Транспортный уровень


    • 1.5 Сетевой уровень


    • 1.6 Канальный уровень


    • 1.7 Физический уровень



  • 2 Соответствие модели OSI и других моделей сетевого взаимодействия

    • 2.1 Семейство TCP/IP


    • 2.2 Семейство IPX/SPX



  • 3 Критика


  • 4 См. также


  • 5 Примечания


  • 6 Литература


  • 7 Ссылки




Уровни модели OSI |


































Модель OSI
Уровень (layer)
Тип данных (PDU[2])
Функции
Примеры
Host
layers
7. Прикладной (application)
Данные

Доступ к сетевым службам

HTTP, FTP, POP3, WebSocket
6. Представления (presentation)

Представление и шифрование данных

ASCII, EBCDIC
5. Сеансовый (session)

Управление сеансом связи

RPC, PAP, L2TP
4. Транспортный (transport)

Сегменты

(segment) /Дейтаграммы (datagram)



Прямая связь между конечными пунктами и надёжность

TCP, UDP, SCTP, PORTS

Media[3]
layers

3. Сетевой (network)

Пакеты (packet)

Определение маршрута и логическая адресация

IPv4, IPv6, IPsec, AppleTalk
2. Канальный (data link)
Биты (bit)/
Кадры (frame)

Физическая адресация

PPP, IEEE 802.22, Ethernet, DSL, ARP, сетевая карта.
1. Физический (physical)

Биты (bit)

Работа со средой передачи, сигналами и двоичными данными

USB, кабель («витая пара», коаксиальный, оптоволоконный), радиоканал

В литературе наиболее часто принято начинать описание уровней модели OSI с 7-го уровня, называемого прикладным, на котором пользовательские приложения обращаются к сети. Модель OSI заканчивается 1-м уровнем — физическим, на котором определены стандарты, предъявляемые независимыми производителями к средам передачи данных:


  • тип передающей среды (медный кабель, оптоволокно, радиоэфир и др.),

  • тип модуляции сигнала,

  • сигнальные уровни логических дискретных состояний (нули и единицы).

Любой протокол модели OSI должен взаимодействовать либо с протоколами своего уровня, либо с протоколами на единицу выше и/или ниже своего уровня. Взаимодействия с протоколами своего уровня называются горизонтальными, а с уровнями на единицу выше или ниже — вертикальными. Любой протокол модели OSI может выполнять только функции своего уровня и не может выполнять функций другого уровня, что не выполняется в протоколах альтернативных моделей.


Каждому уровню с некоторой долей условности соответствует свой операнд — логически неделимый элемент данных, которым на отдельном уровне можно оперировать в рамках модели и используемых протоколов: на физическом уровне мельчайшая единица — бит, на канальном уровне информация объединена в кадры, на сетевом — в пакеты (датаграммы), на транспортном — в сегменты. Любой фрагмент данных, логически объединённых для передачи — кадр, пакет, датаграмма — считается сообщением. Именно сообщения в общем виде являются операндами сеансового, представления и прикладного уровней.


К базовым сетевым технологиям относятся физический и канальный уровни.



Прикладной уровень |



Прикладной уровень (уровень приложений; англ. application layer) — верхний уровень модели, обеспечивающий взаимодействие пользовательских приложений с сетью:


  • позволяет приложениям использовать сетевые службы:
    • удалённый доступ к файлам и базам данных,

    • пересылка электронной почты;


  • отвечает за передачу служебной информации;

  • предоставляет приложениям информацию об ошибках;

  • формирует запросы к уровню представления.

Протоколы прикладного уровня: RDP, HTTP, SMTP, SNMP, POP3, FTP, XMPP, OSCAR, Modbus, SIP, TELNET и другие.



Уровень представления |



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


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


Уровень представлений имеет дело не только с форматами и представлением данных, он также занимается структурами данных, которые используются программами. Таким образом, уровень 6 обеспечивает организацию данных при их пересылке.


Чтобы понять, как это работает, представим, что имеются две системы. Одна использует для представления данных расширенный двоичный код обмена информацией EBCDIC, например, это может быть мейнфрейм компании IBM, а другая — американский стандартный код обмена информацией ASCII (его использует большинство других производителей компьютеров). Если этим двум системам необходимо обменяться информацией, то нужен уровень представлений, который выполнит преобразование и осуществит перевод между двумя различными форматами.


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


Стандарты уровня представлений также определяют способы представления графических изображений. Для этих целей может использоваться формат PICT — формат изображений, применяемый для передачи графики QuickDraw между программами.


Другим форматом представлений является тэгированный формат файлов изображений TIFF, который обычно используется для растровых изображений с высоким разрешением. Следующим стандартом уровня представлений, который может использоваться для графических изображений, является стандарт, разработанный Объединённой экспертной группой по фотографии (Joint Photographic Expert Group); в повседневном пользовании этот стандарт называют просто JPEG.


Существует другая группа стандартов уровня представлений, которая определяет представление звука и кинофрагментов. Сюда входят интерфейс электронных музыкальных инструментов (англ. Musical Instrument Digital Interface, MIDI) для цифрового представления музыки, разработанный Экспертной группой по кинематографии стандарт MPEG, используемый для сжатия и кодирования видеороликов на компакт-дисках, хранения в оцифрованном виде и передачи со скоростями до 1,5 Мбит/с, и QuickTime — стандарт, описывающий звуковые и видео элементы для программ, выполняемых на компьютерах Macintosh и PowerPC.


Протоколы уровня представления: AFP — Apple Filing Protocol, ICA — Independent Computing Architecture, LPP — Lightweight Presentation Protocol, NCP — NetWare Core Protocol, NDR — Network Data Representation, XDR — eXternal Data Representation, X.25 PAD — Packet Assembler/Disassembler Protocol.



Сеансовый уровень |



Сеансовый уровень (англ. session layer) модели обеспечивает поддержание сеанса связи, позволяя приложениям взаимодействовать между собой длительное время. Уровень управляет созданием/завершением сеанса, обменом информацией, синхронизацией задач, определением права на передачу данных и поддержанием сеанса в периоды неактивности приложений.


Протоколы сеансового уровня: ADSP (AppleTalk Data Stream Protocol), ASP (AppleTalk Session Protocol), H.245 (Call Control Protocol for Multimedia Communication), ISO-SP (OSI Session Layer Protocol (X.225, ISO 8327)), iSNS (Internet Storage Name Service), L2F (Layer 2 Forwarding Protocol), L2TP (Layer 2 Tunneling Protocol), NetBIOS (Network Basic Input Output System), PAP (Password Authentication Protocol), PPTP (Point-to-Point Tunneling Protocol), RPC (Remote Procedure Call Protocol), RTCP (Real-time Transport Control Protocol), SMPP (Short Message Peer-to-Peer), SCP (Session Control Protocol), ZIP (Zone Information Protocol), SDP (Sockets Direct Protocol)…



Транспортный уровень |



Транспортный уровень (англ. transport layer) модели предназначен для обеспечения надёжной передачи данных от отправителя к получателю. При этом уровень надёжности может варьироваться в широких пределах. Существует множество классов протоколов транспортного уровня, начиная от протоколов, предоставляющих только основные транспортные функции (например, функции передачи данных без подтверждения приёма), и заканчивая протоколами, которые гарантируют доставку в пункт назначения нескольких пакетов данных в надлежащей последовательности, мультиплексируют несколько потоков данных, обеспечивают механизм управления потоками данных и гарантируют достоверность принятых данных. Например, UDP ограничивается контролем целостности данных в рамках одной датаграммы и не исключает возможности потери пакета целиком или дублирования пакетов, нарушение порядка получения пакетов данных;
TCP обеспечивает надёжную непрерывную передачу данных, исключающую потерю данных или нарушение порядка их поступления или дублирования, может перераспределять данные, разбивая большие порции данных на фрагменты и наоборот, склеивая фрагменты в один пакет.


Протоколы транспортного уровня: ATP (AppleTalk Transaction Protocol), CUDP (Cyclic UDP), DCCP (Datagram Congestion Control Protocol), FCP (Fibre Channel Protocol), IL (IL Protocol), NBF (NetBIOS Frames protocol), NCP (NetWare Core Protocol), SCTP (Stream Control Transmission Protocol), SPX (Sequenced Packet Exchange), SST (Structured Stream Transport), TCP (Transmission Control Protocol), UDP (User Datagram Protocol).



Сетевой уровень |



Сетевой уровень (англ. network layer) модели предназначен для определения пути передачи данных. Отвечает за трансляцию логических адресов и имён в физические, определение кратчайших маршрутов, коммутацию и маршрутизацию, отслеживание неполадок и «заторов» в сети.


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


Протоколы сетевого уровня: IP/IPv4/IPv6 (Internet Protocol), IPX (Internetwork Packet Exchange, протокол межсетевого обмена), X.25 (частично этот протокол реализован на уровне 2), CLNP (сетевой протокол без организации соединений), IPsec (Internet Protocol Security).
Протоколы маршрутизации — RIP (Routing Information Protocol), OSPF (Open Shortest Path First).



Канальный уровень |



Канальный уровень (англ. data link layer) предназначен для обеспечения взаимодействия сетей на физическом уровне и контроля ошибок, которые могут возникнуть. Полученные с физического уровня данные, представленные в битах, он упаковывает в кадры, проверяет их на целостность и, если нужно, исправляет ошибки (формирует повторный запрос повреждённого кадра) и отправляет на сетевой уровень. Канальный уровень может взаимодействовать с одним или несколькими физическими уровнями, контролируя и управляя этим взаимодействием.


Спецификация IEEE 802 разделяет этот уровень на два подуровня: MAC (англ. media access control) регулирует доступ к разделяемой физической среде, LLC (англ. logical link control) обеспечивает обслуживание сетевого уровня.


На этом уровне работают коммутаторы, мосты и другие устройства. Эти устройства используют адресацию второго уровня (по номеру уровня в модели OSI).


Протоколы канального уровня: ARCnet, ATM, Controller Area Network (CAN), Econet, IEEE 802.3 (Ethernet), Ethernet Automatic Protection Switching (EAPS), Fiber Distributed Data Interface (FDDI), Frame Relay, High-Level Data Link Control (HDLC), IEEE 802.2 (предоставляет функции LLC для подуровня IEEE 802 MAC), Link Access Procedures, D channel (LAPD), IEEE 802.11 wireless LAN, LocalTalk, Multiprotocol Label Switching (MPLS), Point-to-Point Protocol (PPP), Point-to-Point Protocol over Ethernet (PPPoE), Serial Line Internet Protocol (SLIP, устарел), StarLan, Token ring, Unidirectional Link Detection (UDLD), x.25, ARP.


При разработке стеков протоколов на этом уровне решаются задачи помехоустойчивого кодирования. К таким способам кодирования относится код Хемминга, блочное кодирование, код Рида-Соломона.


В программировании этот уровень представляет драйвер сетевой платы, в операционных системах имеется программный интерфейс взаимодействия канального и сетевого уровней между собой. Это не новый уровень, а просто реализация модели для конкретной ОС. Примеры таких интерфейсов: ODI (англ.), NDIS, UDI.



Физический уровень |



Физический уровень (англ. physical layer) — нижний уровень модели, который определяет метод передачи данных, представленных в двоичном виде, от одного устройства (компьютера) к другому. Составлением таких методов занимаются разные организации, в том числе: Институт инженеров по электротехнике и электронике, Альянс электронной промышленности, Европейский институт телекоммуникационных стандартов и другие. Осуществляют передачу электрических или оптических сигналов в кабель или в радиоэфир и, соответственно, их приём и преобразование в биты данных в соответствии с методами кодирования цифровых сигналов.


На этом уровне также работают концентраторы, повторители сигнала и медиаконвертеры.


Функции физического уровня реализуются на всех устройствах, подключенных к сети. Со стороны компьютера функции физического уровня выполняются сетевым адаптером или последовательным портом. К физическому уровню относятся физические, электрические и механические интерфейсы между двумя системами. Физический уровень определяет такие виды сред передачи данных как оптоволокно, витая пара, коаксиальный кабель, спутниковый канал передач данных и т. п. Стандартными типами сетевых интерфейсов, относящимися к физическому уровню, являются: V.35, RS-232, RS-485, RJ-11, RJ-45, разъёмы AUI и BNC.


При разработке стеков протоколов на этом уровне решаются задачи синхронизации и линейного кодирования. К таким способам кодирования относится код NRZ, код RZ, MLT-3, PAM5, Манчестер II.


Протоколы физического уровня: IEEE 802.15 (Bluetooth), IRDA, EIA RS-232, EIA-422, EIA-423, RS-449, RS-485, DSL, ISDN, SONET/SDH, 802.11 Wi-Fi, Etherloop, GSM Um radio interface, ITU и ITU-T, TransferJet[en], ARINC 818, G.hn/G.9960.



Соответствие модели OSI и других моделей сетевого взаимодействия |


Поскольку наиболее востребованными и практически используемыми стали протоколы (например TCP/IP), разработанные с использованием других моделей сетевого взаимодействия, далее необходимо описать возможное включение отдельных протоколов других моделей в различные уровни модели OSI.



Семейство TCP/IP |


Семейство TCP/IP имеет три транспортных протокола: TCP, полностью соответствующий OSI, обеспечивающий проверку получения данных; UDP, отвечающий транспортному уровню только наличием порта, обеспечивающий обмен датаграммами между приложениями, не гарантирующий получения данных; и SCTP, разработанный для устранения некоторых недостатков TCP, в который добавлены некоторые новшества. В семействе TCP/IP есть ещё около двухсот протоколов, самым известным из которых является служебный протокол ICMP, используемый для внутренних нужд обеспечения работы; остальные также не являются транспортными протоколами.



Семейство IPX/SPX |


В семействе IPX/SPX порты появляются в протоколе сетевого уровня IPX, обеспечивая обмен датаграммами между приложениями (операционная система резервирует часть сокетов для себя). Протокол SPX, в свою очередь, дополняет IPX всеми остальными возможностями транспортного уровня в полном соответствии с OSI.


В качестве адреса хоста ICX использует идентификатор, образованный из четырёхбайтного номера сети (назначаемого маршрутизаторами) и MAC-адреса сетевого адаптера.



Критика |


В конце 90-х годов семиуровневая модель OSI критиковалась отдельными авторами. В частности, в книге «UNIX. Руководство системного администратора» Эви Немет (англ. Evi Nemeth) писала:
.mw-parser-output .ts-Начало_цитаты-quotefloat:none;padding:0.25em 1em;border:thin solid #eaecf0.mw-parser-output .ts-Начало_цитаты-sourcemargin:1em 0 0 5%;font-size:105%.mw-parser-output .ts-Начало_цитаты-quote .ts-oqmargin:0 -1em -0.25em.mw-parser-output .ts-Начало_цитаты-quote .ts-oq .NavFramepadding:0.mw-parser-output .ts-Начало_цитаты-quote .ts-oq .NavHead,.mw-parser-output .ts-Начало_цитаты-quote .ts-oq .NavContentpadding-left:1.052632em;padding-right:1.052632em




Пока комитеты ISO спорили о своих стандартах, за их спиной менялась вся концепция организации сетей и по всему миру внедрялся протокол TCP/IP.




И вот, когда протоколы ISO были наконец реализованы, выявился целый ряд проблем:


  • эти протоколы основывались на концепциях, не имеющих в современных сетях никакого смысла;

  • их спецификации были в некоторых случаях неполными;

  • по своим функциональным возможностям они уступали другим протоколам;

  • наличие многочисленных уровней сделало эти протоколы медлительными и трудными для реализации.



Сейчас даже самые ярые сторонники этих протоколов признают, что OSI постепенно движется к тому, чтобы стать маленькой сноской на страницах истории компьютеров.


.mw-parser-output .ts-Конец_цитаты-sourcemargin:0.357143em 2em 0 0;text-align:right
Эви Нэмет[4]



См. также |


  • Модель DOD

  • IEEE 802

  • NBAR


Примечания |




  1. https://www.iso.org/ics/35.100.10/x/



  2. PDU — сокращение от англ. protocol data units, единица измерения информации (данных), которой оперирует протокол.


  3. Словом «media» в англоязычной литературе обозначают среду передачи данных.


  4. Эви Нэмет. UNIX. Руководство системного администратора. — 1998.




Литература |



  • А. Филимонов. Построение мультисервисных сетей Ethernet. — М.: BHV, 2007. ISBN 978-5-9775-0007-4.

  • Руководство по технологиям объединённых сетей. 4-е изд. — М.: Вильямс, 2005. ISBN 5-8459-0787-X.

  • «Протоколы и ресурсы Интернет» (Радио и связь, М. 1996),

  • «Сети Интернет. Архитектура и протоколы» (Сиринъ, М. 1998),

  • «Протоколы Интернет. Энциклопедия» («Горячая линия — Телеком», М. 2001, 1100 стр.),

  • «Протоколы Internet для электронной торговли» («Горячая линия — Телеком», М. 2003, 730 стр.),


Ссылки |


  • ГОСТ Р ИСО/МЭК 7498-1-99. — «ВОС. Базовая эталонная модель. Часть 1. Базовая модель». — ОКС: 35.100.70. — Действует c 01.01.2000. — 62c.

  • ГОСТ Р ИСО 7498-2-99. — «ВОС. Базовая эталонная модель. Часть 2. Архитектура защиты информации». — ОКС: 35.100. — Действует c 01.01.2000. — 39c.

  • ГОСТ Р ИСО 7498-3-97. — «ВОС. Базовая эталонная модель. Часть 3. Присвоение имён и адресация». — ОКС: 35.100. — Действует c 30.06.1998. — 50c.

  • ГОСТ Р ИСО/МЭК 7498-4-99. — «ВОС. Базовая эталонная модель. Часть 4. Основы административного управления». — ОКС: 35.100. — Действует c 01.01.2000. — 16c.










Источник — https://ru.wikipedia.org/w/index.php?title=Сетевая_модель_OSI&oldid=100840753













Навигация



























(RLQ=window.RLQ||[]).push(function()mw.config.set("wgPageParseReport":"limitreport":"cputime":"0.504","walltime":"0.741","ppvisitednodes":"value":3089,"limit":1000000,"ppgeneratednodes":"value":0,"limit":1500000,"postexpandincludesize":"value":80797,"limit":2097152,"templateargumentsize":"value":9028,"limit":2097152,"expansiondepth":"value":19,"limit":40,"expensivefunctioncount":"value":8,"limit":500,"unstrip-depth":"value":0,"limit":20,"unstrip-size":"value":3414,"limit":5000000,"entityaccesscount":"value":6,"limit":400,"timingprofile":["100.00% 597.192 1 -total"," 36.09% 215.548 1 Шаблон:Стандарт"," 35.38% 211.305 1 Шаблон:Карточка"," 30.83% 184.116 1 Шаблон:Нет_ссылок"," 15.56% 92.934 9 Шаблон:Wikidata"," 15.32% 91.515 1 Шаблон:Сортировка:_статьи_без_источников"," 13.37% 79.848 7 Шаблон:Main"," 12.90% 77.009 1 Шаблон:Сортировка:_по_типам"," 12.02% 71.753 7 Шаблон:Другое_значение"," 11.01% 65.758 7 Шаблон:Ссылка_на_раздел"],"scribunto":"limitreport-timeusage":"value":"0.228","limit":"10.000","limitreport-memusage":"value":5281716,"limit":52428800,"limitreport-logs":"Loaded datatype wikibase-item of P1462 from wikidata, consider passing datatype argument to formatProperty call or to Wikidata/confignLoaded datatype wikibase-item of P178 from wikidata, consider passing datatype argument to formatProperty call or to Wikidata/confignLoaded datatype time of P577 from wikidata, consider passing datatype argument to formatProperty call or to Wikidata/confignLoaded datatype string of P348 from wikidata, consider passing datatype argument to formatProperty call or to Wikidata/confign","cachereport":"origin":"mw1328","timestamp":"20190817020146","ttl":2592000,"transientcontent":false););"@context":"https://schema.org","@type":"Article","name":"u0421u0435u0442u0435u0432u0430u044f u043cu043eu0434u0435u043bu044c OSI","url":"https://ru.wikipedia.org/wiki/%D0%A1%D0%B5%D1%82%D0%B5%D0%B2%D0%B0%D1%8F_%D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D1%8C_OSI","sameAs":"http://www.wikidata.org/entity/Q93312","mainEntity":"http://www.wikidata.org/entity/Q93312","author":"@type":"Organization","name":"Contributors to Wikimedia projects","publisher":"@type":"Organization","name":"u0424u043eu043du0434 u0412u0438u043au0438u043cu0435u0434u0438u0430","logo":"@type":"ImageObject","url":"https://www.wikimedia.org/static/images/wmf-hor-googpub.png","datePublished":"2005-06-22T03:25:00Z","dateModified":"2019-07-05T12:19:09Z","image":"https://upload.wikimedia.org/wikipedia/commons/f/ff/Osi_model_trad.jpg"(RLQ=window.RLQ||[]).push(function()mw.config.set("wgBackendResponseTime":118,"wgHostname":"mw1261"););

Popular posts from this blog

Canceling a color specificationRandomly assigning color to Graphics3D objects?Default color for Filling in Mathematica 9Coloring specific elements of sets with a prime modified order in an array plotHow to pick a color differing significantly from the colors already in a given color list?Detection of the text colorColor numbers based on their valueCan color schemes for use with ColorData include opacity specification?My dynamic color schemes

Invision Community Contents History See also References External links Navigation menuProprietaryinvisioncommunity.comIPS Community ForumsIPS Community Forumsthis blog entry"License Changes, IP.Board 3.4, and the Future""Interview -- Matt Mecham of Ibforums""CEO Invision Power Board, Matt Mecham Is a Liar, Thief!"IPB License Explanation 1.3, 1.3.1, 2.0, and 2.1ArchivedSecurity Fixes, Updates And Enhancements For IPB 1.3.1Archived"New Demo Accounts - Invision Power Services"the original"New Default Skin"the original"Invision Power Board 3.0.0 and Applications Released"the original"Archived copy"the original"Perpetual licenses being done away with""Release Notes - Invision Power Services""Introducing: IPS Community Suite 4!"Invision Community Release Notes

199年 目錄 大件事 到箇年出世嗰人 到箇年死嗰人 節慶、風俗習慣 導覽選單