Примеры систем передачи данных
SMDS - Мегабитная система передачи данных с коммутацией
Эта система была разработана фирмой Bellcore для тех пользователей, у которых есть несколько LAN подразделений, территориально разобщенных. Для их соединения либо надо арендовать 6 телефонных линий (рис.1-27 а), либо поступить так как показано на рис.1-27b. В последнем случае надо арендовать четыре короткие линии от LAN до SMDS сети точки подключения.
· Обычные телефонные линии рассчитаны на постоянную загрузку, SMDS сеть - на взрывную, т.е. большая часть трафика будет сосредоточена в рамках каждой LAN и лишь иногда пара LAN будет соединяться.
· Такое решение дешевле. Надо платить за n арендуемых линий, а не за n(n-1)/2 как в случае полного соединения обычными линиями.
· Скорость передачи 45 Mbps.
· Это решение лучше, чем решение через MAN, которое осуществимо лишь в условиях города.
· На рис.1-28 показан формат SMDS пакета. SMDS служба поддерживает только одну услугу - простую передачу потока пакетов.
· При этом не важно содержимое пакета. Это может быть IP пакет, IBM маркерный пакет и т.п.
Развитие этой службы идет в направлении вещательной передачи, когда пользователь может определить несколько адресов для доставки пакета. В тоже время если допустить возможность предопределения тех телефонных номеров, от которых можно получать пакеты, пользователи получат прекрасную возможность создания своей индивидуальной сети на основе телефонной службы.
Сети Х.25
Некоторые телефонные сети, особенно в Европе, используют стандарт Х.25, разработанный МКТТ 70-х годах и определяющий интерфейс между сетью с коммутацией пакетов и пользователями, а так же взаимодействие пользователей через сеть передачи данных.
Рекомендации этого стандарта охватывают физический, канальный и сетевой уровни. Они определяют способ передачи цифровых данных по телефонным каналам.
· Протокол Х.21 определяет физический, электрический интерфейсы и процедуры взаимодействия хост-машины и сети. Сетей поддерживающих этот стандарт не так много. Это связано с тем, что он требует использование цифровых сигналов, а не аналоговых. Как временная мера был предложен интерфейс типа RS-232.
· Уровень канала данных отвечает за исправление ошибок на линии.
· Сетевой уровень отвечает за адресацию, управление потоком, подтверждение доставки, прерывания и т.п.
· Пакеты в Х.25 имеют длину до 128 байт.
· Обычная скорость 64 Kbps.
· Стандарт ориентирован на соединение и поддерживает режим коммутируемых виртуальных каналов и режим постоянного виртуального канала.
· Поскольку в мире уже много оконечных устройств, не рассчитанных на Х.25, то было предложено решение - PAD (Packet Assembler Disassembler), который работает как черный ящик. Его работу определяют три протокла Х.3, Х.28 и Х.29.
Frame Relay
Ретрансляция кадров (frame relay, FR) - это метод доставки сообщений в транспортных средах с коммутацией пакетов (в отличие от ТС с коммутацией каналов и сообщений). Первоначально разработка стандарта FR ориентировалась на цифровые сети интегрированным сервисом (ISDN - Integrated Services Digital Networks), однако позже стало ясно, что FR применим и в других ТС (здесь под данными понимается любое сообщение, представленное в цифровой форме). К числу достоинств метода прежде всего необходимо отнести малое время задержки, простой формат кадров, содержащих минимум управляющей информации, и независимость от протоколов верхних уровней ЭМВОС.
Эту службу можно рассматривать как аренду виртуальной линии, по которой можно передавать пакеты длиной до 1600 байт. Можно заказать постоянную виртуальную линию от одного ко многим. Разница между арендуемой физической линией и виртуальной в том, что по физической линии можно гнать данные с максимальной скоростью целый день, а по виртуальной - средняя скорость будет меньше.
Эта служба предоставляет минимальный сервис. Если фрейм поступил с ошибкой, то он просто сбрасывается. Дело пользователя определить, какой фрейм пропущен, и как его восстановить. В отличии от Х.25 FR не поддерживает уведомлений о доставке и обычного управления потоком.
В настоящее время разработкой и исследованием стандартов FR занимаются три организации:
Frame Relay Forum (FRF) - международный консорциум, включающий в себя свыше 300 поставщиков оборудования и услуг, среди которых 3Com, Northern Telecom, Digital, Cisco, Netrix, Ascom Timeplex, Newbridge Networks, Zilog и др.; American National Standards Institute (ANSI, Американский национальный институт по стандартизации); Международный союз электросвязи (ITU-T).
Любой международный стандарт имеет (и всегда будет иметь) множество прикладных реализаций, что зачастую приводит к несовместимости аппаратно-программных средств разных производителей. Международные организации неоднократно пытались решить данную проблему. Результатом одной из таких попыток (предпринятой FRF) стал проект стандарта, включающего в себя спецификации ANSI, которые обязательны для выполнения членами FRF. В январе 1992 г. этот проект был доработан Техническим комитетом FRF и утвержден собранием членов FRF.
Принятый FRF проект рассматривает только спецификации для постоянных виртуальных каналов (PVC) и интерфейса "пользователь-сеть" (UNI). В него не вошли стандарты для коммутируемых виртуальных каналов (SVC) и интерфейса межсетевого взаимодействия. Однако работа по этим направлениям продолжается и ее результаты найдут свое отражение в новых стандартах FR. Проект FRF не рассматривает и стандарты физических интерфейсов, поэтому при создании сетей FR допускаются различные физические интерфейсы, среди которых V.35, G.703, X.21 и др.