Разработка структуры сети с пакетной коммутацией на примере ОАО "Московская государственная телефонная сеть" - Дипломная работа

В сети ARPA связь между двумя компьютерами осуществлялась с использованием протокола Internet Protocol (IP), который и по сей день является одним из основных в стеке TCP/IP и фигурирует в названии стека. В качестве основного протокола сетевого уровня (в терминах модели OSI) в стеке используется протокол IP, который изначально проектировался как протокол передачи пакетов в составных сетях, состоящих из большого количества локальных сетей, объединенных как локальными, так и глобальными связями. Поэтому протокол IP хорошо работает в сетях со сложной топологией, рационально используя наличие в них подсистем и экономно расходуя пропускную способность низкоскоростных линий связи. К уровню межсетевого взаимодействия относятся и все протоколы, связанные с составлением и модификацией таблиц маршрутизации, такие как протоколы сбора маршрутной информации RIP (Routing Internet Protocol) и OSPF (Open Shortest Path First), а также протокол межсетевых управляющих сообщений ICMP (Internet Control Message Protocol). Этот протокол реализует только передачу файлов, причем в качестве транспорта используется более простой, чем TCP, протокол без установления соединения - UDP.На Рис.2.2 показана перспективная структурная схема сети ОАО МГТС, которая включает: · транзитную сеть, образованную транзитными узлами ТУЭ, установленными на волоконнооптических кольцах SDH верхнего уровня (SDH-BY) и кольцах XDM; Структурная схема включает достаточно сложное телекоммуникационное оборудование, особенно в части взаимодействия с сетями других операторов, сетями доступа. При этом на сети длительное время будут использоваться разные технологии: коммутации каналов, коммутации пакетов, цифровой и аналоговый доступ, разного рода технологии беспроводного доступа. Пришедшие в конце 80-х г.г. на смену плезиохронным системам передачи (TDM) системы синхронно-цифровой иерархии передачи (СЦИ, в английской терминологии SDH) оказали решающее влияние на структуру построения сети МГТС. Если раньше сеть строилась по радиально-узловому принципу, то при использовании СЦИ сети строятся в виде волоконнооптических колец, на которых в пунктах концентрации трафика устанавливаются мощные транзитные коммутационные центры, а вдоль колец - мультиплексоры и кроссовое оборудование для выделения по мере необходимости цифровых потоков различной мощности.В результате всесторонних комплексных испытаний программно-аппаратных средств зоны, взаимодействия ее с сетями других операторов, будет определено окончательное техническое решение о перспективном направлении развития IP-телефонии на основе технологии КП. Структурная схема сети ОАО МГТС включает достаточно сложное телекоммуникационное оборудование, особенно в части взаимодействия с сетями других операторов, сетями доступа. При этом на сети длительное время будут использоваться разные технологии: коммутации каналов, коммутации пакетов, цифровой и аналоговый доступ, разного рода технологии беспроводного доступа. Для передачи такого пакета можно использовать технологии, обычно применяемые для передачи данных в сети. Характерной особенностью управления СПД является наличие элементов управления в самом оборудовании сети передачи данных, а именно: - управление доступом включает управление отказами, управление конфигурацией, производительностью, - управление IP маршрутизаторами включает контроль состояния сети, сбор информации, ведение журналов сбоев и изменений конфигураций сетевых устройств.· соединение без набора номера (прямая связь) - услуга позволяет абоненту установить соединение с заранее зарегистрированным номером, не набирая этот номер (с выдержкой времени или без выдержки времени); · безусловная переадресация - услуга дает абоненту возможность заказать, на время своего отсутствия, переадресацию входящих к нему вызовов к другому абоненту; · уведомление о новом вызове - услуга уведомляет абонента, занятого разговором с другим абонентом, о том, что его вызывает третий абонент; · наведение справки и конференцсвязь трех абонентов - услуга позволяет абоненту перевести связь с другим абонентом в режим удержания и соединиться с третьим абонентом, чтобы навести у него справку. После ответа третьего абонента, абонент, пользующийся услугой, может организовать конференцсвязь трех абонентов, вернуться к первоначальному соединению, переведя связь с третьим абонентом в режим удержания, или вернуться к первоначальному соединению окончательно, отключив третьего абонента;Район Номер шлюза доступа Число абонентов ТФОП Число абонентов ЦСИС-BRA Число подключаемых УПАТС Число подключаемых сетей с интерфейсом V5 Число терминалов SIP, H.323, MGCP В этом случае для решения задачи телефонизации предполагается установка одного SOFTSWITCH и, исходя из критерия критичности длины абонентской линии, пяти шлюзов доступа. Исходя из критерия критичности длины абонентской линии, зона обслуживания шлюза доступа должна создаваться таким образом, чтобы максимальная длина абонентской линии не превышала 3-4 км. Если шлюз производит подключение оборудования сети

