Скорость 2 ip: Скорость интернет соединения

Содержание

Скорость интернета, IP-адрес — как определить без проблем

Принимая ответственное решение по подключению себе услуги доступа в Интернет и соответственно выбору интернет-провайдера, мы в первую очередь интересуемся абонентской платой и какая предоставляется скорость интернета (соединения).

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

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

Лидером на сегодняшний день, в плане предоставлению пользователю разнообразнейшей информации и тестов по интернет соединению, на мой взгляд, является сервис 2ip.

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

Также мне понравился один из предоставляемых сервисов, под названием «Анонимайзер», который осуществит вход на указанный вами сайт через анонимный прокси-сервер из выбранной вами же страны. И он отлично работает (я сам посетил свой блог, выбрав Германию — результат отличный, смотрите на скриншоте).

Прокси-сервер

Скорость Интернета

Приступим к установка плагина 2ip в браузер Firefox. Переходим по адресу:

https://addons.mozilla.org/ru/firefox/addon/2ipservices/

и нажимаем на кнопку «Добавить».

Добавить в Firefox

Разрешаем браузеру установку плагина, нажатием на кнопку «Разрешить».

Кнопка «Разрешить»

В следующем окне нажимаем на «Установить сейчас».

Установить сейчас

При информировании браузера о том, что установка будет произведена после перезагрузки Firefox, кликаем на кнопку «Перезапустить сейчас».

Перезапуск

После запуска веб-браузера мы видим компактную панель с разнообразными инструментами.

Панель

Что мы сможем сделать при помощи этой панели, а просто узнать:

  • скорость интернета;
  • среднюю скорость;
  • время загрузки файла;
  • объём загружаемого файла;
  • информацию об IP адресе или домене;
  • IP интернет ресурса;
  • ресурсы на одном IP;
  • время реакции вашего компьютера;
  • систему управления сайтом (CMS);
  • хостинг;
  • расстояние до сайта;
  • информацию о сайте;
  • все домены одного владельца;
  • доступность сайта;
  • посещаемость сайта;
  • DNS параметры домена;
  • наличие IP в спамбазах;
  • проверить существование email;
  • проверить файлы и сайт на вирусы;
  • безопасность вашего компьютера;
  • проверить порт, актуальность веб-браузера;
  • конвертировать punycode для . рф доменов;
  • ответ сервера;
  • найти доменное имя;
  • определить IP адрес по e-mail.

Воспользоваться сервисами:

  • анонимайзер;
  • стартовая страница браузера;
  • Userbar с данными пользователя;
  • блок для вашего ресурса;
  • антивирусный блок для сайта;
  • защита email от спамботов;
  • спидометр для вашего сайта;
  • Toolbar для вашего браузера;
  • виджеты.

Интересные забавы:

  • 2IP Шпион;
  • счастливый IP;
  • цвет IP адреса;
  • битва IP.

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

Сервисы

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

interService — интернет провайдер

Андрей Валерьевич

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

Виталий Руснак

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

Денис Лень

Молодежи без Интернета сегодня просто никуда! Он открывает совершенно другой уровень общения и новые перспективы — деловые связи, информация, расширение кругозора, новости, развлечения, в общем, в нем найдется все, чего только душа пожелает. Ищете надежный интернет-провайдер Надыма? Вы его нашли!

Валера

В Надыме не так много интернет-провайдеров и в силу своего опыта я могу многое рассказать о каждом из них: и про достоинства, и про недостатки тоже. Мой выбор — interService. Они предлагают отличный Интернет, который действительно подходит и для работы, и для дома.

Гарольд Эдуардович

Эта команда — настоящие профессионалы, которые делают свое дело быстро, надежно, с гарантиями и в полном соответствии с пожеланиями клиента.

Екатерина Тарасовна

В связи со сложившейся обстановкой, пришлось уехать из Донбасса. Разъехались все друзья и родственники. Спасибо Интерсервису, с их помощью я продолжаю общаться с дорогими мне людьми по Скайпу.

2Ip скорость интернета проверить

Наш сервис позволяет быстро и просто измерить скорость интернет-соединения.

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

Выберите на карте ниже подходящую площадку для измерения скорости интернет, нажмите на кнопку «тестировать» и подождите результата. Тестирование может занять некоторое время, наберитесь терпения.

Запуская проверку скорости вы подтверждаете своё согласие с соглашением.

Наш сервис быстро и просто позволяет измерить скорость интернет-соединения.

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

Для запуска теста Вам необходимо нажать на кнопку «тестировать», ожидайте результата. Тестирование может доходить до нескольких минут, наберитесь терпения.

Запуская проверку скорости, Вы принимаете соглашение сервиса.

Внимание! Обязательно ознакомьтесь с этой информацией:

  1. Если Вы первый раз на сайте, тогда разрешите определить Ваше местоположение. Это даст возможность автоматически выбрать наиболее подходящий сервер для проверки скорости Вашего интернет подключения. В противном случае выберите сервер вручную.
  2. Для Вашего удобства были созданы приложения для всех популярных видов устройств. Но, чтобы не потреблять лишние ресурсы Ваших гаджетов и получить наиболее точное измерение, мы все же рекомендуем осуществлять проверку только на сайте.
  3. Также рекомендуем новый Агрегатор проверки скорости интернета, который позволяет произвести проверку одновременно с двух разных серверов и получить более точный средний результат.

Вас интересует проверка скорости интернета? SpeedTest 24 — это Ваш помощник в тестировании скорости интернет соединения.
Наш Сервис позволяет проверить скорость интернета абсолютно бесплатно и неограниченное количество раз.
Если проверка скорости интернета дала результат намного меньше ожидаемого, тогда ознакомьтесь с рекомендациями Почему скорость интернета меньше заявленной провайдером
Чтобы более корректно проверить скорость соединения, процедуру необходимо провести минимум три раза, а затем вычислить среднее значение измерений.

Speedtest 24 позволяет проверить как входящий трафик, так и исходящий, а также ping.

Проверить скорость интернета

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

Затем необходимо нажать на кнопку «Начать тестирование» и дождаться окончания измерения скорости интернета.

При желании Вы можете нажать на настройки и выбрать удобные для Вас единицы измерения.

Если у Вас возникли вопросы или имеются предложения, тогда можете связаться с администрацией проекта при помощи этой страницы.

Добавьте сервис в закладки, чтобы в следующий раз оперативно проверить скорость интернета.

Надеемся, наш проект Вам помог. Желаем Вам отличного времени суток и мирного неба над головой.

Что означает ping при измерении скорости интернета и от чего зависит его значение

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

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

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

Понятие и его происхождение

Под словом пинг (ping) многие компьютерщики понимают стандартную утилиту в операционной системе Windows, которая позволяет оценить качество соединения. На основе результатов утилиты появился одноименный параметр. Пинг – это время, необходимое запросу для преодоления пути к другому компьютеру и обратно. Данная величина измеряется в миллисекундах – 20 мс (0,02 секунды). Если запрашиваемый адрес не отвечает, время задержки отсутствует. Дополнительно утилита используется для проверки работоспособности сети.

У происхождения этого термина есть 2 версии. Согласно первой, Ping появился из сферы гидролокаторов, которые во время обновления экрана создавали характерный звук, созвучный с названием рассматриваемой величины. Другими словами, пинг способен выполнить поиск какого-либо компьютера в глобальной сети (аналогично поиску объектов в море). Согласно другой версии, термин появился от игры пинг-понг. В этой компьютерной игре происходит постоянный обмен шариком между двумя игроками, что в какой-то мере описывает работу данной утилиты.

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

Что такое пинг в играх

Зная, что ping – это время связи с сервером, несложно догадаться, что в играх данное понятие означает то же самое. Единственное отличие заключается в том, что здесь данный фактор оказывается важнее, чем при просмотре пользователем видео ил простом посещении сайтов.

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

Иногда даже десятая доля секунды оказывается решающей, особенно, если на исход противостояния влияет 1 вовремя сделанный клик.

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

От чего зависит показатель

Пинг зависит от ряда параметров, в число которых входит:

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

Чем дальше находится сервер, тем дольше будет идти к нему пакет и ответ обратно. Задержки в следовании данных могут возникать между вами и объектом назначения. Часто высокий пинг возникает из-за долгого ответа. Запрос быстро попадает на конечный сервер, но вследствие загруженности последнего приходится долго (в рамках скоростей сигнала) ждать обратный ответ. Современные скорости от 1 М/бит в секунду практически не оказывают влияния на пинг в Интернете.

Что такое Ping

Пинг – характеристика сети, которая является следствием качества подключения к интернету, широты и стабильности канала связи.

Распространенный и понятный пример для наглядности:

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

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

Как измерить

Существует несколько способов измерить пинг: используя стандартную утилиту или при помощи различных интернет-ресурсов Speedtest и 2ip.ua.

Командная строка

Как было сказано ранее, в операционных системах Windows есть одноименная утилита, благодаря которой замеряется время следования интернет-пакетов до точки назначения и обратно. Применить эту утилиту вы можете в том случае, когда необходимо проверить ping для конкретного компьютера или сайта. Используйте следующую инструкцию:

  1. Вызовите командную строку. В Windows 10 нажмите правой кнопкой мыши по пуск и выберите «Командная строка (администратор)». Альтернативный способ – нажмите сочетание клавиш Win+R, а затем напишите в окне «Выполнить» cmd.

  2. В командной строке введите слово ping. Затем через пробел напишите название ресурса или ip-адрес. Нажмите Enter.

Утилита пошлет по ip-адресу 4 пакета и будет ожидать ответа. Для пакетов отобразится ответ с числом байт и временем в миллисекундах. Если все пакеты получены, качество интернет-соединения отличное. При потерях больше 1 пакета будут возникать серьезные проблемы с доступом к конкретным ресурсам или серверам.

Специальные программы

В сети имеется ряд сервисов, которые позволяют быстро измерять скорость Интернета и непосредственно сам пинг. Одна из них – это сайт Speedtest. Вам необходимо перейти на него, а затем нажать кнопку «Начать проверку». Сервис выполнит измерения скорости приема и отдачи, после чего выдаст результаты измерения. Через интерфейс на карте можно также выбрать географическую точку, с которой вы хотите проверить пинг. Результат будет показан в левом верхнем углу. В правом нижнем углу будет написано, к какому хостингу вы пытаетесь получить доступ.

Проверка пинга онлайн через сервисы

Если описанный процессии поиск нужного адреса вызывает у пользователя трудности, значит, ему следует провести ping test online. Для этого достаточно выбрать подходящий портал, например:

  • speedtest.su или speedtest.net;
  • 2ip;
  • pingtest.net.

Существуют и другие сервисы, помогающие посмотреть пинг. Кроме того, владельцы ПК и смартфонов способны установить специальные виджеты и приложения, позволяющие вывести результаты на монитор. В результате у них появится возможность постоянно знать, когда ping высокий, а когда низкий.

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

На speedtest.net

Speedtest.net – один из самых популярных сайтов для проверки пинга. Он выделяется полнотой представленной информации (пользователи узнают время задержки, количество потерянных пакетов и скорость трафика) и простотой использования сервиса. Чтобы провести онлайн тест, понадобится:

  1. посетить указанный сайт;
  2. выбрать сервер, с которым требуется установить связь;
  3. запустить тестирование;
  4. после чего останется немного подождать.

Важной особенностью упомянутого сервиса является возможность самостоятельно выбрать требуемый сервер.

Для этого посетителям предлагается карта с указанием городов и серверов.

Через сервис 2ip

Чтобы проверить пинг онлайн через 2ip, следует совершить практически те же действия, что описаны выше:

  1. посетить указанный портал;
  2. выбрать сервер для проведения тестирования;
  3. запустить процесс тестирования.

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

При этом нужно учитывать, что online проверка через 2ip имеет важное отличие от изменений через другие сервисы. Оно заключается в территориальных ограничениях. 2ip предназначен для тестов в пределах России, связь с зарубежными серверами не проводится.

Оптимальный пинг

Давайте выясним, какой нормальный пинг для Интернета. Ответ достаточно прост – чем меньше, тем лучше. При этом время задержки можно условно разделить на несколько групп:

  • до 45 миллисекунд – идеальный вариант, который не оказывает влияния на работу в сети или онлайн-игры. Можно беспрепятственно вести прямые трансляции на Twitch или YouTube.
  • от 45 до 120 миллисекунд – приемлемые значения, которые практически не оказывают влияния на работу в сети. Могут вызвать мелкий дискомфорт при организации онлайн-трансляций.
  • больше 120 миллисекунд – создает дискомфорт в онлайн играх и серфинге в Интернет. Говорит о наличии явных проблем с сервером или каналом связи.

Частичная потеря пакетов также говорит о проблемах. Если они наблюдаются повсеместно для всех ресурсов, рекомендуется позвонить в техподдержку своего провайдера.

Почему пинг низкий/высокий?

Разумеется, что огромные блоки запросов не могут передаваться в сети сразу. Именно поэтому, они делятся на небольшие пакеты. Также, компьютер фиксирует время, за которое эти пакеты пройдут до назначения, а также вернуться обратно. Таким образом, и проверяется качество соединения в сети.
Пакеты можно посылать, как на сервер провайдера, так и «пинговать» отдельные компьютеры, сайты или порталы. Бывает, что возвращаются не все пакеты. В этом случае, они считаются утерянными. Чем выше количество пакетов, которые потерялись, тем хуже и связь соединения с сервером. В то же время, в случае, если, несмотря на то, что пользователь отсылает пакеты, но ответа нет — то соединение считается прерванным и стоит искать причину неполадок не в соединении, а в самом компьютере.

Как уменьшить пинг

Каждый пользователь может уменьшить пинг до комфортных показателей. Сделать это можно различными путями, о которых мы поговорим далее.

Общие советы

Понизить свой пинг можно несколькими способами. Самый эффективный метод – сменить провайдера. Большинство проблем с доступом возникают именно по вине поставщика услуг. Альтернативный вариант – попробовать подключиться к другому серверу, который физически расположен ближе. Этот совет актуален для геймеров. Если вы находитесь в России, старайтесь выбирать в онлайн-играх сервера из Центральной или Восточной Европы. Как правило, пинг на них будет в пределах 50 миллисекунд. При подключении к серверам Америки, естественно, пинг возрастает до некомфортных 100-150 миллисекунд.

Если вы используете приложение Toorrent, отключите раздачу активных торрентов. Это позволит существенно понизить задержки.

Сторонние утилиты

Существует ряд программ, которые позволяют оптимизировать интернет-соединение. Они выставляют параметры таким образом, чтобы добиться максимально возможной скорости и минимального пинга. Ярким примером служит программа Auslogics Internet Optimizer. Уменьшить пинг с ее помощью можно следующим образом:

  1. Скачайте, установите и запустите программу.
  2. При запуске программа спросит тип вашего подключения. Укажите вашу скорость.

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

  5. Нажмите кнопку «Оптимизировать».

Далеко не всегда Auslogics Internet Optimizer позволяет улучшить результаты. В программе имеется раздел ручной оптимизации, но он рекомендуется только для продвинутых пользователей. Теперь вы знаете, что такое ping, как его измерить и уменьшить.

Факторы, которые влияют на пинг

Высокая задержка появляется из-за одного из трех факторов:

  • Провайдер не может предоставить качественный канал. Это случается даже на подключениях с высокой скоростью соединения. Если тестирования постоянно показывают, что интернет пингует, лучше обратиться в техподдержку компании.
  • Сервера расположены далеко или не работают. Удаленность от серверов и качество их работы тоже влияет на стабильность подключения, скорость обмена пакетами данных. В таких случаях часто используют VPN сервисы, которые позволяют подключиться к удаленному серверу напрямую, сократив расстояние для пакетов данных.
  • Внутренние факторы. Неправильные настройки, устаревшие драйвера или сломанное оборудование – первое, на что обычно обращают внимание все пользователи.

Как только удастся выявить точную причину задержек на подключении, устранить высокий пинг будет достаточно легко. Сервис СПИД-ТЕСТ.рф предлагает узнать пинг в любой момент времени, с неограниченным количеством попыток. В процессе поиска первопричины пингующей сети и отладки оборудования можно запускать проверки, проверять, устранена ли проблема.

Лучшие мобильные приложения для тестов

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

Если нужно замерить скорость доступа портативного устройства на базе iOS или Android, а не домашнего роутера или проводного подключения, то тут действовать нужно будет иначе.
Список приложений

2IP — Тест скорости и мой IP адрес для Андроид

2IP.ua – инструмент для системных администраторов, разработчиков, геймеров и обычных пользователей сети Интернет. Наше приложение отображает внешний и внутренний IP адрес, а также предоставляет различные сервисы для проверки качества интернет соединения и отображения информации об интернет сервисах.

Используя наше приложение, Вы сможете воспользоваться следующими сервисами.

Тест скорости интернет соединения

Высокая скорость подключения — важнейший фактор, который обеспечивает комфортную работу во Всемирной сети. Поэтому скорость Интернета интересует не только профессионалов, но и любого пользователя.

Сканер локальной сети

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

Анализатор WiFi соединения

С помощью этого сервиса Вы сможете просмотреть данные о Wi-Fi в режиме реального времени. Оценить сети, выявить проблемы в канале, проверить зоны охвата и повысить эффективность работы сети Wi-Fi в вашем доме.

Сканер портов

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

Проверить доступности удаленного хоста (ping)

Ping — утилита для проверки соединений в сетях. Время между отправкой запроса и получением ответа позволяет определять двусторонние задержки по маршруту и частоту потери пакетов, то есть косвенно определять загруженность на каналах передачи данных и промежуточных устройствах.

Узнать местонахождение IP адреса или сайта

Этот сервис Вам поможет точно узнать географическое (страна / область/ город) местонахождение веб-сайта, сервера или IP адреса.

Узнать информацию об IP адресе

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

Узнать DNS информацию

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

Определить производителя по MAC-адресу

MAC-адрес — это уникальный идентификатор, присваиваемый каждой единице оборудования компьютерных сетей. Глобально администрируемый MAC-адрес устройства глобально уникален и обычно «зашит» в аппаратуру. Благодаря этому сервису и зная MAC-адрес устройства Вы можете узнать кто является производителем данного устройства.

IP калькулятор

С помощью нашего IP калькулятора вы можете вычислить ip адрес сети, широковещательный адрес, ip адрес первого узла (хоста), ip адрес последнего узла (хоста), количество рабочих узлов (хостов) в заданной сети, маску сети, обратную маску (wildcard mask) и сетевой префикс.

Методика устранения неполадок в сетях EtherNet/IP, ENET-AT003B-EN-P

