Глобальная сеть (WAN) : Сжатие данных

Сжатие WAN: часто задаваемые вопросы

20 октября 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Английский (22 августа 2015) | Отзыв


Содержание


Введение

Этот документ отвечает на часто задаваемые вопросы (часто задаваемые вопросы) о сжатии глобальной сети (WAN). Этот документ включает Обзор сжатия, Сжатие Внедрения в маршрутизаторах Cisco и разделы Сжатия Устранения неполадок.

Обзор сжатия данных

Вопрос. Как работает сжатие данных?

О. Сжатие данных работает идентификацией образцов в потоке данных. Сжатие данных выбирает более эффективный метод для представления той же информации. � По существу, алгоритм применен к данным для удаления как можно большего количества резервирования. � эффективность и эффективность схемы сжатия измерен ее коэффициентом сжатия, соотношением размера несжатых данных к сжатым данным. � коэффициент сжатия 2:1 (который относительно распространен) означает, что сжатые данные являются половиной размера исходных данных.

Существует много других алгоритмов, доступных для сжатия данных. � Некоторые алгоритмы разработаны для использования преимуществ специального носителя и резервирования, найденного в них. Однако они делают низкую производительность, когда применено к другие источники данных. Например, стандарт Motion Picture Experts Group (MPEG) разработан для использования преимуществ относительно небольшой разницы между одним кадром и другим в видеоданных. Это делает превосходную работу в сжатии кинофильмов, но не сжимает текст хорошо.

Одна из самых важных идей в теории сжатия - то, что там существует теоретический предел, известный как Предел Shannon ' s. Этот предел говорит вам, как далеко можно сжать данный источник данных. � Вне этой точки, невозможно надежно восстановить сжатые данные. � современные алгоритмы сжатия вместе с быстрыми процессорами, доступными сегодня, позволяют пользователям приближаться к Пределу Shannon ' s. Однако они никогда не могут пересекать его.

См. эти документы для получения дополнительной информации о на Пределе Shannon ' s:

Вопрос. Каково различие между сжатием программного и аппаратного обеспечения? � аппаратное сжатие предоставляет лучший коэффициент сжатия, чем программное сжатие?

О. Аппаратное сжатие и программное сжатие обращаются к узлу в маршрутизаторе, к которому применен алгоритм сжатия. В программном сжатии это внедрено в основном CPU как программный процесс. � В аппаратном сжатии, вычисления сжатия разгружены к вторичному модулю оборудования. Это освобождает центральный CPU от в вычислительном отношении интенсивной задачи расчетов сжатия.

Если вы предполагаете, что маршрутизатор имеет доступные циклы синхронизации для выполнения расчетов сжатия — например, загрузка ЦПУ остается меньше чем в 100 процентах — тогда нет никакого различия в эффективности аппаратного сжатия или программного сжатия. Достигнутый коэффициент сжатия �The является функцией выбранного алгоритма сжатия и объем избыточности в данных, которые будут сжаты. Это не, где расчеты сжатия имеют место.

Вопрос. Что такое сжатие при передаче информации Уровня 2?

О. Сжатие при передаче информации уровня 2 включает сжатие информационного наполнения протокола глобальной сети (WAN) Уровня 2, такого как PPP, Frame Relay, High-Level Data Link Control (HDLC), X.25 и Сбалансированная процедура доступа к каналу связи (LAPB). Заголовок Уровня 2 �The является нетронутым действием сжатия. Однако все содержание информационного наполнения (которые включают высокоуровневые заголовки протокола) сжато. � Они сжаты, как описано в том, Как работает сжатие данных?, и использование любой форма алгоритма "накопителя" (на основе промышленного стандарта алгоритм Ziv Lemple; обратитесь к leavingcisco.comдокументу X3.241-1994 Американского национального института стандартов (ANSI)), или алгоритм "средства прогнозирования", который является более старым алгоритмом, который главным образом используется в унаследованных конфигурациях.

Вопрос. Что такое сжатие Заголовка TCP/IP?

О. Сжатие заголовка TCP/IP удаляет некоторые избыточные поля в заголовке соединения TCP/IP. Сжатие заголовка � поддерживает копию исходного заголовка по обе стороны от ссылки, удаляет полностью избыточные поля, и дифференцированно кодирует остающиеся поля для разрешения сжатия 40 байтов заголовка вниз к среднему числу 5 байтов. Это использует очень определенный алгоритм, разработанный вокруг постоянной структуры Заголовка TCP/IP. � Это не касается информационного наполнения пакета TCP ни в каком случае. � см. RFC 1144, Сжимая Заголовки TCP/IP для Низкоскоростных последовательный Ссылок leavingcisco.com.

Вопрос. Когда я должен использовать сжатие Заголовка TCP/IP вместо сжатия при передаче информации Уровня 2?

О. Сжатие заголовка TCP/IP разработано, чтобы использоваться для медленных последовательный ссылок 32 К или меньше и произвести значительное влияние на производительность. Это требует трафика с высокой степенью интерактивности с размерами небольшого пакета. �In такой трафик, соотношение заголовка Уровня 3 и Уровня 4 к информационному наполнению относительно высоко. Поэтому производительность может быть улучшена при уменьшении заголовков.