ОАО Московская государственная телефонная сеть (МГТС) установлен статус признанной эксплуатационной организации - оператор местной сети электросвязи общего пользования Российской Федерации, которая является одной из крупнейших местных сетей в мире. По числу абонентов, сложности кабельной сети и объему оборудования МГТС сравнима с национальными сетями таких стран, как Бельгия, Норвегия, Дания. На МГТС установлено более 500 автоматических телефонных станций (АТС). Дальнейшее расширение емкости МГТС путем введения кода «499» в дополнение к существующему коду «495» снимает проблему нехватки номерной емкости.

Начало деятельности Московской городской телефонной сети относится еще к 1882 году, когда была введена в эксплуатацию первая телефонная станция ручного обслуживания емкостью всего на 800 номеров. В списке ее телефонных абонентов числилось 26 человек. Это были в основном богатые коммерсанты, промышленники, способные позволить себе такую роскошь. Телефон удовлетворил насущную общественную потребность, сделав возможной связь через большие расстояния без использования промежуточных кодов, громоздких телеграфных аппаратов и посредников-телеграфистов. Общаться по телефону людям стало так же легко, как разговаривать, находясь лицом к лицу.

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

В течение последних лет были разработаны устройства, обеспечивающие передачу голоса по сетям, изначально нацеленным на передачу данных - сетям компьютерной телефонии. Основные выгоды, получаемые от таких способов передачи голосовой информации, следующие: во-первых, одну и ту же линию можно использовать и для передачи данных, и для передачи голоса. Пропускная способность линии используется более эффективно, чем при передаче цифровых данных по аналоговым сетям через модем. Цифровые данные передаются непосредственно в цифровом виде как соответствующая принятой кодировке последовательность импульсов, а голосовая информация перед передачей сжимается. Современные алгоритмы сжатия позволяют без потери качества сжимать голосовой поток 64 кбит/с в 10 раз (до 6,3 кбит/с), а с некоторыми издержками до 2,4 кбит/с. Во-вторых, при передаче голоса в виде пакетов возможно динамическое использование пропускной способности имеющихся каналов связи: суммарная емкость канала расходуется только на фактическую передачу информации. При работе с коммутацией каналов временной канал выделяется в течение всего времени соединения, независимо от того, действительно ли передается информация.

Таким образом, перспективным направлением развития телекоммуникационных сетей, в том числе и Московской городской телефонной сети, является эволюционный переход к цифровым сетям и в последующем переход от технологии коммутации каналов к технологии коммутации пакетов. При постоянно усложняющейся сетевой инфраструктуре и быстро растущем наборе услуг такой оператор перспективной телекоммуникационной сети, как ОАО «МГТС» должен располагать набором универсальных решений - совокупностью специализированных шлюзов для взаимодействия сетей и оборудования разного типа.

Глава 1. Структура протокола TCP/IP

1.1 Стек TCP/IP

Стек TCP/IP, называемый также стеком DOD и стеком Internet, является одним из наиболее популярных и перспективных стеков коммуникационных протоколов.

Стек был разработан по инициативе Министерства обороны США (Department of Defence, DOD) более 20 лет назад для связи экспериментальной сети ARPANET с другими сателлитными сетями как набор общих протоколов для разнородной вычислительной среды. Сеть ARPA поддерживала разработчиков и исследователей в военных областях. В сети ARPA связь между двумя компьютерами осуществлялась с использованием протокола Internet Protocol (IP), который и по сей день является одним из основных в стеке TCP/IP и фигурирует в названии стека.

Большой вклад в развитие стека TCP/IP внес университет Беркли, реализовав протоколы стека в своей версии ОС UNIX. Широкое распространение ОС UNIX привело и к широкому распространению протокола IP и других протоколов стека. На этом же стеке работает всемирная информационная сеть Internet, чье подразделение Internet Engineering Task Force (IETF) вносит основной вклад в совершенствование стандартов стека, публикуемых в форме спецификаций RFC.

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

Структура протоколов TCP/IP приведена на рисунке 1.1. Протоколы TCP/IP делятся на 4 уровня.

Рис. 1.1. Стек TCP/IP

Самый нижний (уровень IV) - уровень межсетевых интерфейсов - соответствует физическому и канальному уровням модели OSI. Этот уровень в протоколах TCP/IP не регламентируется, но поддерживает все популярные стандарты физического и канального уровня: для локальных каналов это Ethernet, Token Ring, FDDI, для глобальных каналов - собственные протоколы работы на аналоговых коммутируемых и выделенных линиях SLIP/PPP, которые устанавливают соединения типа "точка-точка" через последовательные каналы глобальных сетей, и протоколы территориальных сетей X.25 и ISDN. Разработана также специальная спецификация, определяющая использование технологии ATM в качестве транспорта канального уровня.

Следующий уровень (уровень III) - это уровень межсетевого взаимодействия, который занимается передачей дейтаграмм с использованием различных локальных сетей, территориальных сетей X.25, линий специальной связи и т. п. В качестве основного протокола сетевого уровня (в терминах модели OSI) в стеке используется протокол IP, который изначально проектировался как протокол передачи пакетов в составных сетях, состоящих из большого количества локальных сетей, объединенных как локальными, так и глобальными связями. Поэтому протокол IP хорошо работает в сетях со сложной топологией, рационально используя наличие в них подсистем и экономно расходуя пропускную способность низкоскоростных линий связи. Протокол IP является дейтаграммным протоколом.

К уровню межсетевого взаимодействия относятся и все протоколы, связанные с составлением и модификацией таблиц маршрутизации, такие как протоколы сбора маршрутной информации RIP (Routing Internet Protocol) и OSPF (Open Shortest Path First), а также протокол межсетевых управляющих сообщений ICMP (Internet Control Message Protocol). Последний протокол предназначен для обмена информацией об ошибках между маршрутизатором и шлюзом, системой-источником и системой-приемником, то есть для организации обратной связи. С помощью специальных пакетов ICMP сообщается о невозможности доставки пакета, о превышении времени жизни или продолжительности сборки пакета из фрагментов, об аномальных величинах параметров, об изменении маршрута пересылки и типа обслуживания, о состоянии системы и т.п.

Следующий уровень (уровень II) называется основным. На этом уровне функционируют протокол управления передачей TCP (Transmission Control Protocol) и протокол дейтаграмм пользователя UDP (User Datagram Protocol). Протокол TCP обеспечивает устойчивое виртуальное соединение между удаленными прикладными процессами. Протокол UDP обеспечивает передачу прикладных пакетов дейтаграммным методом, то есть без установления виртуального соединения, и поэтому требует меньших накладных расходов, чем TCP.

Верхний уровень (уровень I) называется прикладным. За долгие годы использования в сетях различных стран и организаций стек TCP/IP накопил большое количество протоколов и сервисов прикладного уровня. К ним относятся такие широко используемые протоколы, как протокол копирования файлов FTP, протокол эмуляции терминала telnet, почтовый протокол SMTP, используемый в электронной почте сети Internet и ее российской ветви РЕЛКОМ, гипертекстовые сервисы доступа к удаленной информации, такие как WWW и многие другие.

Протокол SNMP (Simple Network Management Protocol) используется для организации сетевого управления. Проблема управления разделяется здесь на две задачи. Первая задача связана с передачей информации. Протоколы передачи управляющей информации определяют процедуру взаимодействия сервера с программой-клиентом, работающей на хосте администратора. Они определяют форматы сообщений, которыми обмениваются клиенты и серверы, а также форматы имен и адресов. Вторая задача связана с контролируемыми данными. Стандарты регламентируют, какие данные должны сохраняться и накапливаться в шлюзах, имена этих данных и синтаксис этих имен. В стандарте SNMP определена спецификация информационной базы данных управления сетью. Эта спецификация, известная как база данных MIB (Management Information Base), определяет те элементы данных, которые хост или шлюз должен сохранять, и допустимые операции над ними.

Протокол пересылки файлов FTP (File Transfer Protocol) реализует удаленный доступ к файлу. Для того, чтобы обеспечить надежную передачу, FTP использует в качестве транспорта протокол с установлением соединений - TCP. Кроме пересылки файлов протокол, FTP предлагает и другие услуги. Так пользователю предоставляется возможность интерактивной работы с удаленной машиной, например, он может распечатать содержимое ее каталогов, FTP позволяет пользователю указывать тип и формат запоминаемых данных. Наконец, FTP выполняет аутентификацию пользователей. Прежде, чем получить доступ к файлу, в соответствии с протоколом пользователи должны сообщить свое имя и пароль.

В стеке TCP/IP протокол FTP предлагает наиболее широкий набор услуг для работы с файлами, однако он является и самым сложным для программирования. Приложения, которым не требуются все возможности FTP, могут использовать другой, более экономичный протокол - простейший протокол пересылки файлов TFTP (Trivial File Transfer Protocol). Этот протокол реализует только передачу файлов, причем в качестве транспорта используется более простой, чем TCP, протокол без установления соединения - UDP.

Протокол telnet обеспечивает передачу потока байтов между процессами, а также между процессом и терминалом. Наиболее часто этот протокол используется для эмуляции терминала удаленной ЭВМ.

1.2 Технология IP

1.2.1 Этапы развития

К настоящему моменту IP-телефония прошла три этапа развития протокола сигнализации: докоммерческий этап (1980-1995), компьютерный этап (1995-1999), и начавшийся на рубеже веков инфокоммуникационный этап, продолжающийся и сегодня.