%PDF-1.4 % 1380 0 объект > эндообъект 1367 0 объект > эндообъект 1368 0 объект >поток FrameMaker 10.0.22014-06-24T11:32:53-04:002014-06-24T10:11:25Z2014-06-24T11:32:53-04:00application/pdf

  • Метод устранения неполадок сетей EtherNet/IP, ENET-AT003B -EN-P
  • Роквелл Автоматизация
  • Устранение неполадок в сетях EtherNet/IP, поиск и устранение неисправностей, устройства EtherNet/IP, 1756-ENBT, 1756-EN2F, 1756-EN2T, 1756-EN2TXT, 1756-EN2TRXT, 1756-EN2TSC, 1756-EWEB, 1756-EN2TR, 1756-EN2TRXT, 1756-ЕН3ТР
  • Акробат Дистиллер 10.1.10 (Windows) «Устранение неполадок в сетях EtherNet/IP, устранение неполадок, устройства EtherNet/IP, 1756-ENBT, 1756-EN2F, 1756-EN2T, 1756-EN2TXT, 1756-EN2TRXT, 1756-EN2TSC, 1756-EWEB, 1756-EN2TR, 1756-EN2TRXT, 1756-EN3TR»uuid:ec624b99-eb74-4560-b4e4-ec7c9dd941c7uuid:1ad4a5c0-3d1b-4916-b437-96a3e3a9bc44 конечный поток эндообъект 1383 0 объект > эндообъект 1425 0 объект > эндообъект 1355 0 объект > эндообъект 1357 0 объект > эндообъект 1381 0 объект [1382 0 Р] эндообъект 1382 0 объект

    Плавающие IP-адреса для дополнительной гибкости | Выделенные серверы

    Что такое аварийный IP-адрес?

    Отказоустойчивый IP-адрес, также называемый плавающим IP-адресом, повышает непрерывность обслуживания («отказоустойчивость») для ваших приложений и систем.Благодаря отказоустойчивой технологии IP вы можете переключать IP-адреса с одной службы на другую менее чем за минуту, практически не прерывая работу службы для ваших пользователей. Этот механизм можно использовать при миграции сервисов, перемещении проектов из среды разработки в производственную среду и переключении сервисов на резервный сервер в случае инцидента.

    Как получить IP-адрес?

    Чтобы использовать настройку IP-адреса для аварийного переключения и IP-адрес RIPE, вам необходимо знать, как получить IP-адрес.С OVHcloud получить IP-адрес очень просто — войдите в панель управления OVHcloud и выполните соответствующие шаги. Для выделенного сервера IP-адреса могут быть настроены в режиме псевдонима или моста для целей виртуализации.

    Что такое IP-адрес RIPE?

    IP-адрес RIPE — это европейский IP-адрес, управляемый и распространяемый European IP Networks (Réseaux IP Européens на французском языке). Это открытое сообщество, обеспечивающее административные и технические условия для обслуживания и развития сети Интернет.Одним из основных направлений деятельности RIPE является выделение блоков IP-адресов интернет-провайдерам (интернет-провайдерам) и регистрация данных в общедоступной базе данных, включая такую ​​информацию, как диапазоны блоков IP-адресов в стране, текущее распределение IP-адресов и геолокацию IP-адресов.

    В OVHcloud вы можете выбрать геолокацию вашего IP-блока RIPE и выбрать одну из 14 европейских стран: Франция, Ирландия, Португалия, Великобритания, Италия, Швейцария, Испания, Польша, Чехия, Нидерланды, Финляндия, Литва, Германия. и Бельгия.С блоками IP-адресов RIPE вы можете адаптировать свой план адресации в соответствии со своими потребностями, выбирая блоки от 4 до 256 IP-адресов и управляя их обратным DNS (PTR) в панели управления OVHcloud.

    Для IP-адресов, географически расположенных в Канаде или США, ARIN — Американский реестр интернет-номеров — контролирует управление и распределение IP-адресов. IP-адреса ARIN можно использовать так же, как и другие IP-адреса RIPE, и их можно назначать блокам IP или использовать в качестве отказоустойчивых IP-адресов.

     

    cPCI IP-адаптер cPCI Industrypack-адаптер cPCI IP-адаптер cPCI IndustryPack адаптер-переходник-мост с 2 позициями cPCI2IP от Dynamic Engineering

    Если вы хотите использовать модули IndustryPack® с вашей системой cPCI, тогда вам подойдет cPCI2IP.cPCI2IP сочетает в себе необходимые функции с простотой и скоростью. Можно установить 2 IP-модуля. 32-разрядные модули и модули двойной ширины идеально подходят. Каждая позиция имеет независимую работу — управление, синхронизация, ввод-вывод, фильтрация питания и защита. cPCI2IP тесно интегрирован с интерфейсами PCI и IP, тесно связанными в одной и той же FPGA. В результате cPCI2IP быстрее, имеет более высокое среднее время безотказной работы и проще в использовании, чем конкурирующие разработки. Требуется меньше шагов инициализации и меньше адресов PCI, но при этом больше возможностей для работы.С драйверами Windows или Linux работа может осуществляться по принципу «подключи и работай». cPCI2IP — это зрелый дизайн, в настоящее время версия 05 на печатной плате. Запланированное обновление до Spartan VI находится в разработке — программное обеспечение прозрачно — для продления срока службы этого продукта. Dynamic Engineering запустила cPCI2IP в 2002 году и поддерживает его по сей день. Наши базовые драйверы написаны для поддержки как PCIe, так и IP-несущих на основе PCI, что позволяет нашим IP-драйверам быть общими для обоих типов шин. Это означает, что IP-драйвер, разработанный для cPCI2IP, будет работать с PCI3IP, PCIe3IP, PCIe5IP, cPCI2IP, cPCI4IP, VPX2IP, PC104pIP и т. д.Для более новых платформ, требующих PCIe, рассмотрите конструкции PCIe3IP и PCIe5IP.

    Поддерживается работа с несколькими платами. С несколькими cPCI2IP в вашей системе и уникальными кабелями, датчиками и т. д. для каждого слота на каждом cPCI2IP важно «знать», какой cPCI2IP какой, и правильно управлять IP-модулями, установленными на них. Для создания программируемого идентификатора программного обеспечения предусмотрен «dip-переключатель» для поверхностного монтажа. Конкретный cPCI2IP может быть сопоставлен с адресом PCI, выделенным для детерминированного управления.Выключатель можно использовать и для других целей; например, управление конфигурацией или отладка. Значения переключателя доступны для чтения через шину PCI. Динамические драйверы используют информацию о коммутаторе и слоте для уникальной идентификации каждого установленного IP-адреса и связывания системного «дескриптора» с конкретным модулем.

    Каждый слот имеет отдельный тактовый контроллер для работы на частотах 8 и 32 МГц. Часы заблокированы вместе для слотов плюс конечный автомат. Работа без сбоев означает, что частоту можно менять на лету.Последовательные и параллельные окончания с дорожками одинаковой длины обеспечивают четкие часы и когерентную работу между IP и управляющим конечным автоматом. Распределение тактовой частоты имеет решающее значение для надежной работы.

    Каждая позиция имеет сбрасываемую «самовосстанавливающуюся» плавкую фильтрованную мощность. Поддерживаются +5, +12 и -12В.

    Стандартные 50-контактные разъемы [ленточный кабель] используются с разъемами ввода-вывода. Соединители «связаны» 1:1 от разъема IP IO к разъему заголовка. Заголовки пронумерованы в соответствии со стандартными обозначениями ленточных кабелей.Трассировки имеют согласованную длину между разъемом ввода-вывода и заголовком для каждого канала. Варианты лицевой панели и заднего ввода-вывода изолированы резисторами 0 Ом, установленными вплотную друг к другу, что обеспечивает «нулевую» длину шлейфа. HDRterm50 можно использовать для создания интерфейса клеммной колодки. Оба разъема лицевой панели оснащены выталкивателями. Передняя панель поставляется с пустой рамкой или с вырезом ленты в зависимости от варианта заказа. Модели с лицевой панелью ввода-вывода поставляются с вырезом «Condo Header», а модели с задним вводом-выводом -J2 поставляются с пустой лицевой панелью.

    Слоты A/B сконфигурированы для установки двух одинарных IP-адресов или конструкции, совместимой с промышленным пакетом двойной ширины. Шина данных предназначена для работы с 32-битной шиной IP. Ширина шины данных управляется диапазоном адресов, которым управляет слот. Автоматическое переключение позволяет переключать размер шины данных без изменения управляющих регистров для бесперебойной работы.

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

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

    IndustryPacks обычно представляют собой 16-битные устройства, а шина PCI поддерживает 32-битные устройства.cPCI2IP принимает 32-битные обращения PCI и преобразует их в два 16-битных обращения с автоматически увеличивающимся или статическим адресом. Один доступ PCI может использоваться для записи или чтения из двух адресов IP или дважды в один адрес. Байт, слово и длинное слово поддерживаются для 16- и 32-битных IP-сайтов с шины PCI. Если установлен 32-битный IP-адрес, можно использовать прямую 32-битную операцию.

    IP-доступы защищены сторожевым таймером. Таймер запускается в начале каждого IP-доступа.Если таймер истекает до того, как IP-адрес, к которому осуществляется доступ, отвечает, создается ошибка шины, внутренняя для cPCI2IP. cPCI2IP нормально отвечает хосту, не перегружая шину PCI, и предоставляет состояние и необязательное прерывание, чтобы предупредить хост о проблеме с IP. Таймер ошибки шины полезен в ситуациях, когда программное обеспечение может захотеть вызвать ошибку шины, чтобы узнать, что установлено, или когда зависание системы может иметь последствия. Многопоточная работа программного обеспечения поддерживается с отдельным статусом ошибки шины в каждом из регистров управления слотом.

    Шина PCI определена как прямой порядок байтов, и многие IP-адреса имеют свои наборы регистров, определенные для эффективной работы с интерфейсом прямого порядка байтов. Настройки по умолчанию для cPCI2IP: «прямой» байт за байтом, и D15-0 записывается по адресу 0x00 до того, как D31-D16 записывается по адресу 0x02, когда длинные слова записываются в 16-битные порты. Обратите внимание, что можно использовать любой длинный адрес. Нижние данные записываются сначала по нижнему адресу, затем старшие данные по верхнему адресу. Каждый слот имеет контрольный бит ByteSwap и WordSwap, позволяющий выполнять замену байтов и слов в соответствии с альтернативными требованиями IP и ОС.


    Byte Swaping обращается к 16-битному порту.


    Байт Переключение доступа к 32-битному порту

    Плата cPCI2IP имеет универсальную конструкцию и может использоваться в любом слоте cPCI. cPCI2IP не имеет ключа, позволяющего устанавливать его в определенные слоты cPCI 3,3 или 5 В.

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

    RFC 2508 — Сжатие заголовков IP/UDP/RTP для низкоскоростных последовательных каналов

     Сетевая рабочая группа С. Каснер
    Запрос комментариев: 2508 Cisco Systems
    Категория: Трек стандартов В. Якобсон
                                                               Сиско Системы
                                                               февраль 1999 г.
    
    
           Сжатие заголовков IP/UDP/RTP для низкоскоростных последовательных каналов
    
    Статус этого меморандума
    
       Этот документ определяет протокол отслеживания стандартов Интернета для
       Интернет-сообщество, а также запросы на обсуждение и предложения по
       улучшения.Пожалуйста, обратитесь к текущему выпуску «Интернет
       Стандарты официальных протоколов» (STD 1) для состояния стандартизации
       и статус этого протокола. Распространение этой памятки не ограничено.
    
    Уведомление об авторских правах
    
       Авторское право (C) The Internet Society (1999). Все права защищены.
    
    Абстрактный
    
       В этом документе описывается метод сжатия заголовков
       Дейтаграммы IP/UDP/RTP для снижения накладных расходов на низкоскоростных последовательных каналах.
       Во многих случаях все три заголовка могут быть сжаты до 2-4 байтов.
    
       Комментарии запрашиваются и должны быть адресованы рабочей группе
       список рассылки [email protected]сети и/или автора(ов).
    
       Ключевые слова «ДОЛЖЕН», «НЕ ДОЛЖЕН», «ТРЕБУЕТСЯ», «ДОЛЖЕН», «НЕ ДОЛЖЕН»,
       "СЛЕДУЕТ", "НЕ СЛЕДУЕТ", "РЕКОМЕНДУЕТСЯ", "МОЖЕТ" и "ДОПОЛНИТЕЛЬНО" в этом
       document должны интерпретироваться, как описано в RFC 2119.
    
    1. Введение
    
       Поскольку транспортный протокол реального времени был опубликован в виде RFC [1],
       растет интерес к использованию RTP в качестве одного из шагов к достижению
       взаимодействие между различными реализациями сети
       аудио/видео приложения. Однако существует также опасение, что
       12-байтовый заголовок RTP слишком велик для 20-байтовой полезной нагрузки, когда
       работает по низкоскоростным линиям, таким как модемы с коммутируемым доступом в 14.4 или 28,8
       кб/с. (Некоторые существующие приложения, работающие в этой среде, используют
       протокол для конкретного приложения с заголовком из нескольких байтов, который
       имеет уменьшенную функциональность по сравнению с RTP.)
    
    
    
    
    
    
    Отслеживание стандартов Casner & Jacobson [Страница 1] 

    RFC 2508 Сжатие заголовков IP/UDP/RTP, февраль 1999 г.
    
    
       Размер заголовка может быть уменьшен с помощью методов сжатия, как это было
       сделано с большим успехом для TCP [2]. В этом случае сжатие может
       применяться только к заголовку RTP, на сквозной основе или к
       комбинация заголовков IP, UDP и RTP для каждой ссылки.Сжатие 40 байт объединенных заголовков вместе обеспечивает
       значительно больший выигрыш, чем сжатие 12 байтов только заголовка RTP
       потому что результирующий размер примерно одинаков (2-4 байта) в
       в любом случае. Сжатие по ссылкам также обеспечивает
       лучшая производительность, потому что задержка и уровень потерь ниже.
       Поэтому определенный здесь метод предназначен для комбинированного сжатия IP,
       Заголовки UDP и RTP для каждой ссылки.
    
       Этот документ определяет схему сжатия, которая может использоваться с
       IPv4, IPv6 или пакеты, инкапсулированные более чем одним заголовком IP,
       хотя первоначальный акцент делается на IPv4.Сжатие IP/UDP/RTP
       определенный здесь предназначен для соответствия более общему стандарту сжатия
       framework, указанный в [3] для использования как с IPv6, так и с IPv4. Это
       framework определяет TCP и не-TCP как два класса транспорта выше
       ИП. Эта спецификация создает IP/UDP/RTP как извлеченный третий класс.
       из класса, отличного от TCP.
    
    2. Предположения и компромиссы
    
       Целью этой схемы сжатия является уменьшение количества пакетов IP/UDP/RTP.
       заголовки до двух байтов для большинства пакетов в случае, когда нет UDP
       отправляются контрольные суммы или четыре байта с контрольными суммами.это
       мотивированы в первую очередь конкретной проблемой отправки аудио и
       видео через коммутируемые модемы 14.4 и 28.8. Эти ссылки, как правило, предоставляют
       полнодуплексная связь, поэтому протокол использует это преимущество
       факт, хотя протокол также может использоваться с пониженной производительностью
       на симплексных связях. Эта схема сжатия лучше всего работает на локальных
       ссылки с низким временем приема-передачи.
    
       Эта спецификация не касается сегментации и вытеснения
       большие пакеты, чтобы уменьшить задержку на медленном канале, с которой сталкиваются
       небольшие пакеты реального времени, за исключением указания в Разделе 4 некоторых
       взаимодействия между сегментацией и сжатием, которые могут возникнуть.Схемы сегментации могут быть определены отдельно и использоваться в
       в сочетании с определенным здесь сжатием.
    
       Следует отметить, что простота реализации является важным
       Фактор, который следует учитывать при оценке схемы сжатия.
       Коммуникационные серверы могут нуждаться в поддержке сжатия, возможно,
       до 100 коммутируемых модемных линий с использованием одного процессора.
       Поэтому может быть целесообразным сделать некоторые упрощения в
       дизайна за счет общности или для создания гибкого дизайна
       это общее, но может быть подмножество для простоты.Выше
       усиление сжатия может быть достигнуто путем передачи более сложных
    
    
    
    Отслеживание стандартов Casner & Jacobson [Страница 2] 

    RFC 2508 Сжатие заголовков IP/UDP/RTP, февраль 1999 г.
    
    
       модели для изменения полей заголовка от компрессора к
       декомпрессор, но эта сложность считается ненужной. Следующий
       разделы обсуждают некоторые компромиссы, перечисленные здесь.
    
    2.1. Симплекс против полного дуплекса
    
       При отсутствии других ограничений схема сжатия, которая работала
       симплексные ссылки были бы предпочтительнее, чем те, которые этого не сделали.Однако работа по симплексному каналу требует периодических обновлений.
       с несжатым заголовком пакета для восстановления состояния сжатия в
       случае ошибки. Если вместо этого может быть возвращен явный сигнал ошибки,
       задержка восстановления может быть существенно сокращена. Накладные расходы
       в случае отсутствия ошибок также уменьшается. Чтобы получить эти характеристики
       улучшения, эта спецификация содержит явную ошибку
       индикация передается по обратному пути.
    
       В симплексном канале можно было бы использовать периодическое обновление
       вместо.Всякий раз, когда декомпрессор обнаруживал ошибку в конкретном
       поток пакетов, он просто отбрасывал бы все пакеты в этом потоке
       пока для этого потока не будет получен несжатый заголовок, а затем
       возобновить декомпрессию. Штраф будет потенциально большим
       количество отброшенных пакетов. Описанный метод периодического обновления
       в разделе 3.3 [3] относится к сжатию IP/UDP/RTP на симплексных
       ссылки или ссылки с высокой задержкой, а также на другие пакеты, отличные от TCP
       потоки.
    
    2.2. Сегментация и расслоение
    
       Задержка, вызванная временем, необходимым для отправки большого пакета по
       медленная связь не является проблемой для одностороннего аудио, например, потому что
       приемник может адаптироваться к изменению задержки.Однако для
       интерактивные разговоры, сводя к минимуму сквозную задержку.
       критический. Сегментация больших пакетов не в режиме реального времени, позволяющая
       небольшие пакеты в реальном времени, которые будут передаваться между сегментами, могут уменьшить
       задержка.
    
       Эта спецификация имеет дело только со сжатием и предполагает
       сегментация, если она включена, будет обрабатываться как отдельный слой. Это
       было бы неуместно интегрировать сегментацию и сжатие в
       таким образом, чтобы сжатие не могло использоваться само по себе в
       ситуации, когда сегментация считалась ненужной или нецелесообразной.Точно так же хотелось бы избежать каких-либо требований к бронированию
       протокол. Схема сжатия может применяться локально на двух
       концах звена независимо от каких-либо других механизмов, кроме
       требования, чтобы канальный уровень предоставлял некоторые коды типов пакетов,
       индикация длины пакета и хорошее обнаружение ошибок.
    
    
    
    
    
    Отслеживание стандартов Casner & Jacobson [Страница 3] 

    RFC 2508 Сжатие заголовков IP/UDP/RTP, февраль 1999 г.
    
    
       И наоборот, отдельное сжатие уровней IP/UDP и RTP теряет
       слишком много усиления сжатия, которое возможно при их обработке
       вместе.Пересечение этих границ уровня протокола допустимо.
       потому что одна и та же функция применяется ко всем слоям.
    
    3. Алгоритм сжатия
    
       Алгоритм сжатия, определенный в этом документе, в значительной степени опирается на
       дизайн сжатия заголовков TCP/IP, как описано в RFC 1144 [2].
       Читатели могут обратиться к этому RFC для получения дополнительной информации о
       основные мотивы и общие принципы сжатия заголовков.
    
    3.1. Основная идея
    
       При сжатии заголовков TCP первое сокращение данных в два раза
       скорость исходит из наблюдения, что половина байтов в IP и
       Заголовки TCP остаются неизменными в течение всего срока действия соединения.После
       отправки несжатого заголовка один раз, эти поля могут быть исключены из
       сжатые заголовки, которые следуют. Оставшееся сжатие приходит
       от дифференциального кодирования изменяющихся полей к уменьшению их размера,
       и от полного устранения меняющихся полей для обычных случаев путем
       расчет изменений по длине пакета. Эта длина
       указывается протоколом уровня канала.
    
       Для сжатия заголовков RTP могут использоваться некоторые из тех же методов.
       применяемый. Однако большая выгода исходит из наблюдения, что
       хотя несколько полей меняются в каждом пакете, отличие от
       пакет к пакету часто постоянен и, следовательно, второй порядок
       разница нулевая.Поддерживая как несжатый заголовок, так и
       различия первого порядка в состоянии сеанса, разделяемые между
       компрессор и декомпрессор, все, что должно быть сообщено, это
       указание на то, что разность второго порядка равна нулю. В таком случае,
       декомпрессор может восстановить исходный заголовок без каких-либо потерь
       информации, просто добавляя разности первого порядка к
       сохраняет несжатый заголовок при получении каждого сжатого пакета.
    
       Точно так же, как сжатие заголовков TCP/IP поддерживает общее состояние для нескольких
       одновременных TCP-соединений, это сжатие IP/UDP/RTP ДОЛЖНО
       поддерживать состояние для нескольких контекстов сеанса.Контекст сеанса
       определяется комбинацией IP источника и назначения
       адреса, порты источника и получателя UDP, а также RTP SSRC
       поле. Реализация компрессора может использовать хеш-функцию на
       эти поля для индексации таблицы сохраненных контекстов сеанса. То
       сжатый пакет содержит небольшое целое число, называемое контекстом сеанса.
       идентификатор или CID, чтобы указать, в каком контексте сеанса этот пакет
       следует интерпретировать. Декомпрессор может использовать CID для индексации своих файлов.
       таблица сохраненных контекстов сеанса напрямую.Отслеживание стандартов Casner & Jacobson [Страница 4] 

    RFC 2508 Сжатие заголовков IP/UDP/RTP, февраль 1999 г.
    
    
       Поскольку сжатие RTP выполняется без потерь, его можно применять к любому протоколу UDP.
       трафик, который получает от этого выгоду. Скорее всего, единственные пакеты, которые
       выиграют пакеты RTP, но допустимо использование эвристики
       чтобы определить, является ли пакет пакетом RTP, потому что нет
       вред причиняется, если эвристика дает неверный ответ.Это делает
       требовать выполнения алгоритма сжатия для всех пакетов UDP или
       по крайней мере, с четными номерами портов (см. раздел 3.4).
    
       Большинство реализаций компрессора должны будут поддерживать «отрицательное
       кэш» потоков пакетов, которые не удалось сжать как пакеты RTP
       для некоторого количества попыток, чтобы избежать дальнейших попыток.
       Отсутствие сжатия означает, что некоторые поля в потенциальном RTP
       заголовок, который, как ожидается, останется постоянным большую часть времени, например
       поле типа полезной нагрузки, продолжайте изменять.Даже если другие такие поля
       оставаться постоянным, поток пакетов с постоянно меняющимся SSRC
       поле ДОЛЖНО быть введено в отрицательный кеш, чтобы избежать использования всего
       доступных контекстов сеанса. Отрицательный кеш индексируется
       IP-адрес источника и получателя и пары портов UDP, но не
       Поле RTP SSRC, так как последнее может изменяться. Когда RTP
       сжатие не удается, заголовки IP и UDP МОГУТ быть сжаты.
    
       Фрагментированные IP-пакеты, не являющиеся исходными фрагментами, и пакеты,
       недостаточно длинные, чтобы содержать полный заголовок UDP, НЕ ДОЛЖНЫ быть отправлены
       как пакеты FULL_HEADER.Кроме того, пакеты, которые не
       дополнительно содержать не менее 12 байт данных UDP НЕ ДОЛЖНЫ использоваться
       установить RTP-контекст. Если такой пакет отправляется как FULL_HEADER
       пакет, за ним МОГУТ следовать пакеты COMPRESSED_UDP, но НЕ ДОЛЖНЫ быть
       за которыми следуют пакеты COMPRESSED_RTP.
    
    3.2. Сжатие заголовков для пакетов данных RTP
    
       В заголовке IPv4 указывается только общая длина, идентификатор пакета и заголовок.
       поля контрольной суммы обычно меняются. Общая длина избыточна
       с длиной, обеспечиваемой канальным уровнем, и поскольку это
       схема сжатия должна зависеть от уровня канала, чтобы обеспечить хорошее
       обнаружение ошибок (т.например, CRC PPP [4]), контрольная сумма заголовка также может
       быть опущено. Это оставляет только идентификатор пакета, который, при условии отсутствия IP
       фрагментация, не нужно было бы сообщать. Однако для того, чтобы
       для сохранения сжатия без потерь изменения в идентификаторе пакета будут
       передано. Идентификатор пакета обычно увеличивается на единицу или небольшую
       номер для каждого пакета. (Некоторые системы увеличивают идентификатор с
       байты заменены местами, что приводит к несколько меньшему сжатию.)
       Базовый заголовок IPv6, нет ни идентификатора пакета, ни контрольной суммы заголовка, и только
       поле длины полезной нагрузки изменяется.Отслеживание стандартов Casner & Jacobson [Страница 5] 

    RFC 2508 Сжатие заголовков IP/UDP/RTP, февраль 1999 г.
    
    
       В заголовке UDP поле длины является избыточным по отношению к общему IP-адресу.
       поле длины и длина, указанная канальным уровнем. УДП
       поле контрольной суммы будет постоянным нулем, если источник решит не
       генерировать контрольные суммы UDP. В противном случае контрольная сумма должна быть сообщена
       неповрежденными, чтобы сохранить сжатие без потерь.Поддержание
       сквозное обнаружение ошибок для приложений, которым это необходимо.
       важный принцип.
    
       В заголовке RTP идентификатор SSRC является постоянным в данном контексте.
       поскольку это часть того, что идентифицирует конкретный контекст. Для
       большинства пакетов будут меняться только порядковый номер и метка времени
       от пакета к пакету. Если пакеты не потеряны или неправильно упорядочены
       перед компрессором порядковый номер будет увеличиваться на
       по одному на каждый пакет. Для аудиопакетов постоянной длительности
       временная метка будет увеличиваться на количество периодов выборки, переданных в
       каждый пакет.Для видео метка времени изменится в первый
       пакет каждого кадра, но затем остаются постоянными для любых дополнительных
       пакеты в кадре. Если каждый видеокадр занимает только один пакет,
       но видеокадры генерируются с постоянной скоростью, затем снова
       изменение метки времени от кадра к кадру постоянно. Обратите внимание, что
       в каждом из этих случаев разность второго порядка последовательности
       поля number и timestamp равны нулю, поэтому заголовок следующего пакета может быть
       создан из предыдущего заголовка пакета путем добавления первого порядка
       различия для этих полей, которые хранятся в контексте сеанса
       вместе с предыдущим несжатым заголовком.Когда второй порядок
       разница не нулевая, величина изменения обычно большая
       меньше, чем полное количество битов в поле, поэтому размер может быть
       уменьшается за счет кодирования новой разности первого порядка и передачи
       это, а не абсолютное значение.
    
       Бит M будет установлен в первом пакете аудиоречи и
       последний пакет видеокадра. Если рассматривать его как константу
       поле таким образом, чтобы каждое изменение требовало отправки полного заголовка RTP,
       это значительно уменьшит сжатие.Поэтому один бит
       в сжатом заголовке будет явно содержать бит M.
    
       Если пакеты проходят через микшер RTP, чаще всего для
       audio, то список CSRC и количество CC также изменятся. Однако,
       список CSRC обычно остается неизменным во время разговора или
       длиннее, поэтому его нужно отправлять только при изменении.
    
    3.3. Протокол
    
       Протокол сжатия должен поддерживать набор общих
       информация в согласованном состоянии между компрессором и
       декомпрессор.Существует отдельный контекст сеанса для каждого
       Поток пакетов IP/UDP/RTP, определяемый конкретной комбинацией
       IP-адреса источника и получателя, UDP-источник и получатель
    
    
    
    Отслеживание стандартов Casner & Jacobson [Страница 6] 

    RFC 2508 Сжатие заголовков IP/UDP/RTP, февраль 1999 г.
    
    
       порты и поле RTP SSRC. Количество контекстов сеанса, которое должно быть
       МОЖЕТ быть согласовано между компрессором и декомпрессором.Каждый контекст идентифицируется 8- или 16-битным идентификатором, в зависимости
       зависит от количества согласованных контекстов, поэтому максимальное число равно
       65536. Как несжатые, так и сжатые пакеты ДОЛЖНЫ содержать
       идентификатор контекста и 4-битный порядковый номер, используемые для обнаружения потери пакетов
       между компрессором и декомпрессором. Каждый контекст имеет свой собственный
       отдельное пространство для порядковых номеров, так что для потери одного пакета требуется только
       сделать недействительным один контекст.
    
       Общая информация в каждом контексте состоит из следующих
       Предметы:
    
          o Полные заголовки IP, UDP и RTP, возможно, включая CSRC
            список для последнего пакета, отправленного компрессором или
            восстанавливается декомпрессором.o Разность первого порядка для поля идентификатора IPv4, инициализированная
            1 всякий раз, когда несжатый IP-заголовок для этого контекста
            получено и обновляется каждый раз, когда получено поле дельта-идентификатора IPv4
            в сжатом пакете.
    
          o Разность первого порядка для поля метки времени RTP,
            инициализируется значением 0 всякий раз, когда несжатый пакет для этого
            контекст принимается и обновляется каждый раз, когда дельта-метка времени RTP
            Поле получено в сжатом пакете.
    
          o Последнее значение 4-битного порядкового номера, которое используется для
            обнаружить потерю пакетов между компрессором и декомпрессором.o Текущий номер поколения для недифференциального кодирования UDP
            пакеты с IPv6 (см. [3]). Для IPv4 номер поколения
            может быть установлено в ноль, если тип пакета COMPRESSED_NON_TCP,
            определено ниже, никогда не используется.
    
          o Контекстно-зависимая таблица дельта-кодирования (см. раздел 3.3.4) может
            необязательно согласовываться для каждого контекста.
    
       Для передачи пакетов в различных несжатых и
       сжатых формах, этот протокол зависит от
       в состоянии обеспечить указание четырех новых форматов пакетов в дополнение
       к обычным форматам пакетов IPv4 и IPv6:
    
          FULL_HEADER — передает несжатый IP-заголовок плюс любые
          следующие заголовки и данные для установки несжатого заголовка
          состояние в декомпрессоре для определенного контекста.Полный-
          Пакет HEADER также содержит 8- или 16-битный контекст сеанса.
          идентификатор и 4-битный порядковый номер для установления
    
    
    
    Отслеживание стандартов Casner & Jacobson [Страница 7] 

    RFC 2508 Сжатие заголовков IP/UDP/RTP, февраль 1999 г.
    
    
          синхронизация между компрессором и декомпрессором. То
          формат показан в разделе 3.3.1.
    
          COMPRESSED_UDP — передает заголовки IP и UDP, сжатые в
          6 или менее байтов (часто 2, если контрольные суммы UDP отключены), за которыми следует
          любыми последующими заголовками (возможно, RTP) в несжатом виде,
          плюс данные.Этот тип пакета используется при наличии различий в
          обычно постоянные поля (потенциального) заголовка RTP. То
          Заголовок RTP включает потенциально измененное значение поля SSRC,
          поэтому этот пакет может переопределить контекст сеанса. Формат
          показано в разделе 3.3.3.
    
          COMPRESSED_RTP — указывает, что заголовок RTP сжат вдоль
          с заголовками IP и UDP. Размер этого заголовка все еще может быть
          всего два байта или больше, если необходимо сообщить о различиях.Этот
          Тип пакета используется, когда разность второго порядка (по крайней мере, в
          обычно постоянные поля) равно нулю. Он включает в себя дельта-кодировки
          для тех полей, которые изменились не на ожидаемые
          сумма для установления разницы первого порядка после
          отправляется несжатый заголовок RTP и всякий раз, когда они изменяются. То
          формат показан в разделе 3.3.2.
    
          CONTEXT_STATE — указывает на специальный пакет, отправленный из
          декомпрессор компрессору для передачи списка контекста
          Идентификаторы, для которых синхронизация была или могла быть потеряна.Этот
          пакет отправляется только по каналу точка-точка, поэтому он требует
          нет IP-заголовка. Формат показан в разделе 3.3.5.
    
       Когда эта схема сжатия используется с IPv6 как часть общего
       структура сжатия заголовков, указанная в [3], другой тип пакета
       Может быть использовано:
    
          COMPRESSED_NON_TCP — передает сжатый IP и UDP
          заголовки, как определено в [3], без дифференциального кодирования. Если оно
          использовались для IPv4, потребовалось бы на один или два байта больше, чем
          форма COMPRESSED_UDP, указанная выше, для переноса идентификатора IPv4
          поле.Для IPv6 нет поля идентификатора, и этот недифференциальный
          сжатие более устойчиво к потере пакетов.
    
       Назначения числовых кодов для этих форматов пакетов в Point-
       to-Point Protocol [4] должны быть сделаны Интернет-назначенными номерами
       Власть.
    
    3.3.1. FULL_HEADER (несжатый) формат пакета
    
       Приведенное здесь определение пакета FULL_HEADER предназначено для
       согласуется с определением, данным в [3]. Полная информация о
       Там указаны варианты дизайна.
    
    
    
    Отслеживание стандартов Casner & Jacobson [Страница 8] 

    RFC 2508 Сжатие заголовков IP/UDP/RTP, февраль 1999 г.
    
    
       Формат пакета FULL_HEADER такой же, как у пакета
       оригинальный пакет.В случае IPv4 это обычно заголовок IP,
       за которым следует заголовок UDP и полезная нагрузка UDP, которая может быть заголовком RTP.
       и его полезной нагрузки. Однако пакет FULL_HEADER может также содержать IP-адрес.
       инкапсулированные пакеты, в этом случае будет два заголовка IP
       за которым следует UDP и, возможно, RTP. Или в случае IPv6 пакет
       может состоять из некоторой комбинации заголовков IPv6 и IPv4. Каждый
       последующий заголовок обозначается полем типа предыдущего
       заголовок, как обычно.
    
       Пакет FULL_HEADER отличается от соответствующего обычного пакета IPv4 или
       Пакет IPv6 в том смысле, что он также должен содержать идентификатор контекста сжатия и
       4-битный порядковый номер.Во избежание увеличения размеров
       заголовок, эти значения вставляются в поля длины в IP
       и заголовки UDP, поскольку фактическая длина может быть определена из
       длина, предоставляемая канальным уровнем. Два 16-битных поля длины
       нужный; они взяты из первых двух доступных заголовков в
       пакет. То есть для пакета IPv4/UDP первое поле длины равно
       поле общей длины заголовка IPv4, а второе —
       поле длины заголовка UDP. Для инкапсулированного пакета IPv4
       первое поле длины будет получено из поля общей длины
       первый IP-заголовок, а второе поле длины будет исходить из
       Поле общей длины второго заголовка IP.Как указано в разделах 5.3.2 документа [3], положение идентификатора контекста
       (CID) и 4-битный порядковый номер различаются в зависимости от того, 8- или
       Были выбраны 16-битные идентификаторы контекста, как показано на следующем рисунке.
       диаграмма (шириной 16 бит, старший бит слева):
    
               Для 8-битного идентификатора контекста:
    
               +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
               |0|1| Генерация| Идентификатор | Поле первой длины
               +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    
               +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
               | 0 | последовательность | Поле второй длины
               +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    
               Для 16-битного идентификатора контекста:
    
               +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
               |1|1| Генерация| 0 | последовательность | Поле первой длины
               +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    
               +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
               | Идентификатор | Поле второй длины
               +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    
    
    
    Отслеживание стандартов Casner & Jacobson [Страница 9] 

    RFC 2508 Сжатие заголовков IP/UDP/RTP, февраль 1999 г.
    
    
       Первый бит в первом поле длины указывает длину
       CID.Длина CID ДОЛЖНА быть постоянной для всех контекстов
       или два дополнительных различных типа пакетов ДОЛЖНЫ быть предоставлены для
       отдельно указать форматы пакетов COMPRESSED_UDP и COMPRESSED_RTP
       с 8- и 16-битными CID. Второй бит в первом поле длины равен
       1, чтобы указать, что 4-битный порядковый номер присутствует, как всегда
       случай для этой схемы сжатия IP/UDP/RTP.
    
       Поле генерации используется с IPv6 для пакетов COMPRESSED_NON_TCP.
       как описано в [3]. Для реализаций только IPv4, которые не используют
       COMPRESSED_NON_TCP пакеты, компрессор ДОЛЖЕН установить генерацию
       значение до нуля.Для согласованной работы между IPv4 и IPv6
       значение генерации сохраняется в контексте, когда оно получено
       декомпрессор, и самое последнее значение возвращается в
       Пакет CONTEXT_STATE.
    
       При получении пакета FULL_HEADER полный набор заголовков
       хранится в контексте, выбранном идентификатором контекста. 4-битный
       порядковый номер также сохраняется в контексте, тем самым
       повторная синхронизация декомпрессора с компрессором.
    
       Когда используются пакеты COMPRESSED_NON_TCP, 4-битный порядковый номер
       вставляется в «Поле данных» этого пакета и устанавливается бит D
       как описано в разделе 6 из [3].Когда пакет COMPRESSED_NON_TCP
       получен, номер поколения сравнивается со значением, хранящимся в
       контекст. Если они не совпадают, контекст устарел.
       и ДОЛЖЕН быть обновлен пакетом FULL_HEADER. Если поколение
       совпадает, то сжатая информация заголовка IP и UDP,
       4-битный порядковый номер и (потенциальный) заголовок RTP сохраняются.
       в сохраненный контекст.
    
       Объем памяти, необходимый для хранения контекста, будет варьироваться.
       в зависимости от того, сколько инкапсулирующих заголовков включено в
       Пакет FULL_HEADER.Компрессор и декомпрессор МОГУТ согласовать
       максимальный размер заголовка.
    
    3.3.2. Формат пакета COMPRESSED_RTP
    
       Когда разница второго порядка заголовка RTP от пакета к
       пакет равен нулю, декомпрессор может восстановить пакет, просто
       добавление сохраненных разностей первого порядка к сохраненным несжатым
       заголовок, представляющий предыдущий пакет. Все, что нужно
       переданный идентификатор контекста сеанса и небольшая последовательность
       номер (не связанный с порядковым номером RTP) для поддержания
       синхронизация и обнаружение потери пакетов между компрессором и
       декомпрессор.Отслеживание стандартов Casner & Jacobson [Страница 10] 

    RFC 2508 Сжатие заголовков IP/UDP/RTP, февраль 1999 г.
    
    
       Если разность второго порядка заголовка RTP не равна нулю для некоторого
       полей, новая разность первого порядка только для этих полей равна
       передается с использованием компактного кодирования. Новый первый заказ
       значения разницы добавляются в соответствующие поля в
       несжатый заголовок в контексте сеанса декомпрессора, и
       также хранится явно в контексте, который будет добавлен в
       соответствующие поля снова в каждом последующем пакете, в котором
       разность второго порядка равна нулю.Каждый раз первый заказ
       разница изменяется, она передается и сохраняется в контексте.
    
       На практике единственные поля, для которых полезно хранить
       Отличие первого порядка — это поле идентификатора IPv4 и временная метка RTP.
       Для поля порядкового номера RTP обычное приращение равно 1. Если
       порядковый номер изменяется не на 1, разница должна быть
       сообщается, но не устанавливает ожидаемую разницу для следующего
       пакет. Вместо этого ожидаемая разница первого порядка остается фиксированной.
       на 1, так что разница не должна быть явно сообщена на
       следующий пакет, если он в порядке.Для метки времени RTP, когда FULL_HEADER, COMPRESSED_NON_TCP или
       Пакет COMPRESSED_UDP отправляется для обновления состояния RTP, сохраненного
       разность первого порядка инициализируется нулем. Если временная метка
       то же самое в следующем пакете (например, тот же видеокадр), то
       разность второго порядка равна нулю. В противном случае разница между
       временные метки двух пакетов передаются как новый первый
       разница в порядке добавления к отметке времени в несжатом файле
       заголовок, хранящийся в контексте декомпрессора, а также сохраненный как
       разница первого порядка в этом контексте.Каждый раз первый заказ
       разница изменяется в последующих пакетах, эта разница снова
       передается и используется для обновления контекста.
    
       Точно так же, поскольку поле идентификатора IPv4 часто увеличивается на единицу,
       разность первого порядка для этого поля инициализируется единицей, когда
       состояние обновляется пакетом FULL_HEADER или когда
       Пакет COMPRESSED_NON_TCP отправляется, так как он содержит поле ID в
       несжатая форма. После этого всякий раз, когда разность первого порядка
       изменяется, оно передается и сохраняется в контексте.Битовая маска будет использоваться для указания того, какие поля были изменены
       кроме ожидаемой разницы. В дополнение к небольшой ссылке
       порядковый номер, список элементов, подлежащих условному обмену
       в сжатом заголовке IP/UDP/RTP выглядит следующим образом:
    
    
    
    
    
    
    
    
    
    Отслеживание стандартов Casner & Jacobson [Страница 11] 

    RFC 2508 Сжатие заголовков IP/UDP/RTP, февраль 1999 г.
    
    
          I = идентификатор пакета IPv4 (всегда 0, если нет заголовка IPv4)
          U = контрольная сумма UDP
          M = бит маркера RTP
          S = порядковый номер RTP
          T = временная метка RTP
          L = количество и список RTP CSRC
    
       Если 4 бита необходимы для порядкового номера ссылки, чтобы получить разумный
       вероятность обнаружения потери, осталось слишком мало битов для
       назначьте каждому из этих элементов по одному биту и по-прежнему укладывайте их все в
       один байт для идентификатора контекста.Нет необходимости явно указывать бит U для указания
       наличие контрольной суммы UDP, поскольку источник обычно включает
       контрольные суммы по всем пакетам сеанса или ни по одному из них. Когда
       состояние сеанса инициализируется несжатым заголовком, если есть
       присутствует ненулевая контрольная сумма, будет незакодированная 16-битная контрольная сумма
       вставляется в сжатый заголовок во всех последующих пакетах до тех пор, пока
       этот параметр изменяется путем отправки другого несжатого пакета.
    
       Из остальных элементов бит L для счетчика и списка CSRC может быть
       тот, который используется реже всего.Вместо того, чтобы посвятить немного
       маска для обозначения изменения CSRC, необычного сочетания других
       вместо них можно использовать биты. Эта комбинация битов обозначается MSTI. Если
       все четыре бита для идентификатора IP-пакета, бит маркера RTP, RTP
       порядковый номер и временная метка RTP установлены, это особый случай
       указывает, что последует расширенная форма сжатого заголовка RTP.
       Этот заголовок будет включать дополнительный байт, содержащий реальный
       значения четырех битов плюс счетчик CC. Список CSRC длиной
       указанный подсчетом CC, будет включен так же, как он появляется в
       несжатый заголовок RTP.Другие поля заголовка RTP (версия, бит P, бит X, полезная нагрузка
       тип и идентификатор SSRC) считаются относительно постоянными.
       В частности, идентификатор SSRC определен как постоянный для
       данный контекст, потому что это один из факторов, выбирающих контекст.
       Если любое из других полей изменится, несжатый заголовок RTP ДОЛЖЕН
       отправлено, как описано в Разделе 3.3.3.
    
       На следующей диаграмме показан сжатый заголовок IP/UDP/RTP с
       пунктирные линии обозначают поля, которые условно присутствуют.То
       старший бит имеет номер 0. Многобайтовые поля отправляются в
       сетевой порядок байтов (сначала старший значащий байт). Поля дельты
       часто один байт, как показано, но может быть два или три байта
       в зависимости от значения дельты, как описано в Разделе 3.3.4.
    
    
    
    
    
    
    Отслеживание стандартов Casner & Jacobson [Страница 12] 

    RFC 2508 Сжатие заголовков IP/UDP/RTP, февраль 1999 г.
    
    
                 0 1 2 3 4 5 6 7
               +...............................+
               : старший бит идентификатора контекста сеанса: (если 16-битный CID)
               +--------------------------------+
               | младший бит идентификатора контекста сеанса |
               +---+---+---+---+---+---+---+---+
               | М | С | Т | я | последовательность ссылок |
               +---+---+---+---+---+---+---+---+
               : :
               + Контрольная сумма UDP + (если не ноль в контексте)
               : :
               +...............................+
               : :
               + "СЛУЧАЙНЫЕ" поля + (если инкапсулированы)
               : :
               +...................................+
               : М'| С'| Т'| я'| CC : (если MSTI = 1111)
               +...................................+
               : дельта IPv4 ID : (если I или I' = 1)
               +...................................+
               : дельта-последовательность RTP: (если S или S' = 1)
               +...............................+
               : временная метка дельта RTP: (если T или T' = 1)
               +...................................+
               : :
               : список CSRC : (если MSTI = 1111
               : : и CC ненулевые)
               : :
               +...................................+
               : :
               : Расширение заголовка RTP : (если X установлен в контексте)
               : :
               : :
               +--------------------------------+
               | |
               | данные RTP |
               //
               //
               | |
               +--------------------------------+
               : padding : (если P установлен в контексте)
               +...............................+
    
       Когда в контексте присутствует более одного заголовка IPv4, как
       инициализируется пакетом FULL_HEADER, то поля IP ID
       инкапсулирующие заголовки ДОЛЖНЫ быть отправлены как абсолютные значения, как описано в
    
    
    
    
    
    Отслеживание стандартов Casner & Jacobson [Страница 13] 

    RFC 2508 Сжатие заголовков IP/UDP/RTP, февраль 1999 г.
    
    
       [3]. Эти поля идентифицируются как «СЛУЧАЙНЫЕ» поля. Они есть
       вставляются в пакет COMPRESSED_RTP в том же порядке, в котором они
       появляются в исходных заголовках сразу после UDP
       контрольная сумма, если она присутствует, или байт MSTI, если нет, как показано на схеме.Только если пакет IPv4 непосредственно предшествует заголовку UDP,
       IP-идентификатор этого заголовка должен быть отправлен дифференцированно, т. е. потенциально с
       без битов, если вторая разница равна нулю, или как поле дельта-идентификатора IPv4
       если не. Если нет заголовка IPv4, непосредственно предшествующего UDP
       заголовок, то бит I ДОЛЖЕН быть равен 0, и никакое поле дельта-идентификатора IPv4 не будет
       настоящее время.
    
    3.3.3. Формат пакета COMPRESSED_UDP
    
       Если есть изменение в любом из полей заголовка RTP, которые
       обычно постоянным (например, поле типа полезной нагрузки), затем
       ДОЛЖЕН быть отправлен несжатый заголовок RTP.Если заголовки IP и UDP
       также не требует обновления, этот заголовок RTP МОЖЕТ передаваться в
       Пакет COMPRESSED_UDP, а не пакет FULL_HEADER. То
       Пакет COMPRESSED_UDP имеет тот же формат, что и пакет COMPRESSED_RTP.
       пакет, за исключением того, что биты M, S и T всегда равны 0, а
       соответствующие дельта-поля никогда не включаются:
    
                 0 1 2 3 4 5 6 7
               +...................................+
               : старший бит идентификатора контекста сеанса: (если 16-битный CID)
               +--------------------------------+
               | младший бит идентификатора контекста сеанса |
               +---+---+---+---+---+---+---+---+
               | 0 | 0 | 0 | я | последовательность ссылок |
               +---+---+---+---+---+---+---+---+
               : :
               + Контрольная сумма UDP + (если не ноль в контексте)
               : :
               +...............................+
               : :
               + "СЛУЧАЙНЫЕ" поля + (если инкапсулированы)
               : :
               +...................................+
               : дельта-идентификатор IPv4: (если я = 1)
               +--------------------------------+
               | UDP-данные |
               : (несжатый заголовок RTP):
    
       Обратите внимание, что это представляет собой форму сжатия заголовков IP/UDP.
       отличается от типа пакета COMPRESSED_NON_TCP, определенного в [3].То
       мотивация состоит в том, чтобы позволить достичь цели двух байтов, когда UDP
       контрольные суммы отключены, как это позволяет IPv4. Протокол в [3] не
       использовать дифференциальное кодирование для пакетов UDP, поэтому в случае IPv4 два
    
    
    
    Отслеживание стандартов Casner & Jacobson [Страница 14] 

    RFC 2508 Сжатие заголовков IP/UDP/RTP, февраль 1999 г.
    
    
       байтов идентификатора IP и двух байтов контрольной суммы UDP, если они не равны нулю,
       всегда передается в дополнение к двум байтам префикса сжатия.Вместо этого для IPv6 МОЖЕТ использоваться тип пакета COMPRESSED_NON_TCP.
    
    3.3.4. Кодирование различий
    
       Поля дельты в пакетах COMPRESSED_RTP и COMPRESSED_UDP
       закодировано с отображением переменной длины для компактности более
       часто используемые значения. Ниже указана кодировка по умолчанию, но она
       РЕКОМЕНДУЕТСЯ, чтобы реализации использовали табличный дельта-кодировщик
       и декодер, позволяющий согласовать таблицу, специфичную для каждого сеанса.
       при необходимости, возможно, даже оптимальное кодирование Хаффмана.Кодировки
       на основе последовательной интерпретации потока битов, из которых
       таблица по умолчанию и кодировка Хаффмана являются примерами, позволяют разумно
       размер таблицы и может привести к более высокой скорости выполнения, чем не-
       реализация на основе таблиц с явными проверками диапазонов значений.
    
       Дельта-кодировка по умолчанию указана в следующей таблице. Этот
       кодирование было разработано для эффективного кодирования небольших изменений, которые
       может встречаться в IP ID и в порядковом номере RTP, когда пакеты
       теряется в восходящем потоке от компрессора, но по-прежнему обрабатывает большую часть аудио и
       дельты видео в два байта.Столбец слева - десятичный
       кодируемое значение, а столбец справа — результат
       последовательность байтов, показанная в шестнадцатеричном формате и в том порядке, в котором они
       передаются (сетевой порядок байтов). Первое и последнее значения в
       показан каждый непрерывный диапазон с многоточием между ними:
    
             Десятичный шестнадцатеричный
    
              -16384 С0 00 00
                   : :
                -129 С0 3Ф 7Ф
                -128 80 00
                   : :
                  -1 80 7F
                   0 00
                   : :
                 127 7Ф
                 128 80 80
                   : :
               16383 БФ ФФ
               16384 С0 40 00
                   : :
             4194303 ФФ ФФ ФФ
    
       Для положительных значений представлено изменение от нуля до 127.
       прямо в один байт.Если старшие два бита байта
       равны 10 или 11, это сигнализирует о расширении до двух- или трехбайтового
    
    
    
    Отслеживание стандартов Casner & Jacobson [Страница 15] 

    RFC 2508 Сжатие заголовков IP/UDP/RTP, февраль 1999 г.
    
    
       значение соответственно. Младшие значащие шесть битов первого
       байт объединяются в порядке убывания значимости со следующим
       один или два байта для формирования 14- или 22-битного значения.
    
       Отрицательные дельты могут возникать, когда пакеты неправильно упорядочены или
       намеренно искажают временные метки RTP в видео MPEG [5].Эти
       события менее вероятны, поэтому меньший диапазон отрицательных значений
       кодируется с использованием в противном случае избыточных частей положительной части
       Таблица.
    
       Изменение значения временной метки RTP меньше -16384 или больше
       4194303 принудительно отправляет заголовок RTP в несжатом виде с использованием
       Тип пакета FULL_HEADER, COMPRESSED_NON_TCP или COMPRESSED_UDP. То
       Поля IP ID и порядкового номера RTP имеют длину всего 16 бит, поэтому они отрицательные.
       дельты для этих полей ДОЛЖНЫ быть замаскированы до 16 бит, а затем закодированы
       (как большие положительные 16-битные числа).3.3.5. Восстановление после ошибок
    
       Всякий раз, когда 4-битный порядковый номер для определенного контекста
       увеличивается на значение, отличное от 1, за исключением случаев, когда оно установлено FULL_HEADER или
       COMPRESSED_NON_TCP, декомпрессор ДОЛЖЕН аннулировать этот пакет.
       контекст и отправить пакет CONTEXT_STATE обратно компрессору
       указывает на то, что контекст был признан недействительным. Все пакеты для
       недопустимый контекст ДОЛЖЕН быть отброшен до тех пор, пока не появится FULL_HEADER или
       Пакет COMPRESSED_NON_TCP получен для этого контекста, чтобы повторно
       установить согласованное состояние (если не используется алгоритм «дважды» в качестве
       описано далее в этом разделе).Поскольку несколько сжатых пакетов
       может прийти в промежутке, декомпрессор НЕ ДОЛЖЕН повторно передавать
       Пакет CONTEXT_STATE для каждого полученного сжатого пакета, но
       вместо этого СЛЕДУЕТ ограничивать скорость повторной передачи, чтобы избежать переполнения
       обратный канал.
    
       Когда в ссылке возникает ошибка, канальный уровень обычно отбрасывает
       пакет, который был поврежден (если есть), но может дать указание
       ошибки. Может пройти некоторое время, прежде чем другой пакет будет
       доставлен для того же контекста, и тогда этот пакет должен быть
       отбрасывается декомпрессором, когда обнаруживается, что он вышел из
       последовательности, что приводит к потере как минимум двух пакетов.Чтобы быстрее
       восстановления, если ссылка содержит явную индикацию ошибки,
       декомпрессор МОЖЕТ опционально отправить рекомендательный пакет CONTEXT_STATE
       перечисление последнего допустимого порядкового номера и номера поколения для одного
       или более поздние активные контексты (не обязательно все). Для данного
       контексте, если компрессор не отправил ни одного сжатого пакета с
       более высокий порядковый номер, и если номер поколения совпадает с
       текущего поколения никаких корректирующих действий не требуется. В противном случае
       компрессор МОЖЕТ пометить контекст недействительным, чтобы следующий
       пакет отправляется в режиме FULL_HEADER или COMPRESSED_NON_TCP (FULL_HEADER
    
    
    
    Отслеживание стандартов Casner & Jacobson [Страница 16] 

    RFC 2508 Сжатие заголовков IP/UDP/RTP, февраль 1999 г.
    
    
       требуется, если поколение не совпадает).Однако учтите, что если
       время прохождения канала в оба конца велико по сравнению с межпакетным
       интервал, может быть несколько пакетов из разных контекстов в
       бегство по ссылке, увеличивая вероятность того, что последовательность
       номера уже будут расширены, когда пакет CONTEXT_STATE
       полученный компрессором. Результатом может быть то, что некоторые контексты
       аннулируются без необходимости, в результате чего дополнительная полоса пропускания становится недоступной.
       потребляется.
    
       Формат пакета CONTEXT_STATE показан ниже.
       диаграммы.Первый байт — это код типа, позволяющий использовать CONTEXT_STATE.
       тип пакета, который будет совместно использоваться несколькими схемами сжатия в
       общая структура сжатия, указанная в [3]. Содержание
       остальная часть пакета зависит от схемы сжатия. Для
       Указанная здесь схема сжатия IP/UDP/RTP, остальные
       Пакет CONTEXT_STATE структурирован как список блоков, позволяющий
       состояние для указания нескольких контекстов, которому предшествует однобайтовый
       подсчет количества блоков.Для схемы сжатия IP/UDP/RTP используются два значения кода типа.
       Значение 1 указывает, что используются 8-битные идентификаторы контекста сеанса:
    
                 0 1 2 3 4 5 6 7
               +---+---+---+---+---+---+---+---+
               | 1 = IP/UDP/RTP с 8-битным CID |
               +---+---+---+---+---+---+---+---+
               | количество контекстов |
               +---+---+---+---+---+---+---+---+
               +---+---+---+---+---+---+---+---+
               | идентификатор контекста сеанса |
               +---+---+---+---+---+---+---+---+
               | я | 0 | 0 | 0 | последовательность |
               +---+---+---+---+---+---+---+---+
               | 0 | 0 | поколение |
               +---+---+---+---+---+---+---+---+
                              ...
               +---+---+---+---+---+---+---+---+
               | идентификатор контекста сеанса |
               +---+---+---+---+---+---+---+---+
               | я | 0 | 0 | 0 | последовательность |
               +---+---+---+---+---+---+---+---+
               | 0 | 0 | поколение |
               +---+---+---+---+---+---+---+---+
    
       Значение 2 указывает, что используются 16-битные идентификаторы контекста сеанса.
       Идентификатор контекста сеанса отправляется в сетевом порядке байтов (большинство
       значащий байт первым):
    
    
    
    
    Отслеживание стандартов Casner & Jacobson [Страница 17] 

    RFC 2508 Сжатие заголовков IP/UDP/RTP, февраль 1999 г.
    
    
                 0 1 2 3 4 5 6 7
               +---+---+---+---+---+---+---+---+
               | 2 = IP/UDP/RTP с 16-битным CID|
               +---+---+---+---+---+---+---+---+
               | количество контекстов |
               +---+---+---+---+---+---+---+---+
               +---+---+---+---+---+---+---+---+
               | |
               + идентификатор контекста сеанса +
               | |
               +---+---+---+---+---+---+---+---+
               | я | 0 | 0 | 0 | последовательность |
               +---+---+---+---+---+---+---+---+
               | 0 | 0 | поколение |
               +---+---+---+---+---+---+---+---+
                              ...
               +---+---+---+---+---+---+---+---+
               | |
               + идентификатор контекста сеанса +
               | |
               +---+---+---+---+---+---+---+---+
               | я | 0 | 0 | 0 | последовательность |
               +---+---+---+---+---+---+---+---+
               | 0 | 0 | поколение |
               +---+---+---+---+---+---+---+---+
    
       Бит, помеченный как «I», устанавливается равным единице для контекстов, которые были отмечены.
       недопустимы и требуют, чтобы FULL_HEADER пакета COMPRESSED_NON_TCP был
       передано.Если бит I равен нулю, состояние контекста является рекомендательным.
       Бит I установлен в ноль, чтобы указать состояние рекомендательного контекста, которое МОЖЕТ
       быть отправлено после индикации ошибки связи.
    
       Поскольку сам пакет CONTEXT_STATE может быть потерян, повторная передача
       допускается один или несколько блоков. Ожидается, что ретрансляция
       сработает только при получении другого пакета, но если линия
       близок к бездействию, повторная передача МОЖЕТ быть вызвана относительно длительным
       таймер (порядка 1 секунды).
    
       Если блок CONTEXT_STATE для данного контекста передается повторно, он может
       пересекаются с пакетом FULL_HEADER или COMPRESSED_NON_TCP
       предназначен для обновления этого контекста.В этом случае компрессор МОЖЕТ
       выберите игнорировать индикацию ошибки.
    
       В случае, когда передаются контрольные суммы UDP,
       декомпрессор МОЖЕТ попытаться использовать алгоритм «дважды», описанный в
       раздел 10.1 [3]. В этом алгоритме дельта применяется больше
       чем один раз, исходя из предположения, что дельта могла быть одинаковой на
       отсутствующий(е) пакет(ы) и полученный впоследствии. Успех это
    
    
    
    Отслеживание стандартов Casner & Jacobson [Страница 18] 

    RFC 2508 Сжатие заголовков IP/UDP/RTP, февраль 1999 г.
    
    
       указывается совпадением контрольной суммы.Для описанной здесь схемы
       разница в 4-битном порядковом номере говорит о том, сколько раз
       необходимо применять дельту. Заметим, однако, что существует нетривиальное
       риск неверной положительной индикации. Может быть целесообразно
       запросить пакет FULL_HEADER или COMPRESSED_NON_TCP, даже если
       Алгоритм "дважды" работает успешно.
    
       Некоторые ошибки могут не обнаруживаться, например, потеряно 16 пакетов.
       подряд, а уровень ссылки не обеспечивает индикацию ошибки. В
       В этом случае декомпрессор будет генерировать недопустимые пакеты.Если передаются контрольные суммы UDP, получатель, вероятно,
       обнаруживать недопустимые пакеты и отбрасывать их, но получатель
       не иметь никаких средств для подачи сигнала декомпрессору. Следовательно, это
       РЕКОМЕНДУЕТСЯ, чтобы декомпрессор проверял контрольную сумму UDP
       периодически, возможно, один из 16 пакетов. Если ошибка
       обнаружен, декомпрессор аннулирует контекст и сигнализирует
       компрессор с пакетом CONTEXT_STATE.
    
    3.4. Сжатие управляющих пакетов RTCP
    
       Опираясь на соглашение RTP о том, что данные передаются по четному порту
       номер и соответствующие пакеты RTCP передаются на следующем
       более высокий (нечетный) номер порта, можно настроить отдельное сжатие
       схемы, применяемые к пакетам RTP и RTCP.Для RTCP,
       сжатие может применяться не только к заголовку, но и к «данным»,
       то есть содержимое различных типов пакетов. Числа в
       Пакеты RTCP с отчетом об отправителе (SR) и отчетом о получателе (RR) не
       хорошо сжимается, но текстовая информация в Source Description
       (SDES) пакеты могут быть сжаты до битовой маски, указывающей каждый
       элемент, который присутствовал, но был сжат (для целей синхронизации на
       Пункт SDES NOTE и позволить конечной системе измерить среднее
       размер пакета RTCP для расчета интервала).Однако в определенной здесь схеме сжатия никакое сжатие не будет
       быть выполнено с заголовками RTCP и «данными» по нескольким причинам (хотя
       сжатие СЛЕДУЕТ по-прежнему применяться к заголовкам IP и UDP).
       Поскольку спецификация протокола RTP предполагает, что пакет RTCP
       интервал масштабируется так, чтобы совокупная пропускная способность RTCP, используемая всеми
       участников сеанса будет не более 5% сеанса
       пропускная способность, от сжатия RTCP мало что можно получить.
       Сжатие элементов SDES потребует значительного увеличения
       в общем состоянии, которое должно храниться для каждого идентификатора контекста.И в
       чтобы разрешить сжатие, когда информация SDES для нескольких источников
       был отправлен через «микшер» RTP, было бы необходимо поддерживать
       отдельный контекст сеанса RTCP для каждого идентификатора SSRC. В сеансе
       с более чем 255 участниками это вызвало бы идеальную взбучку
       кэша контекста, даже если только один участник отправлял данные.
    
    
    
    
    Отслеживание стандартов Casner & Jacobson [Страница 19] 

    RFC 2508 Сжатие заголовков IP/UDP/RTP, февраль 1999 г.
    
    
       Несмотря на то, что RTCP не сжат, доля общего
       пропускная способность, занимаемая пакетами RTCP на сжатом канале, остается нулевой
       более 5% в большинстве случаев, при условии, что пакеты RTCP отправляются
       как пакеты COMPRESSED_UDP.Учитывая, что несжатый RTCP-трафик
       потребляет не более 5% от общей пропускной способности сеанса, то для
       типичная длина пакета RTCP 90 байт, часть сжатого
       пропускная способность, используемая RTCP, будет не более 5%, если размер
       полезная нагрузка в пакетах данных RTP составляет не менее 108 байт. Если размер
       полезная нагрузка данных RTP меньше, доля будет увеличиваться, но
       все еще менее 7% для размера полезной нагрузки 37 байт. Для больших данных
       полезной нагрузки, доля сжатого RTCP меньше, чем несжатого
       Доля RTCP (например, 4% на 1000 байт).3.5. Сжатие не-RTP пакетов UDP
    
       Как описано ранее, пакет COMPRESSED_UDP МОЖЕТ использоваться для
       сжимать пакеты UDP, которые не несут RTP. Какие бы данные ни следовали за
       Заголовок UDP вряд ли будет иметь какие-то постоянные значения в битах, которые
       соответствуют обычно постоянным полям в заголовке RTP. В
       в частности, поле SSRC, скорее всего, изменится. Следовательно, это
       необходимо отслеживать не-RTP потоки пакетов UDP, чтобы избежать
       используя все контекстные слоты по мере изменения «поля SSRC» (поскольку
       это поле является частью того, что идентифицирует конкретный контекст RTP).Каждому из этих потоков может быть задан контекст, но кодировщик установит
       флаг в контексте, чтобы указать, что изменяющееся поле SSRC должно
       игнорироваться, вместо этого всегда должны отправляться пакеты COMPRESSED_UDP
       пакетов COMPRESSED_RTP.
    
    4. Взаимодействие с сегментацией
    
       Схема сегментации может использоваться вместе с заголовком RTP.
       сжатие, позволяющее небольшим пакетам в реальном времени прерывать большие,
       предположительно пакеты не в реальном времени, чтобы уменьшить задержку. это
       предполагается, что большие пакеты обходят компрессор и декомпрессор
       поскольку чередование изменит последовательность пакетов в
       декомпрессор и вызвать появление ошибок.Сжатие заголовка
       должно быть менее важным для больших пакетов, так как коэффициент накладных расходов
       меньше.
    
       Если некоторые пакеты из контекста сеанса RTP выбраны для
       сегментация (возможно, по размеру), а некоторые нет, есть
       возможность повторного заказа. Это уменьшит компрессию
       эффективность, потому что большие пакеты будут отображаться как потерянные пакеты в
       пространство последовательности. Однако это не должно вызывать более серьезных
       проблемы, потому что порядковые номера RTP должны быть восстановлены
       правильно и позволит приложению исправить порядок.Отслеживание стандартов Casner & Jacobson [Страница 20] 

    RFC 2508 Сжатие заголовков IP/UDP/RTP, февраль 1999 г.
    
    
       Ошибки ссылок, обнаруженные схемой сегментации с использованием собственной
       информация о последовательности МОЖЕТ быть указана компрессору с
       консультативное сообщение CONTEXT_STATE, как и для ошибок ссылок, обнаруженных
       сам слой ссылок.
    
       Байт идентификатора контекста помещается первым в заголовок COMPRESSED_RTP, поэтому
       что этот байт МОЖЕТ использоваться совместно с уровнем сегментации, если таковой имеется.
       совместное использование возможно и было согласовано.Так как компрессор
       может назначать значения идентификатора контекста произвольно, значение может быть установлено на
       соответствовать идентификатору контекста из уровня сегментации.
    
    5. Согласование сжатия
    
       Использование сжатия IP/UDP/RTP по конкретному каналу является
       Функция протокола канального уровня. Ожидается, что такой
       например, согласование будет определено отдельно для PPP [4]. То
       следующие пункты МОГУТ быть предметом переговоров:
    
          o Размер идентификатора контекста.
          o Максимальный размер стека заголовков в контексте.o Контекстно-зависимая таблица для декодирования дельта-значений.
    
    6. Благодарности
    
       Несколько человек внесли свой вклад в разработку этого компрессионного
       Схема и связанные с ней проблемы. Скотт Петрак инициировал обсуждение
       Сжатие заголовка RTP в рабочей группе AVT в Лос-Анджелесе в
       Март 1996 г. Карстен Борман разработал общую архитектуру
       для сжатия в сочетании с управлением трафиком по низкому
       скоростную связь и внес несколько конкретных вкладов в схему
       описано здесь.Дэвид Оран самостоятельно разработал заметку на основе
       похожие идеи, и предложил использовать протокол PPP Multilink для
       сегментация. Микаэль Дегермарк дал совет по интеграции
       этой схемы сжатия со структурой сжатия IPv6.
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    Отслеживание стандартов Casner & Jacobson [Страница 21] 

    RFC 2508 Сжатие заголовков IP/UDP/RTP, февраль 1999 г.
    
    
    7. Ссылки:
    
       [1] Шульцрин, Х., Каснер, С., Фредерик Р. и В. Джейкобсон, "RTP:
           Транспортный протокол для приложений реального времени», RFC 1889,
           Январь 1996 года.
    
       [2] Джейкобсон, В., "Сжатие TCP/IP для низкоскоростных последовательных каналов",
           RFC 1144, февраль 1990 г.
    
       [3] Дегермарк, М., Нордгрен, Б. и С. Пинк, "Сжатие заголовков для
           IPv6", RFC 2507, февраль 1999 г.
    
       [4] Симпсон, В., «Протокол двухточечной связи (PPP)», STD 51, RFC.
           1661, июль 1994 г.
    
       [5] Хоффман, Д., Фернандо, Г., Гоял, В. и М. Чиванлар, "RTP
           Формат полезной нагрузки для видео MPEG1/MPEG2», RFC 2250, январь 1998 г.8. Вопросы безопасности
    
       Поскольку шифрование устраняет избыточность, которую обеспечивает сжатие
       схема пытается эксплуатировать, есть некоторый стимул отказаться
       шифрование для обеспечения работы по каналу с низкой пропускной способностью.
       Однако для тех случаев, когда требуется шифрование данных, а не заголовков
       удовлетворительно, RTP указывает альтернативный метод шифрования в
       в котором шифруется только полезная нагрузка RTP, а заголовки остаются в
       ясно. Это позволит по-прежнему применять сжатие.Неисправный или злонамеренный компрессор может привести к тому, что декомпрессор
       для восстановления пакетов, которые не соответствуют исходным пакетам, но
       все еще имеют действительные заголовки IP, UDP и RTP и, возможно, даже действительный UDP
       контрольные суммы. Такая коррупция может быть обнаружена с помощью сквозного
       механизмы аутентификации и целостности, которые не будут затронуты
       сжатие. Постоянные части заголовков аутентификации будут
       сжимается, как описано в [3].
    
       Проверка подлинности управляющего пакета CONTEXT_STATE не выполняется.
       отправлено по этому протоколу.Злоумышленник, имеющий доступ к каналу между
       декомпрессор и компрессор могут ввести false CONTEXT_STATE
       пакетов и привести к снижению эффективности сжатия, вероятно,
       приводит к перегрузке канала. Однако злоумышленник с
       доступ к ссылке может также нарушить трафик многими другими способами.
    
       При использовании сжатия существует потенциальная угроза отказа в обслуживании.
       методы, которые имеют неравномерную вычислительную нагрузку на стороне получателя.
       Злоумышленник может внедрить патологические дейтаграммы в поток, который
       сложны для распаковки и вызывают перегрузку приемника и
       ухудшение обработки других потоков.Однако это сжатие
    
    
    
    Отслеживание стандартов Casner & Jacobson [Страница 22] 

    RFC 2508 Сжатие заголовков IP/UDP/RTP, февраль 1999 г.
    
    
       не имеет существенной неравномерности.
    
       Проверка безопасности этого протокола не выявила дополнительных мер безопасности.
       соображения.
    
    9. Адреса авторов
    
       Стивен Л. Каснер
       Сиско Системс, Инк.
       170 Вест Тасман Драйв
       Сан-Хосе, Калифорния 95134-1706
       Соединенные Штаты
    
       Электронная почта: [email protected]ком
    
    
       Ван Джейкобсон
       Сиско Системс, Инк.
       170 Вест Тасман Драйв
       Сан-Хосе, Калифорния 95134-1706
       Соединенные Штаты
    
       Электронная почта: [email protected]
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    Отслеживание стандартов Casner & Jacobson [Страница 23] 

    RFC 2508 Сжатие заголовков IP/UDP/RTP, февраль 1999 г.
    
    
    10. Полное заявление об авторских правах
    
       Авторское право (C) The Internet Society (1999). Все права защищены.
    
       Этот документ и его переводы могут быть скопированы и предоставлены
       другие и производные работы, которые комментируют или иным образом объясняют это
       или содействовать в его реализации, могут быть подготовлены, скопированы, опубликованы
       и распространяется полностью или частично без ограничения каких-либо
       вид, при условии, что приведенное выше уведомление об авторских правах и этот параграф
       включены во все такие копии и производные работы.Однако это
       сам документ не может быть изменен каким-либо образом, например, путем удаления
       уведомление об авторских правах или ссылки на Internet Society или другие
       Интернет-организациям, за исключением случаев, когда это необходимо для целей
       разработка интернет-стандартов, и в этом случае процедуры для
       авторские права, определенные в процессе Интернет-стандартов, должны быть
       следовала или по мере необходимости переводила его на языки, отличные от
       Английский.
    
       Ограниченные разрешения, предоставленные выше, являются бессрочными и не будут
       отозвано Internet Society или его правопреемниками или правопреемниками.Настоящий документ и информация, содержащаяся в нем, предоставлены на
       Основа «КАК ЕСТЬ» и ИНТЕРНЕТ-ОБЩЕСТВО И ИНТЕРНЕТ-ИНЖИНИРИНГ
       TASK FORCE ОТКАЗЫВАЕТСЯ ОТ ВСЕХ ГАРАНТИЙ, ЯВНЫХ ИЛИ ПОДРАЗУМЕВАЕМЫХ, ВКЛЮЧАЯ
       НО НЕ ОГРАНИЧИВАЯСЯ ЛЮБОЙ ГАРАНТИЕЙ ТОГО, ЧТО ИСПОЛЬЗОВАНИЕ ИНФОРМАЦИИ
       ЗДЕСЬ НЕ БУДЕТ НАРУШАТЬ НИКАКИХ ПРАВ ИЛИ ЛЮБЫХ ПОДРАЗУМЕВАЕМЫХ ГАРАНТИЙ
       КОММЕРЧЕСКАЯ ПРИГОДНОСТЬ ИЛИ ПРИГОДНОСТЬ ДЛЯ ОПРЕДЕЛЕННОЙ ЦЕЛИ.
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    Отслеживание стандартов Casner & Jacobson [Страница 24]
     

    Cisco Unified IP Phones 7942G и 7962G Руководство пользователя для Cisco Unified Communications Manager Express 7.1

    %PDF-1.4 % 1 0 объект > эндообъект 11 0 объект > эндообъект 2 0 объект > эндообъект 3 0 объект > эндообъект 4 0 объект > эндообъект 5 0 объект > эндообъект 6 0 объект > эндообъект 7 0 объект > эндообъект 8 0 объект > эндообъект 9 0 объект > эндообъект 10 0 объект > поток application/pdfCisco Unified IP Phones 7942G и 7962G Руководство пользователя для Cisco Unified Communications Manager Express 7.1 iText 1.4.1 (от lowagie.com) конечный поток эндообъект 12 0 объект > эндообъект 13 0 объект > эндообъект 14 0 объект > эндообъект 15 0 объект > эндообъект 16 0 объект > эндообъект 17 0 объект > эндообъект 18 0 объект > эндообъект 19 0 объект > эндообъект 20 0 объект > эндообъект 21 0 объект > эндообъект 22 0 объект > поток h άXmo5EBHU*Zz!ć(CZ г]ок.»q¼iǖS]üMO0o)#Y|~y7aaspoken

    I: 4$4QmU2(?Lk(*[eL3خʑw-

    Простой сценарий очереди Mikrotik — Добавить все IP сразу в очередь

    Если у вас есть маршрутизатор MikroTik, то иногда бывает сложно создать простую очередь с одним за другим IP-адресом. Это сложная задача. Также, если вам нужно изменить массив IP-адресов в очереди, это звучит более потрясающе. Поэтому я написал эту статью, чтобы облегчить вам жизнь в обслуживании маршрутизатора MikroTik. Чтобы добавить все IP-адреса в вашу очередь MikroTik Simple, просто откройте терминал MikroTik RouterOS и запустите следующий скрипт.

    Что такое скрипт MikroTik?

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

    Простая очередь MikroTik

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

    Вы должны узнать, как работает сценарий MikroTik и как работает функция простой очереди внутри MikroTik RouterOS. Затем вы рассчитываете общую пропускную способность восходящего потока, затем создаете очередь на основе своей группы клиентов, внедряете и тестируете их, пока все ваши пользователи не получат фантастический опыт использования Интернета.

    Интерфейс очереди в MikroTik

    Интерфейс управления очередью MikroTik

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

    Доступные параметры для создания простой очереди

    • Имя
      На самом деле это просто имя очереди.Я сам использую IP-адрес для этого имени, поэтому я легко могу определить очередь для этого IP-адреса для моей сети
    • Цель
      Очень важные параметры. На самом деле цель — это IP-адрес внутри вашей сети, которым вы хотите ограничить эту очередь. Например, если вы хотите ограничить пропускную способность для 192.168.1.23, целью будет этот IP-адрес 192.168.1.23.
    • Dst
      Пропустить. Потому что он предоставляет вам способ ограничить входящие и исходящие между целевым IP-адресом и IP-адресом назначения.Например, если вы хотите ограничить пропускную способность в MikroTik для вашего пользователя 192.168.1.23 только для определенного IP-адреса, вы можете сделать это так. Но помните, что каждое правило очереди требует создания отдельной очереди. Вы можете реализовать всю очередь для одного IP-адреса в одной очереди. Позже я объясню, как добавить массовый IP-адрес в вашу очередь MikroTik.
    • Целевая загрузка (максимальный лимит)
      Это ключ. Это ограничение, которое вы хотите установить для пропускной способности загрузки для этого конкретного целевого IP-адреса.Например, если вы хотите предоставить пользователю (192.168.1.23) скорость загрузки 5 МБ, вам нужно указать это в этом поле. Вы можете просто написать 5M в этом поле или даже установить неограниченную скорость загрузки для этого пользователя.
    • Целевая загрузка (максимальный лимит)
      То же самое для опции целевой загрузки. Это для ограничения пропускной способности загрузки. Например, если вы хотите ограничить скорость загрузки или пропускную способность пользователя (192.168.1.23) до 3 МБ, вам нужно написать 3M в этом поле, как и в качестве целевых параметров загрузки.Также вы можете установить неограниченный лимит загрузки для этого конкретного IP-адреса

    Эти 5 полей важны, и если вы понимаете роль и использование этих 5 полей, вы можете настроить очередь MikroTik для каждого IP-адреса. Также с правой стороны вы можете написать комментарий для этой конкретной очереди. Например, это «офисный ноутбук Боба». Это очень полезно.

    Добавление нескольких IP-адресов в MikroTik simple Queue

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

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

    Сценарии простой очереди MikroTik для всех IP-адресов

    Чтобы добавить все IP-адреса в вашу очередь MikroTik Simple, просто откройте терминал MikroTik RouterOS.

    Терминал MikroTik RouterOS

    Команды для добавления всех IP-адресов в очередь

    Вот простая команда для добавления всех IP-адресов в простую очередь MikroTik. В терминале MikroTik просто запустите следующий код. Но прежде чем копировать и вставлять код, сначала скопируйте код в блокнот и измените диапазон IP-адресов и значения пропускной способности по своему усмотрению в соответствии с вашей политикой.Затем запустите эту команду в терминале MikroTik.

      :для x от 1 до 254 do={/queue simple add name="queue-$x" max-limit=2M/2M target="192.168.1.$x"}  

    Видеоурок

    MikroTik Простой сценарий очереди для всех IP-адресов

    Объяснение команд и сценариев

    Здесь в переменной max-limit вы можете определить максимальную скорость загрузки/выгрузки. Например, я использовал 2M как для загрузки, так и для загрузки. Этот простой циклический скрипт легко добавит все ваши IP-адреса в вашу очередь MikroTik.После этого вы можете вручную изменить, когда вам нужно для любого конкретного IP. Этот скрипт сэкономит вам много времени, как и мне. Это совместимо с платой маршрутизатора Mikrotik всех версий, включая v6.

    В соответствии с приведенной выше командой от 1 до 254 означает, что очередь будет сформирована до 254. 192.168.1.$x — это формат вашего IP-адреса. Он может отличаться в зависимости от вашей настройки. И max-limit=2M/2M означает загрузку/выгрузку (2M/2M). Напишите комментарий, если вы этого не понимаете, и я буду рад помочь.Кроме того, если вы все еще не можете выполнить это, укажите серию IP-адресов, ограничение пропускной способности для загрузки/выгрузки, чтобы я мог создать сценарий для вас.

    Совместимость скриптов с моделью MikroTik и версией RouterOS

    Существует множество общедоступных моделей и версий MikroTik и RouterOS. Итак, я пробовал скрипты MikroTik Simple Queue на следующих моделях —

    • hEX lite
    • hEX, hEX PoE lite, hEX S, hEX PoE
    • PowerBox
    • RB2011iL-IN, RB2011iL-RM
    • 0 PowerBox
    • 0 RB2011ILS-IN, RB2011UIAS-IN, RB2011UIAS-RM, RB3011UIAS-RM
    • RB4011GS + RM, RB1100AHX4, RB750
    • RB1100AHX4 DUVE Edition
    • CCR1009-7G-1C-PC, CCR1009-7G-1C-1S + PC, CCR1009 -7G-1C-1S+, CCR1016-12G
    • CCR1016-12S-1S+, CCR1036-12G-4S
    • CCR1036-8G-2S+, CCR1036-12G-4S-EM
    • CCR1036-8G-2S+, CCR1036-8G-2S+ 1G-8S+

    Также он совместим с RouterOS до v6.

    Заключение

    Микротик упростил управление и ограничение пропускной способности. Написать скрипт очереди для микротика ни для кого не должно быть сложной задачей. Вы можете узнать больше о терминале Mikrotik на сайте Mikrotik. Эффективное управление пропускной способностью важно для обеспечения стабильного подключения пользователя к Интернету.

    Видео на YouTube: Mikrotik Script

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

    Скрипт простой очереди MikroTik — добавить все IP сразу

    Если у вас есть маршрутизатор MikroTik, то иногда сложно создать простую очередь с одним IP-адресом. Это сложная задача. Кроме того, если вам нужно изменить массовый IP-адрес в очереди, это звучит более потрясающе. Поэтому я написал эту статью, чтобы облегчить вам жизнь в обслуживании маршрутизатора MikroTik. Чтобы добавить все IP-адреса в вашу очередь MikroTik Simple, просто откройте терминал MikroTik RouterOS и запустите следующий скрипт.Что такое скрипт MikroTik? MikroTik — один из наиболее часто используемых маршрутизаторов для офиса и интернет-провайдеров, который обеспечивает подключение к Интернету от провайдера к клиенту. Он широко настраивается, и каждый маршрутизатор MikroTik поставляется с операционной системой под названием RouterOS. Вы можете сэкономить много времени, создав и используя скрипт MikroTik, который будет выполнять большинство задач, когда вы будете запускать его в командной строке внутри RouterOS. Простая очередь MikroTik Чтобы ограничить скорость передачи данных или пропускную способность для любого конкретного IP-адреса, MikroTik предоставляет функцию простой очереди, с помощью которой вы можете легко ограничить пропускную способность.Если вы хотите обеспечить плавную пропускную способность для всех пользователей в вашей сети, вам нужно освоить эту простую функцию очереди. Вы можете ограничить, установить приоритет,…

    MikroTik Переадресация портов (NAT) и доступ из Интернета

    MikroTik — один из лучших и наиболее часто используемых маршрутизаторов в мире. Управление интернетом для офиса и интернет-провайдера — основная функция MikroTik Router. MikroTik имеет множество функций, необходимых для управления сетевым подключением. Переадресация портов MikroTik — одна из лучших функций для сетевого администратора.Это помогает сетевым администраторам перенаправлять любой трафик на любой порт в MikroTik на другой IP-адрес. Иногда люди используют это для повышения безопасности, доступа к локальной сети из Интернета с использованием общедоступного IP-адреса и тому подобного. Эта статья также поможет вам пробросить порт MikroTik для веб-сервера. Если ваши концепции станут ясными, вы также можете решить какую-то странную проблему, например, маршрутизатор находится за NAT. Удаленное подключение может не работать. Что такое роутер MikroTik? Прежде чем двигаться дальше, вы должны понять, что такое MikroTik. MikroTik — это очень продвинутый маршрутизатор для управления сетевым подключением между восходящей и локальной сетью.Таким образом, вы можете получить доступ к Интернету без проблем. Благодаря большой гибкости, настройке и функциям это один из лучших вариантов для интернет-провайдеров (ISP), а также для малых и средних офисов. Доступ к MikroTik через Winbox Обычно каждый MikroTik имеет собственную операционную систему маршрутизатора, которая…

    Некоторые важные советы и рекомендации MikroTik

    Переадресация портов на локальный IP/PORT Введите следующее значение в окно терминала, чтобы ввести это правило переадресации портов. bash /ip firewall nat add action=dst-nat chain=dstnat disabled=no dst-port=80 in-interface=ether1-gateway protocol=tcp to-addresses=192.168.1.20 to-ports=80 В приведенном выше правиле переадресации MikroTik NAT добавьте через терминал MikroTik RouterOS, что я делаю с вышеуказанной командой? Мы просто пересылаем любые запросы на наш основной IP-адрес в 80 и перенаправляем это соединение на 192.168. 1.20 ip, который находится в моей локальной сети, и порт 80 будет использоваться для этого запроса из 192.168.1.20. Прочтите еще несколько интересных советов и рекомендаций Mikrotik здесь – Простой сценарий очереди MikroTik – добавьте все IP-адреса MikroTik NAT Port Forwarding – Доступ к локальному ПК из Интернета

    Камеры i-SPEED от iX Cameras – Часто задаваемые вопросы по поддержке

    В.Как мне подключиться к моей камере с помощью программного обеспечения i-SPEED Control ONE или Control Multi-DAQ?
    Настройте Ethernet-адаптер ПК/ноутбука так, чтобы он имел фиксированный IP-адрес 192.168.0.xxx и маску подсети 255.255.255.0, где xxx — IP-адрес, отличный от адреса, назначенного вашей камере. Убедитесь, что брандмауэр вашего компьютера отключен. См. Руководство по началу работы с i-SPEED 7 Series.

    В. Что означают мигающие индикаторы i-CHEQ на задней панели моей камеры? Коды
    i-CHEQ используются для отображения состояния камеры с помощью трех светодиодов, расположенных сверху и сзади камеры.Для камер i-SPEED 7 мигающие коды i-CHEQ отображаются в CDUe и программном обеспечении управления i-SPEED. Быстрый доступ к кодам можно найти, нажав ПОМОЩЬ > РЕЖИМЫ i-CHEQ в меню программного обеспечения управления i-SPEED.

    В. Как изменить скорость воспроизведения сохраненного видео в формате AVI?
    Программное обеспечение i-SPEED Control One и Control Multi-DAQ автоматически сохраняет видео для воспроизведения со скоростью 25 кадров в секунду. Чтобы изменить это, вы можете открыть видео в i-SPEED Viewer или i-SPEED Movie Maker и нажать Файл > Сохранить как… ) .Отрегулируйте это до желаемой скорости воспроизведения и нажмите OK.

    В. Как i-SPEED 7 сжимает видео в формате AVI?
    i-SPEED 7 пространственно сжимает отдельные кадры, используя различные уровни сжатия JPEG. Чтобы выполнить временное сжатие видео, просто откройте видео в i-SPEED Viewer или i-SPEED Movie Maker , щелкните Сохранить как… и выберите нужный тип сжатия в разделе Сжатие.

    В.Можно ли восстановить удаленное видео с внутреннего SSD камеры?
    Нет. Из соображений безопасности файлы удалены без возможности восстановления.

    В. Мне нужно установить камеру на риг. Каковы размеры камеры по отношению к монтажному оборудованию на основании?
    Пожалуйста, свяжитесь с [email protected] для технического чертежа.

    В. Почему мой компьютер не видит сетевое расположение внутреннего SSD-накопителя камеры?
    Убедитесь, что в камеру установлен дополнительный SSD и что компьютер находится в той же подмаске сети.IP-адрес камеры по умолчанию — 192.168.0.99; поэтому компьютеру должен быть назначен IP-адрес 192.168.0.XXX, где XXX — число от 1 до 255, но не 99.
    Найдите сетевое расположение \\192.168.0.99\ для просмотра содержимого SSD. После подключения папка с видео должна быть доступна.

    В. У меня возникли проблемы с подключением CDUe к камере. Что я должен делать?
    Перед включением любого из устройств убедитесь, что сетевой кабель подключен как к CDUe, так и к камере.Для получения дополнительной информации см. Руководство по началу работы с i-SPEED 7 Series.

    В. Как сделать цикл воспроизведения между моими закладками?
    Разместите закладки на панели воспроизведения CDUe. Убедитесь, что функция Loop отключена. Перемещайтесь по видео, пока маркер текущего кадра не окажется между закладками, затем нажмите Повторить . CDUe ищет ближайшую закладку в обратном направлении, а затем переходит к следующей закладке. Расстояние между закладками — это размер цикла.

    В. Как увеличить изображение на дисплее HD-SDI или HDMI при увеличении на CDUe?
    Нажмите кнопку Monitor в левом нижнем углу экрана увеличения CDUe. Это обеспечивает одинаковый коэффициент масштабирования для CDUe и устройства вывода видео.

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

    В. Возможна ли горячая замена аккумуляторов i-SPEED 7?
    Нет. Чтобы не потерять данные, перед заменой батарей подключите камеру к внешнему источнику питания.

    В. Ограничен ли экспорт моей камеры?
    Любая камера с техническими характеристиками, превышающими 225 000 кадров в секунду и/или затвором 1 мкс, экспортируется ограниченно. Поэтому серия i-SPEED 7 имеет ограничения на экспорт. Мы можем помочь с этим процессом подачи заявки, пожалуйста, свяжитесь с нами для получения более подробной информации.Обратите внимание, что производительность камер i-SPEED 7 может быть ограничена в соответствии с экспортными ограничениями.

    В. Совместим ли программный пакет i-SPEED с Windows 10?
    Да, пакет программного обеспечения i-SPEED совместим с Windows 10.

    В. Какие объективы совместимы с камерой i-SPEED 7?
    Для наших камер можно использовать различные объективы (C-Mount, F-Mount, EF-Mount и т. д.). Пожалуйста, свяжитесь с нашим отделом продаж для помощи в выборе подходящего крепления объектива. В. Работают ли камеры i-SPEED с приложениями PIV?
    Да, камеры i-SPEED 7 имеют режим случайного снимка, который позволяет камере делать снимок при каждом входящем сигнале синхронизации (например, от лазера). Дополнительную информацию см. в технической заметке iX Cameras по использованию i-SPEED 7 для приложений измерения скорости изображения частиц. В. Могу ли я арендовать камеру i-SPEED 7?
    Да, мы арендуем камеры во многих странах. Свяжитесь с продавцом для получения дополнительной информации. В. Как пройти обучение работе с камерой?
    Ваш местный дистрибьютор может организовать обучение, которое поможет вам максимально эффективно использовать вашу камеру. Посетите нашу страницу «Найти дистрибьютора», чтобы найти местного дистрибьютора. В. Я хочу отремонтировать камеру. К кому мне обратиться?
    Обратитесь в службу технической поддержки здесь: Форма поддержки

    В. Может ли камера i-SPEED 3 регистрировать данные во время записи?
    Да, камера может регистрировать данные во время записи с помощью специальных регистраторов данных National Instruments и версии нашего программного обеспечения Control Pro.

    В. Могу ли я управлять камерой i-SPEED на расстоянии?
    Да, камера может работать через Ethernet на расстоянии до 100 м. Если требуются большие расстояния, мы рекомендуем коммутируемые повторители или удлинитель волокна.

    В. Как долго моя камера i-SPEED 7 будет работать, прежде чем мне потребуется зарядить аккумулятор?
    Внутренний аккумулятор обеспечивает работу камеры примерно в течение 1 часа.

    В. Как далеко CDU может находиться от моей камеры i-SPEED 3?
    Стандартный кабель CDU имеет длину 3 м, но доступен кабель длиной 10 м.Если требуется более 10 м, то можно использовать до 2 повторителей CDU для достижения максимальной 30 м.

    В. Могу ли я использовать электронный видоискатель с камерой i-SPEED?
    Да, i-SPEED 7 имеет два видеовыхода HD-SDI и один видеовыход HDMI для подключения внешних мониторов, видоискателей и дисплеев.

    В. Какие форматы файлов использует i-SPEED 7 для сохранения файлов изображений?
    файла TIFF RAW: 8-битный RAW, 12-битный RAW, 16-битный RAW.
    файла TIFF без сжатия: 8-бит, 12-бит, 16-бит (монокамеры), 24-бит, 36-бит, 48-бит (цветные камеры).
    сжатых файла JPEG.

    В. Какой формат файлов использует i-SPEED 7 для сохранения видеофайлов?
    Камера i-SPEED 7 сохраняет в нескольких форматах.
    AVI-файлы, сжатые или несжатые.
    файла IXV RAW: 8-битный RAW, 12-битный RAW, 16-битный RAW.
    файла IXV без сжатия: 8-бит, 12-бит, 16-бит (монокамеры), 24-бит, 36-бит, 48-бит (цветные камеры).

    Добавить комментарий

    Ваш адрес email не будет опубликован.