Сжатие при передаче информации уровня 2 применяет выбранный алгоритм сжатия ко всем полезным данным кадра, которые включают Заголовки TCP/IP. � Это разработано, чтобы использоваться на ссылках, которые работают на скоростях от 56 К до 1.544 M.�, Это полезно на всех типах трафика, пока трафик, не был ранее сжат высокоуровневым приложением.

Вопрос. Можно ли использовать both� сжатие Заголовка TCP/IP и сжатие при передаче информации Уровня 2 в то же время?

О. Нет. Вы не внедряете и сжатие при передаче информации Уровня 2 и Заголовок TCP/IP два сжатия одновременно потому что:

  • Такой подход избыточен и расточителен.

  • Часто, ссылка не подходит или не передает IP - трафик.

Используйте только сжатие при передаче информации Уровня 2, а не и сжатие сжатия при передаче информации и Заголовка TCP/IP Уровня 2.

Сжатие внедрения в маршрутизаторах Cisco

Вопрос. Какую версию программного обеспечения я должен выполнить для сжатия?

О. Новый выпуск или в Cisco Выпуск ПО IOS� 11.3T или в 12.0 (магистраль, S, или T) серия кода рекомендуется для обеспечения совместимости программного и аппаратного обеспечения. �, Кроме того, Cisco настоятельно рекомендует, чтобы вы выполнили ту же версию кода с обеих сторон канала WAN для обеспечения совместимости.

Вопрос. Какой модуль сжатия оборудования является правильным для конкретного маршрутизатора?

О. Эта таблица показывает все маршрутизаторы что аппаратное сжатие поддержки и поддерживаемые модули:

Маршрутизатор Адаптер аппаратного сжатия
7200 и 7500 SA-COMP/1 = и SA-COMP/4 =
3620 и 3640 NM-COMPR =
3660 AIM-COMPR4 =
2600 AIM-COMPR2 =

Примечание: Маршрутизаторы серии VXR Cisco 7200 не поддерживают SA-COMP/1 = или SA-COMP/4 =. � Там не является никаким адаптером аппаратного сжатия для этих 7200 маршрутизаторов серии VXR.

Вопрос. Какие протоколы сжатия поддерживаются в аппаратных средствах?

О. Адаптеры сжатия данных оборудования CISCO только поддерживают сжатие с помощью Stacker PPP и Frame Relay сжатие с помощью Stacker FRF.9. � Все адаптеры сжатия данных поддерживают оба из этих протоколов. � см. leavingcisco.comвеб-сайт Форума Frame Relay, и выбирают Implementation Agreements в соответствии с меню Frame Relay для получения дополнительной информации о спецификации FRF.9.

Вопрос. Когда вам нужен модуль сжатия оборудования?

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

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

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

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

Вопрос. Что такое распределенное сжатие?

О. Распределенное сжатие доступно, когда интерфейс, который будет сжат, находится в слоте Versatile Interface Processor 2 (VIP2). Расчеты сжатия тогда разгружаются в процессор VIP2.

Вопрос. Как вы включаете сжатие в аппаратных средствах?

О. Маршрутизаторы по умолчанию к разгрузке расчетов сжатия максимально далеко от ЦП. Основным заданием аппаратного сжатия является устранение загрузки из маршрутизатора CPU и перемещение ее в модуль оборудования. Если существует доступный модуль сжатия, он используется для сжатия. �, Если модуль сжатия не доступен, и если рассматриваемый интерфейс находится в слоте VIP2, то процессор на VIP2 используется для расчетов сжатия. �, Если тот процессор не доступен, сжатие, сделан в программном обеспечении. Спецификация � или программного обеспечения, распределенного, или csa # в конце команды сжатия, может вынудить маршрутизатор использовать или основной CPU, ЦП VIP2 или модуль оборудования, соответственно.

Вопрос. Каково различие между SA-COMP/1 = и SA-COMP/4 =?

О. Оба модуля сервиса компрессии имеют тот же процессор на борту. Единственная разница заключается во встроенной памяти. � Они могут обработать одинаковую часть трафика, и с точки зрения объема данных и с точки зрения пакетов в секунду (pps).

Служебный адаптер может обработать до 60 Мб/с объединённой двунаправленной несжатой пропускной способности, с 40,000 pps двунаправленно или до 30,000 pps в одном направлении. Как показывает опыт, один сервисный адаптер может выполнить восемь сжатых E1. Это принимает 2:1 коэффициент сжатия; 1.7:1 или 1.8:1 более распространено.

COMP/1 имеет 768 КБ памяти, которая позволяет ему поддерживать 64 других "контекста".

COMP/4 имеет 3 МБ памяти, которая позволяет ему поддерживать 256 других "контекстов".

Один контекст является по существу одной двунаправленной парой словаря реконструкции, т.е. одним каналом типа точка-точка. � Так, каждый Подчиненный интерфейс точка-точка Frame Relay является одним контекстом. (Конкретнее, для каждого индивидуального виртуального канала имеется один связанный с ним контекст, так как сжатие Cisco работает на основе DLCI.).)