Докоммерческий этап характеризовался научно-исследовательской деятельностью в разных университетах и исследовательских организациях сообщества Интернет. Первая в истории попытка испробовать IP-телефонию была произведена в 1983 году в Кембридже, Массачусетс. В состав оборудования рабочих станций разных исследовательских проектов была включена так называемая «речевая воронка», выполнявшая функции цифровизации речи, ее пакетирования и передачи через Интернет между офисами BBN (Bolt, Beranek, Newman) на Восточном и Западном побережьях США. Немногочисленные энтузиасты IP-телефонии первого поколения должны были заранее находиться в режиме подключения к системе к моменту вызова, использовать на обоих концах одно самодельное программное обеспечение и тратить во время разговора значительные усилия на регулировку компрессии и попытки компенсации эха. Качество речи портили и длинные паузы, вызванные случайными задержками при прохождении пакетов по Интернет,«рваная» речь, получавшаяся в результате потерь пакетов, эхо изза близкого расположения динамика компьютера и микрофона. И все же, именно в то время были созданы две рабочие группы IEFT: AVT {Audio/Video Transport) - группа транспортировки аудио/видео, которая создала транспортный протокол реального времени RTP, и MMUSIC (Multiparty Multimedia Session Control) - группа управления мультимедийным сеансом, спроектировавшая семейство протоколов для мультимедийной конференцсвязи через Интернет, включая самый удачный протокол ІР-телефонии - протокол SIP [10].

Компьютерный этап был начат израильской компанией VOCALTEC, сумевшей к 1995 году собрать воедино достижения в областях процессоров цифровой обработки сигналов (DSP), кодеков, компьютеров, протоколов маршрутизации и увеличившей свой доход с 46 тысяч долларов во втором квартале 1995 года до 181 миллиона долларов во втором квартале 1996 года (изза чего, собственно, предшествовавший этому этап развития IP-телефонии и назван до-коммерческим). Первоначально продукты VOCALTEC допускали только соединения PC - PC. Все функции сигнализации и управления реализовались непосредственно в этих PC, а программное обеспечение сеансов связи все еще ориентировалось на нестандартные протоколы разных компаний-производителей. Но уже в июне 1996 года 16-я Исследовательская комиссия Международного союза электросвязи (ITU-T) согласовала версию 1 протокола Н.323, названную стандартом для видеоконференцсвязи с негарантированным качеством обслуживания через локальную вычислительную сеть. Этот первый «зонтичный» стандарт IP-телефонии появился в нужное время и открыл тем самым следующий этап инфокоммуникационных услуг.

Инфокоммуникационный этап IP-телефонии знаменуется тем, что услуга передачи речи через IP-сети, которая первоначально не воспринималась как угроза существующим телекоммуникационным Операторам, оказалась с успехом востребована почти всеми сторонами в отрасли как инновационное средство, реально способное выполнить обещания мультимедийных коммуникаций, которые однажды уже были даны B-ISDN, но не оправдались.

