У цьому документі міститься огляд різних кодеків, використовуваних зі шлюзами Cisco IOS® Voice over IP (VoIP). В Cisco IOS Software Release раніше, ніж 12.0 (5) T, Шлюзи VoIP підтримують тільки G.729 і кодеки G.711 і тільки один виклик голосу / ретрансляції факсу на цифровий процесор сигналів (DSP). Починаючи з релізу 12.0 (5) T програмного забезпечення Cisco IOS шлюзи Cisco VoIP підтримують велику кількість кодеків і модулів DSP. Вони можуть підтримувати до чотирьох викликів передачі голосових / факсимільних даних на один DSP.
Засіб DSP Calculator (тільки для зареєстрованих клієнтів) визначає вимоги DSP для платформ маршрутизаторів серій Cisco 1751, 1760, 2600XM, 2691, 2800, 3700 і 3800 і в результаті формує пропозиції щодо ініціалізації PVDM. Це засіб розраховує вимоги DSP на основі таких вхідних даних, як модулі інтерфейсу, конфігурації кодеків, канали перекодування і конференц-сеанси. Воно підтримує різні версії програмного забезпечення Cisco IOS, допустимі для платформ Cisco 1751, 1760, 2600XM, 2691, 2800, 3700 і 3800.
Для цього документа відсутні особливі вимоги.
Цей документ не має жорсткої прив'язки до яких-небудь конкретних версій програмного забезпечення і устаткування.
Середня складність дозволяє C549 DSP обробляти до чотирьох викликів передачі голосових / факсимільних даних на DSP, а C5510 DSP - до восьми таких викликів.
Середня складність дозволяє C549 DSP обробляти до двох викликів передачі голосових / факсимільних даних на DSP, а C5510 DSP - до шести таких викликів.
Середня складність (4 виклику / цифрова обробка голосу)
Висока складність (2 виклику / dsp)
Примітка: Відмінністю між кодеками середньої і високої складності є сума завантаження ЦПУ, необхідної для обробки алгоритму кодека, і тому, кількість голосових каналів, які можуть підтримуватися одиночним DSP. З цієї причини все кодеки середньої складності можуть бути запущені в режимі високої складності, але тільки деякі канали (зазвичай половина) доступні через DSP.
Примітка: Ретранслятор факсу (2400 bps, 4800 bps, 7200 bps, 9600 bps, 12 kbps і 14.4 kbps) може використовувати кодеки середньої і високої складності.
На платформах, які підтримують технологію DSP C549, складність кодека налаштована під голосової картою (наприклад, 2600/3600 / VG200 Голосовий мережевий модуль високої щільності). Деякі платформи підтримують тільки високу складність, тому що у них є достатньо DSP на борту для підтримки всіх каналів T1 / E1, які використовують режим високої складності. Для визначення інтенсивності викликів і складності кодека відповідно до стандарту кодека, який використовується, використовуйте команду codec complexity в режимі настройки голосової плати.
Приклад настройки складності наведено нижче:
На платформах, які підтримують технологію DSP C5510, додатковий параметр гнучкою складності доступний. При використанні настроюється складності на DSP можуть бути дозволені до 16 викликів. Число підтримуваних викликів коливається від 6 до 16 і залежить від використовуваного для викликів кодека.
Приклад налаштування наведено нижче:
Фрагмент вихідних даних команди show running-config, яка визначає конфігурацію складності:
У цій таблиці наведено дані про підтримку кодеків для різних платформ маршрутизаторів Cisco.
Незважаючи на те, що це може здаватися логічним від з фінансової точки зору для перетворення всіх викликів в кодеки низькою бітової швидкості, щоб економити на цінах інфраструктури, здійснити додатковий догляд при розробці голосових мереж із стисненням низькою бітової швидкості. У технології стиснення мовного сигналу є свої недоліки. Один з основних недоліків - спотворення сигналу через багаторазове кодування (яке називається тандемним перекодуванням). Наприклад, коли голосовий сигнал G.729 тандемно перекодируется три рази, його окуляри по MOS падають з 3.92 (дуже добре) до 2.68 (неприйнятно). Інший недолік - це викликається кодеком затримка з кодеками з низькою швидкістю передачі даних.
У цих двох розділах роз'яснюються основні проблеми сумісності, пов'язані з реалізацією кодека G.729 (8 кбіт / с).
Компанія Cisco випустила реліз кодека G.729 до затвердження його Комітетом з проблем проектування Інтернету (IETF) і до формування стандарту кодека G.729. У релізі Cisco IOS 12.0 (5) T і більш пізніх порядок біт за замовчуванням кодека G.729 змінився від стандарту Pre-IETF до затвердженого IETF стандарту. Ці два формати несумісні, що для кінцевого користувача виливається в спотворені булькающие звуки.
Для забезпечення сумісності з реалізаціями G.729 інших постачальників програмне забезпечення Cisco IOS, реліз 12.0.5T і більш пізні за замовчуванням застосовують стандартну реалізацію G.729. Для забезпечення сумісності з релізами програмного забезпечення Cisco IOS, випущеними раніше релізу 12.0.5T, слід використовувати реалізацію pre-IETF G.729 з такою командою:
Параметр pre-ietf в цій команді не підтримується в релізі 12.2 програмного забезпечення Cisco IOS і більш пізніх.
G.729 є алгоритмом високої складності, і G.729A (також відомий як Annex-a G.729) є різновидом середньої складності G.729 з трохи низькою якістю голосового зв'язку. Всі платформи, які підтримують G.729, також підтримують і G.729A.
У шлюзах Cisco IOS вибір між G.729 і G.729A пов'язаний з налаштуванням складності кодека на голосовий платі. Вона точно не показує вибір кодека на інтерфейсі командного рядка (CLI) Cisco IOS. Наприклад, CLI не вказує g729ar8 (код "a") як параметр кодека. Однак якщо голосова плата визначена як среднесложная, то параметр g729r8 означає кодек G.729A.
Примітка: Для MC3810, в Cisco IOS Software Release раніше, ніж 12.0.7XK, існує вибір явного виклику CLI між двадцятьма чотирма каналами G.729A або дванадцятьма каналами G.729.
G.729 Annex-B - це алгоритм високої складності, а G.729A Annex-B - среднесложний варіант, що відрізняється від G.729 Annex-B трохи меншим якістю передачі голосового зв'язку. Різниця між кодеками G.729 і G.729 Annex-B полягає в тому, що кодек G.729 Annex-B має вбудовану можливість виявлення голосової активності IETF (VAD) і генерації комфортного шуму (CNG).
В даних комбінаціях кодеки G.729 є сумісними:
G.729 Annex-B і G.729A Annex-B
G.729 Annex-B і G.729 Annex-B
G.729A Annex-B і G.729A Annex-B
Примітка: Немає чіткого способу настройки G.729A на Cisco 2600/3600 / VG-200 NM-1V і NM-2V (мережевий модуль передачі голосу), так як ці модулі передачі голосу не підтримують настройку codec complexity, яка підтримується на NM-HDV . Однак якщо виклик G.729A робиться інший кінцевою точкою підключення, яка закінчується на NM-1V / 2V, він може бути успішно з'єднаний.
Ці дві версії G.723.1 називаються Annex-A і non Annex-A. Вони несумісні. G.723.1 Annex-A включає вбудований алгоритм IETF VAD і CNG.
Крім того, в програмне забезпечення Cisco IOS, реліз 12.0 (5) T і більш пізні, кодек G.723.1 підтримується зі швидкостями 5,3 кбіт / с і 6,3 кбіт / с. Коли VOIP - шлюз Cisco встановлює виклик між пристроями, які використовують G723.1, він стурбований тільки, що дальній кінець використовує G.723.1. Ніяка сторона не стурбована швидкістю на 6.3 кбіт / с або на 5.3 кбіт / с, яка підтримується іншою стороною. Це означає, що хоча підтримка обома сторонами однієї і тієї ж швидкості є перевагою, можливо, що одна сторона буде вести передачу на швидкості 5,3 кбіт / с, а в зворотному напрямку швидкість складе 6,3 кбіт / с. Про використовуваної швидкості можна дізнатися за допомогою команди show call active voice brief. як показано нижче:
В даних комбінаціях кодеки G.723.1 є сумісними:
G.723.1 (5.3 кбіт / с) і G.723.1 (6.3 кбіт / с)
G.723.1 (5.3 кбіт / с) і G.723.1 (5.3 кбіт / с)
G.723.1 (6.3 кбіт / с) і G.723.1 (6.3 кбіт / с)
Annex-a G.723.1 (5.3 кбіт / с) і Annex-a G.723.1 (6.3 кбіт / с)
Annex-a G.723.1 (5.3 кбіт / с) і Annex-a G.723.1 (5.3 кбіт / с)
Annex-a G.723.1 (6.3 кбіт / с) і Annex-a G.723.1 (6.3 кбіт / с)
У цьому прикладі показується, як налаштувати узгодження кодеків: