Logo Море(!) аналитической информации!
IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware
VPS/VDS серверы. 30 локаций на выбор

Серверы VPS/VDS с большим диском

Хорошие условия для реселлеров

4VPS.SU - VPS в 17-ти странах

2Gbit/s безлимит

Современное железо!

Бесплатный конструктор сайтов и Landing Page

Хостинг с DDoS защитой от 2.5$ + Бесплатный SSL и Домен

SSD VPS в Нидерландах под различные задачи от 2.6$

✅ Дешевый VPS-хостинг на AMD EPYC: 1vCore, 3GB DDR4, 15GB NVMe всего за €3,50!

🔥 Anti-DDoS защита 12 Тбит/с!

1.2.2. Ограничение изменений времени задержки передачи

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

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

Система накапливает в этом буфере некоторое количество блоков данных и только после того, как буфер заполнится, например, на 50%, эти данные начнут выдаваться пользователю. Теперь представим себе, что во время передачи вдруг возникла (из-за задержек в сети) пауза между блоками. Тогда эта пауза будет заполнена передачей абоненту данных из буфера. Конечно, если эта пауза будет слишком длинной, то при исчерпании буфера нужно либо оставить эту паузу и довести до абонента, либо заполнить паузу фиктивной информацией. Рекомендация указывает именно на второй путь и даже указывает, что фиктивные биты должны быть установлены в "1". При переполнении буфера информация из канала будет отброшена. Дело в том, что такой большой разброс времени доставки скорее всего был вызван потерей селлов или вставкой лишних селлов, попавших из других соединений. Если вместо потерянных не вставить фиктивные селлы буфер сам никогда не сможет заполниться до среднего значения. То, что данные именно потерялись, а не были задержаны, выявляется на основе анализа последовательных номеров, которыми снабжается каждый блок на уровне сборки/разборки.

Поскольку после паузы обязательно последует учащение потока селлов, то буфер снова заполнится до среднего уровня (поскольку общее количество переданных данных остается постоянным).

Аналогично процесс будет выглядеть в случае, если в потоке будет не пауза, а концентрация данных - буфер сгладит этот всплеск.

 

Назад | Содержание | Вперед

 

VPS в России, Европе и США

Бесплатная поддержка и администрирование

Оплата российскими и международными картами

🔥 VPS до 5.7 ГГц под любые задачи с AntiDDoS в 7 локациях

💸 Гифткод CITFORUM (250р на баланс) и попробуйте уже сейчас!

🛒 Скидка 15% на первый платеж (в течение 24ч)

Скидка до 20% на услуги дата-центра. Аренда серверной стойки. Colocation от 1U!

Миграция в облако #SotelCloud. Виртуальный сервер в облаке. Выбрать конфигурацию на сайте!

Виртуальная АТС для вашего бизнеса. Приветственные бонусы для новых клиентов!

Виртуальные VPS серверы в РФ и ЕС

Dedicated серверы в РФ и ЕС

По промокоду CITFORUM скидка 30% на заказ VPS\VDS

Новости мира IT:

Архив новостей

IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

Информация для рекламодателей PR-акции, размещение рекламы — adv@citforum.ru,
тел. +7 495 7861149
Пресс-релизы — pr@citforum.ru
Обратная связь
Информация для авторов
Rambler's Top100 TopList This Web server launched on February 24, 1997
Copyright © 1997-2000 CIT, © 2001-2019 CIT Forum
Внимание! Любой из материалов, опубликованных на этом сервере, не может быть воспроизведен в какой бы то ни было форме и какими бы то ни было средствами без письменного разрешения владельцев авторских прав. Подробнее...