Да и по мере развития первых сетей IP-телефонии стали проявляться недостатки и ограничения Н.323. Весьма важным ограничением стало то, что шлюз Н.323 обрабатывает сигнализацию, выполняет управление обслуживанием вызова и транскодирование транспортных потоков в едином блоке, что создает проблему масштабируемости при росте трафика. Кроме того, Н.323 не обеспечивает также возможности подключения к ОКС7, что препятствует его «бесшовной» интеграции с существующей телефонной сетью общего пользования. Для того чтобы справиться с этими проблемами, и была разработана концепция декомпозиции шлюза, при которой управление обслуживанием вызова сосредоточено в одном блоке, называемом Softswitch или контроллером транспортного шлюза MGC (Media Gateway Controller), а элементы преобразования транспортных потоков находятся в другом блоке, называемом транспортным шлюзом MG (Media Gateway. Тогда же, в 1998 году, был создан протокол управления шлюзами MGCP (Media Gateway Control Protocol), а после еще двух лет напряженной работы Исследовательской комиссии 16 ITU-T и IETF в июне 2000 появился стандарт управления транспортным шлюзом, названный Н.248 или MEGACO. Сам же мультимедийный трафик переносится по IP-сети, как правило, протоколом RTP.

1.2.2 Межсетевой протокол IP

IP (англ. Internet Protocol - межсетевой протокол) - маршрутизируемый сетевой протокол , основа стека протоколов TCP/IP .

Протокол IP (RFC 791 ) используется для ненадежной доставки данных (разделяемых на так называемые пакеты) от одного узла сети к другому. Это означает, что на уровне этого протокола не дается гарантий надежной доставки пакета до адресата. В частности, пакеты могут прийти не в том порядке, в котором были отправлены, оказаться поврежденными или не прибыть вовсе. Гарантии безошибочной доставки пакетов дают протоколы более высокого (транспортного ) уровня - например, TCP - которые используют IP в качестве транспорта.

В современной сети Интернет используется IP четвертой версии, также известный как IPV4. В протоколе IP этой версии каждому узлу сети ставится в соответствие IP-адрес длиной 4 октета (иногда говорят «байта» , подразумевая распространенный восьмибитовый минимальный адресуемый фрагмент памяти ЭВМ). При этом компьютеры в подсетях объединяются общими начальными битами адреса. Количество этих бит, общее для данной подсети, называется маской подсети (ранее использовалось деление пространства адресов по классам - A, B, C; класс сети определялся диапазоном значений старшего октета и определял число адресуемых узлов в данной сети, сейчас используется бесклассовая адресация ).

В настоящее время вводится в эксплуатацию шестая версия протокола - IPV6 , которая позволяет адресовать значительно большее количество узлов, чем IPV4. Эта версия отличается повышенной разрядностью адреса, встроенной возможностью шифрования и некоторыми другими особенностями. Переход с IPV4 на IPV6 связан с трудоемкой работой операторов связи и производителей программного обеспечения и не может быть выполнен одномоментно. На начало 2007 года в Интернете присутствовало около 760 сетей, работающих по протоколу IPV6. Для сравнения, на то же время в адресном пространстве IPV4 присутствовало более 203 тысяч сетей, но в IPV6 сети гораздо более крупные, нежели в IPV4(табл. 1.2.).

1.2.3 IP-пакет

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

Структура IP-датаграммы (пакета) в протоколе четвертой версии (IPV4) Таблица 1.2.

Версия (4 бит) Длина (4 бит) Тип обслуживания

(8 бит)

Длина пакета

Идентификатор

0 DF MF Смещение фрагмента

Число переходов (TTL )Протокол

Контрольная сумма заголовка

IP-адрес отправителя (32 бита)

IP-адрес получателя (32 бита)

Параметры (до 320 бит)

Данные (до 65535 байт минус заголовок)

Версия - для IPV4 значение поля должно быть равно 4.

Длина - длина заголовка IP-пакета в 32-битных словах (dword). Именно это поле указывает на начало блока данных в пакете. Минимальное корректное значение для этого поля равно 5.

Идентификатор - значение, определяемое отправителем пакета и предназначенное для определения корректной последовательности пакетов.

3 бита флагов. Первый бит должен быть всегда равен нулю, второй бит DF (don’t fragment) определяет возможность фрагментации пакета и третий бит MF (more fragments) показывает, не является ли этот пакет последним в цепочке пакетов. Смещение фрагмента - значение, определяющее позицию фрагмента в потоке данных.

Протокол - идентификатор интернет-протокола следующего уровня (см. IANA protocol numbers и RFC 1700 ). В IPV6(табл. 1.3.) называется «Next Header».

Структура IP-датаграммы (пакета) в протоколе шестой версии (IPV6) Таблица 1.3.

Версия (4 бита) Класс трафика (8 бит)Метка потока (20 бит)

Длина полезной нагрузки (16 бит) След. заголовок (8 бит) Число переходов

IP-адрес отправителя (128 бит)

IP-адрес получателя (128 бит)

Данные

Версия - для IPV6 значение поля должно быть равно 6.

Класс трафика - определяет приоритет трафика (QOS, класс обслуживания ).

Метка потока - уникальное число, одинаковое для однородного потока пакетов.

Длина полезной нагрузки - длина данных (заголовок IP-пакета не учитывается).

Следующий заголовок - определяет следующий инкапсулированный протокол.

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

Диапазоны для локальных сетей

При подключении пользовательского компьютера к Интернету , IP-адреса выбираются из диапазона, предоставленного провайдером . Компьютеры, не имеющие IP-адреса, выданного провайдером, могут (при правильной настройке маршрутизации) работать с другими локальными компьютерами, имея IP-адреса из диапазонов, зарезервированных для локальных сетей (RFC 1918 ): · сеть класса А 10.0.0.0 - 10.255.255.255 (маска подсети 255.0.0.0), · сеть класса B 172.16.0.0 - 172.31.255.255 (маска подсети 255.240.0.0), · сеть класса C 192.168.0.0 - 192.168.255.255 (маска подсети 255.255.0.0), · сеть 2001:0DB8::/32 в IPV6 - зарезервировано для примеров и документации.

Компьютеры с такими адресами могут получать доступ к Интернету посредством прокси-серверов или NAT .

При построении сетей, составляющих Интернет (например сетей провайдеров), выбираются строго определенные диапазоны адресов, назначенные организацией ICANN . ICANN является «высшей инстанцией» в вопросах резервирования диапазонов и имеет свои представительства по всему миру - например, в Европе распределение адресов координирует RIPE NCC .

RIPE NCC (фр. Reseaux IP Europeens англ. Network Coordination Centre) - один из пяти региональных интернет-регистратур (Regional Internet Registries, RIRS ), выполняющих распределение интернет -ресурсов, а также связанную с этим регистрацию и координацию деятельности, направленную на глобальную поддержку функционирования Интернета.

RIPE NCC функционирует как кооператив локальных интернет-регистратур (англ. Local Internet Registry, LIR ), каждая из которых платит членский взнос. В роли LIR обычно выступают крупные интернет-провайдеры или корпорации .

Выделение интернет-ресурсов происходит согласно процедурам RIPE NCC, формализованным в соответствующих документах. Документы, устанавливающие процедуры работы с ресурсами, принимаются собранием членов RIPE (англ. RIPE General Meeting) - открытого тематического форума, проходящим дважды в год. Перед вынесением документов на голосование производится работа над проектами документов в рабочих группах и обсуждение проектов в открытых почтовых рассылках RIPE.

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

RIPE NCC руководит Аксель Паулик (англ. Axel Pawlik).

Офис RIPE NCC находится в Амстердаме , Нидерланды .

1.2.4 IP-адрес

IP-адрес (ай-пи адрес, сокращение от англ. Internet Protocol Address) - уникальный идентификатор (адрес ) устройства (обычно компьютера ), подключенного к локальной сети или интернету .

IP-адрес представляет собой 32-битовое (по версии IPV4 ) или 128-битовое (по версии IPV6 ) двоичное число. Удобной формой записи IP-адреса (IPV4 ) является запись в виде четырех десятичных чисел (от 0 до 255), разделенных точками, например, 192.168.0.1. (или 128.10.2.30 - традиционная десятичная форма представления адреса, а 10000000 00001010 00000010 00011110 - двоичная форма представления этого же адреса).

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

IP-адрес состоит из двух частей: номера сети и номера узла. В случае изолированной сети ее адрес может быть выбран администратором из специально зарезервированных для таких сетей блоков адресов (192.168.0.0/16 , 172.16.0.0/12 или 10.0.0.0/8). Если же сеть должна работать как составная часть Интернета , то адрес сети выдается провайдером либо региональным интернет-регистратором (Regional Internet Registry, RIR ). Всего существует пять RIR: ARIN , обслуживающий Северную Америку ; APNIC , обслуживающий страны Юго-Восточной Азии ; AFRINIC , обслуживающий страны Африки . LACNIC , обслуживающий страны Южной Америки и бассейна Карибского моря; и RIPE NCC , обслуживающий Европу , Центральную Азию , Ближний Восток . Региональные регистраторы получают номера автономных систем и большие блоки адресов у ICANN , а затем выдают номера автономных систем и блоки адресов меньшего размера локальным интернет-регистраторам (Local Internet Registries, LIR ), обычно являющихся крупными провайдерами.

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

Какая часть адреса относится к номеру сети, а какая - к номеру узла, определяется значениями первых бит адреса. Значения этих бит являются также признаками того, к какому классу относится тот или иной IP-адрес.

На рис. 1.4. показана структура IP-адреса разных классов.

Рис. 1.4. Структура IP-адреса разных классов

Бесклассовая адресация

Со второй половины 90-х годов XX века классовая адресация повсеместно вытеснена бесклассовой адресацией , при которой количество адресов в сети определяется только и исключительно маской подсети .

Особые IP-адреса

· В протоколе IP существует несколько соглашений об особой интерпретации IP-адресов: · если весь IP-адрес состоит только из двоичных нулей, то он обозначает адрес того узла, который сгенерировал этот пакет; этот режим используется только в некоторых сообщениях ICMP ;

· если в поле номера сети стоят только нули, то по умолчанию считается, что узел назначения принадлежит той же самой сети, что и узел, который отправил пакет;

· если все двоичные разряды IP-адреса равны 1, то пакет с таким адресом назначения должен рассылаться всем узлам, находящимся в той же сети, что и источник этого пакета. Такая рассылка называется ограниченным широковещательным сообщением (limited broadcast);

· если в поле номера узла назначения стоят только единицы, то пакет, имеющий такой адрес, рассылается всем узлам сети с заданным номером сети. Например, в сети 192.190.21.0 с маской 255.0.0.0 пакет с адресом 192.190.21.255 доставляется всем узлам этой сети. Такая рассылка называется широковещательным сообщением (broadcast).

Динамические IP-адреса

IP-адрес называют динамическим, если он назначается автоматически при подключении устройства к сети и используется в течение ограниченного промежутка времени, как правило, до завершения сеанса подключения.

Для получения IP-адреса клиент может использовать один из следующих протоколов : · DHCP (RFC 2131 ) - наиболее распространенный протокол настройки сетевых параметров, · BOOTP (RFC 951 ) - простой протокол настройки сетевого адреса, обычно используется для бездисковых станций , · IPCP (RFC 1332 ) в рамках протокола PPP (RFC 1661 ), · Zeroconf (RFC 3927 ) - протокол настройки сетевого адреса, определения имени, поиск служб.

Постоянный IP адрес

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

Также постоянный IP адрес пригодится для того, чтобы к вашему компьютеру можно было получить доступ из сети Интернет. Когда вы соединяетесь с модемным пулом, то ресурсам машины, к которым вы пожелали открыть доступ можно получить доступ из сети. Но для этого нужно знать IP-адрес вашего компьютера. При входе в сеть интернет вам выдается динамический адрес, но этот адрес будет вашим только в течение данного сеанса связи, и в следующий раз он изменится. Поэтому пользователь, который захочет установить с вами соединение (например, для онлайн игры, или соединению по протоколу FTP) не будет знать имени вашей машины.

1.2.5 Протокол RTP

Основным транспортным протоколом для мультимедийных приложений стал протокол реального времени RTP (Real-Time Protocol), предназначенный для организации передачи пакетов с кодированными речевыми сигналами по IP-сети. Передача пакетов RTP ведется поверх протокола UDP, работающего, в свою очередь, поверх IP (рис. 1.5.).

Рис. 1.5. Уровни протоколов RTP/UDP/IP

На самом деле уровень, к которому относится RTP, не определяется настолько однозначно, как это показано на рис. 1.5 и как это обычно описывается в литературе. С одной стороны, протокол действительно работает поверх UDP, реализуется прикладными программами и, по всем признакам, является прикладным протоколом. Но в то же время, как сказано в начале этого параграфа, RTP предоставляет транспортные услуги независимо от мультимедийных приложений и является, с этой точки зрения, просто транспортным протоколом. Наиболее удачное определение: RTP - это транспортный протокол, реализованный на прикладном уровне.

Для передачи речевого (мультимедийного) трафика RTP использует пакеты, структура которых показана на рис. 1.6.

Пакет RTP состоит, как минимум, из 12 байтов. В двух первых битах RTP заголовка (поле бита версии, V) указывается версия протокола RTP (в настоящее время это версия 2).

Ясно, что при такой структуре заголовка возможна максимум еще только одна версия RTP. Следующее за ними поле содержит два бита: бит Р, который указывает, были ли добавлены в конце поля с полезной нагрузкой символы-наполнители (они обычно добавляются, если транспортный протокол или алгоритм кодирования требует использования блоков фиксированного размера), и бит X, который указывает, используется ли расширенный заголовок.

Рис. 1.6. Заголовок RTP

Если он используется, то первое слово расширенного заголовка содержит общую длину расширения. Далее, четыре бита СС определяют число CSRC-полей в конце RTP-заголовка, т.е. число источников, формирующих поток. Маркерный бит М позволяет отмечать то, что стандарт определяет как существенные события, например, начало видеокадра, начало слова в аудиоканале и т.п. За ним следует поле типа данных РТ (7 битов), где указывается код типа полезной нагрузки, определяющий содержимое поля полезной нагрузки - данные приложения {Application Data), например, несжатое 8-битовое аудио МРЗ и т.п. По этому коду приложение может узнать, что нужно делать, чтобы декодировать данные. Остальная часть заголовка фиксированной длины состоит из поля порядкового номера (Sequence Number), поля метки времени (Time Stamp) для записи момента создания первого слова пакета и поля источника синхронизации SSRC, которое идентифицирует этот источник. В последнем поле можно указывать единственное устройство, имеющее только один сетевой адрес, множественные источники, которые могут представить различные мультимедийные среды (аудио, видео и т.д.), или разные потоки одной и той же среды. Так как источники могут быть на разных устройствах, SSRC-идентификатор выбирается случайным образом, чтобы шанс получать данные сразу от двух источников во время RTP-сеанса был минимальным. Однако определен также и механизм решения конфликтов, если они возникают. За фиксированной частью RTP-заголовка могут следовать еще до 15 отдельных 32-разрядных CSRC-полей, которые идентифицируют источники данных.

RTP поддерживается протоколом управления транспортировкой в реальном времени RTCP {Real-Time Transport Control Protocol), который формирует дополнительные отчеты, содержащие информацию о сеансах связи RTP. Напомним, что ни UDP, ни RTP не занимаются обеспечением качества обслуживания QOS (Quality of Service). Протокол RTCP обеспечивает обратную связь с отправителями, а получателям потоков он предоставляет некоторые возможности повышения QOS, информацию о пакетах (потери, задержки, джиттер) и о пользователе (приложении, потоке). Для управления потоком существуют отчеты двух типов - генерируемые отправителями и генерируемые получателями. Например, информация о доле потерянных пакетов и абсолютном количестве потерь позволяет отправителю при получении отчета обнаруживать, что перегрузка канала может заставить получателей не принимать потоки пакетов, которые они ожидали. В этом случае отправитель имеет возможность понизить скорость кодирования, чтобы уменьшить перегрузку и улучшить прием. Отчет отправителя содержит информацию о том, когда был генерирован последний RTP-пакет (она включает в себя как внутреннюю метку, так и реальное время). Эта информация позволяет получателю координировать и синхронизировать множественные потоки, например, видео и аудио. Если поток направляется нескольким получателям, то организуются потоки RTCP-пакетов от каждого из них. При этом будут предприняты шаги для ограничения ширины полосы - обратно пропорционально скорости, с которой генерируются RTCP-отчеты, и числу получателей.

Следует заметить, что хотя RTCP работает отдельно от RTP, но уже и сама цепочка RTP/UDP/IP приводит к существенным накладным расходам (в виде их заголовков). Кодек G.729 генерирует пакеты размером в 10 байтов (80 битов каждые 10 мс). Один RTP-заголовок, размером в 12 байтов, больше, чем весь этот пакет. К нему, кроме того, должен быть добавлен 8-байтовый UDP-заголовок и 20-байтовый IP-заголовок (в версии IPV4), что создает заголовок, в четыре раза превосходящий по размеру передаваемые данные.

1.2.6 Кодеки VOIP

С момента первого телефонного соединения между Беллом и Ватсоном речевую информацию стали преобразовывать в формат аналогового электрического сигнала. При переходе к цифровым телефонным сетям эти речевые сигналы перед отправкой в сеть начали подвергать дискретизации (формированию дискретных во времени отсчетов амплитуды сигнала), квантованию (определению амплитуды полученного отсчета числом с конечной точностью - дискретизации по амплитуде) и кодированию. Стандартной для традиционной телефонии стала примитивная с сегодняшней точки зрения схема ИКМ-кодирования речевого сигнала, хотя никогда не прекращались поиски более сложных и эффективных алгоритмов, позволяющих снизить требования к полосе пропускания.

Революционным толчком, позволившим прийти к передаче речи средствами IP-телефонии, стало появление процессоров цифровой обработки сигналов DSP (Digital Signal Processor), архитектура которых оптимизирована для выполнения операций, характерных для типичных алгоритмов обработки сигналов, например, умножение с накоплением или выборку операндов с бит-инверсной адресацией для выполнения быстрого преобразования Фурье. Физически DSP выполняются в виде интегральных микросхем, содержащих в одном кристалле ядро процессора, память и периферийные устройства для обмена информацией. Наличие встроенной памяти обеспечивает быстрый доступ ядра к ее содержимому для получения максимальной производительности. Функционально на DSP реализуются кодеки для использования в приложениях VOIP.

Различаются эти кодеки, в частности, по требуемой полосе пропускания канала. Для узкополосных кодеков скорость передачи информации лежит в пределах 1.2-64 Кбит/с, что определяет качество передачи речи. Существует несколько подходов к проблеме определения качества, наиболее популярным из которых является оценка MOS (Mean Opinion Score), которая определяется как среднее значение оценок качества по пятибалльной шкале, данных большой группой слушателей. Экспертам предъявляются для прослушивания разные звуковые фрагменты - речь, музыка, речь на фоне того или иного шума и т.д. Оценки интерпретируют следующим образом: 4-5 - высокое качество, которое аналогично или выше качества передачи речи при разговоре по сети ISDN; 3.5-4 - качество ТФОП (toll quality), обеспечиваемое при большинстве телефонных связей через ТФОП, а мобильные сети обеспечивают качество чуть ниже toll quality; 3-3.5 - качество речи по-прежнему удовлетворительное, однако его ухудшение хорошо заметно на слух; 2.5-3 - речь разборчива, однако для ее понимания требуется концентрация внимания.

Кроме того, еще одной функцией кодеков в шлюзах VOIP является подавление периодов молчания (VAD, CNG, DTX), позволяющее уменьшить объем информации, передаваемой в течение таких периодов, и освободить на это время занимаемую полосу пропускания. В двустороннем разговоре такие меры позволяют сократить объем передаваемой информации до 50%, а в децентрализованных многоадресных конференциях за счет большего числа говорящих - и более. Технология подавления молчания имеет три важных составляющих: детектор речевой активности VAD (Voice Activity Detector) определяет моменты времени, когда пользователь говорит, оценивает энергию входного сигнала и активизирует передачу, если она выше некоторого порога; прерывистая передача DTX (Discontinuous Transmission) вынуждает кодек прекратить передачу пакетов в то время, когда VAD обнаружил период молчания (а возобновляет ее снова VAD), генератор комфортного шума CNG (Comfort Noise Generator), создающий у говорящего ощущение присутствия собеседника на другом конце при отключенной передаче. Совершенные кодеки, например, G.723.1 Annex А или G.729 ANNEXB имеют возможность предоставлять удаленному декодеру информацию для восстановления шума с близкими к исходному параметрами.

Большинство кодеков обрабатывает речевую информацию блоками, называемыми кадрами. Выбор размера кадра (frame) важен, так как минимальная теоретически достижимая задержка передачи информации (т.н. алгоритмическая задержка) определяется суммой этого параметра и длины буфера предварительного анализа.

Как было показано в предыдущем параграфе, к кадру, сгенерированному кодеком, добавляется необходимая дополнительная информация: заголовки IP (20