Q. Поддерживает ли Cisco сжатие по многоканальному PPP?

О. Протокол PPP с программным сжатием, которое включает протокол PPP с чередованием плюс сжатие, поддерживается.

Многоканальный PPP с аппаратным сжатием поддерживается с Cisco IOS Software Release 12.0(7)T и 12.0(7) на маршрутизаторах Cisco 7200 и 3600. Однако многоканальный PPP и адаптер сжатия данных (CSA) не поддерживаются на маршрутизаторах Cisco 7500.

Вопрос. Как вы контролируете сжатие на ссылке?

О. Выполните команду show compression, наряду с командой show interface, для определения пропускной способности, количества сжатых пакетов и коэффициента сжатия.

Сжатие устранения неполадок

Вопрос. Каковы типичные проблемы в реализации сжатия?

  1. Использование программного слоя 2 Сжатия при передаче информации, Cisco только поддерживает первым прибыл, первым обслужен (FIFO), помещающий в очередь, поскольку пакет сжат до представления до очереди интерфейса. Обслуживание очередей на основе равнодоступности идет по умолчанию. Для превращения, это от вас должно выполнить команду no fair-queue.

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

Вопрос. Когда вы пытаетесь выполнить быструю коммутацию и сжатие, пакеты являются коммутированным процессом. В чем причина?

О. При выполнении программного сжатия все пакеты должны пройти процессор так или иначе, и они - коммутированный процесс. � Это - путь сжатие, работает.

Вопрос. При вводе "show compress" вы получаете или ответ или ошибочные ответы. �, Почему?

О. Show compress сломан в более ранних версиях кода программного обеспечения Cisco IOS версии 12.0. Обновление � к программному обеспечению Cisco IOS версии 12.0(7) (магистраль, S, или T) для исправления (CSCdk15127 (только зарегистрированные клиенты)).�This является косметической проблемой только.

Вопрос. Когда вы включаете сжатие между Cisco и маршрутизатором Возрастания, что вызывает проблемы?

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

Вопрос. При выполнении сжатия информационного наполнения Frame Relay stac FRF.9 некоторые протоколы высшего уровня сжаты, но другие не. �, Почему?

О. Это - идентификатор ошибки Cisco известных неполадок, который �CSCdk39968 (только зарегистрированные клиенты).�The решение должен обновить к программному обеспечению Cisco IOS версии 11.3(7) или коду следующих версий.

Вопрос. Когда аппаратное сжатие включено, почему команда show compress показывает программное сжатие?

О. Это может произойти по ряду причин:

  • Если ссылка находится в состоянии завершения работы, выполните команду show compress, чтобы показать, что это выполняет программное сжатие. �When ссылка подходит, она показывает аппаратное сжатие. � команда показывает это из-за необходимости для согласования об аппаратном сжатии, или через CCP для PPP, или посредством процесса FRF.9 для Frame Relay. Заказ �In выполнить это согласование, ссылка не должна быть закрыта.

  • При выполнении аппаратного сжатия по PPP с некоторыми более ранними версиями программного обеспечения Cisco IOS не вводите stac сжатия для выдачи команды, необходимо ввести stac сжатия ppp для выдачи команды. � Это - пережиток от более раннего синтаксиса команды.

  • Для выполнения аппаратного сжатия в маршрутизаторе серии "7500" модуль сервиса компрессии должен быть в том же VIP2 как интерфейс, который должен быть сжат. �Interfaces на другом VIP2s и на интерфейсных процессорных картах не может связаться с модулями сервиса компрессии.

Вопрос. Что означает то, если show compress указывает, что у вас есть коэффициент сжатия меньше единицы? Какова может быть причина этого?

О. Коэффициент сжатия меньше единицы означает, что алгоритм сжатия увеличивает размер данных. Это не уменьшает размер данных. �This вызван одной из этих причин:

  • При попытке сжать данные, которые уже прошли алгоритм сжатия в более высоком уровне. Алгоритмы �Compression разработаны учитывая, что там существует резервирование, которое будет удалено, и алгоритм выполняет свои вычисления соответственно. Данные �If были уже сжаты, резервирование было уже удалено, и если вы применяете другой алгоритм сжатия к тем же данным, это может привести к расширению данных. �Such результат происходит, при попытке сжаться в больших пакетах данных Уровня 2, которые содержат заархивированные данные. �The только ранее разжал, часть информационного наполнения Заголовки TCP/IP. Большой пакет данных �A (такой как FTP) может расшириться таким образом, что общий коэффициент сжатия - меньше чем один.

  • Коэффициенты сжатия меньше единицы могут следовать из чрезмерно облагаемого налогом ЦП. Если вы выполняете программное сжатие на маршрутизаторе, который не имеет циклов для выполнения необходимых вычислений, процесс останавливается. Один признак этого является коэффициентами сжатия меньше единицы. �The только решения должны удалить сжатие из некоторых ссылок, или устанавливать модуль сжатия оборудования.


Дополнительные сведения


Document ID: 9289