Pax: /* Создание SIP-транков */

2014-11-11T08:03:05Z

‎Создание SIP-транков

Pax в 08:02, 11 ноября 2014

2014-11-11T08:02:36Z

Pax: Новая страница: «{{SMP-256}} {{ВерхМенюКонфиг}} {{ПравГлавМеню}} {{ВерхМенюКонфигСиг}} =Создание SIP-транков= Наст…»

2014-10-30T07:45:41Z

Новая страница: «{{SMP-256}} {{ВерхМенюКонфиг}} {{ПравГлавМеню}} {{ВерхМенюКонфигСиг}} =Создание SIP-транков= Наст…»

Новая страница

{{SMP-256}}
{{ВерхМенюКонфиг}}
{{ПравГлавМеню}}
{{ВерхМенюКонфигСиг}}

=Создание SIP-транков=

Настройка SIP-транков производится с помощью виртуальных SIP портов.
*Тип виртуального контейнера должен быть [[AIR_IP]].
*Тип портов должен быть [[SIG_SIP]].

<geshi lang=smp lines=0>
AIR [1] { PROFIL = 50 // AIR TYPE = AIR_IP
PORT [1] { PROFIL = 59 // SIG = SIG_SIP
..............
}
}

.................

PROFIL [50] { TYPE = AIR_IP
}
PROFIL [59] { TYPE = SIG_SIP
...........
}
</geshi>

=Привязка к виртуальному потоку=

Виртуальные потоки должны быть настроены согласно инструкции [[Настройка виртуальных потоков Е1 (PCM_IP)]].

Каждый SIP транк должен быть привязан к одному из виртуальных потоков. За привязку отвечает параметр '''IPPcmNo'''. Так, чтобы привязать транк к потоку 33, в профиле должно бть прописано:

<geshi lang=smp lines=0>
PROFIL [59] { TYPE = SIG_SIP
IPPcmNo = 33
............
}
</geshi>

Этот же параметр не явно задаёт '''локальный IP адрес'''.

'''''Внимание! Для платы К-87 привязка к потоку не настраивается - IPPcmNo = -1.'''''

=Создание транк-групп =

Несколько SIP-транков могут быть объединены в транк-группу. Смысл транк-групп – возможность для одного клиента с одним подключением (1 user account) использовать одновременно несколько SIP-транков для организации многоканальной связи.
Чтобы объединить транки в транк-группу им должен быть присвоен '''один и тот же''' профиль:

<geshi lang=smp lines=0>
AIR [1] { PROFIL = 50 // AIR TYPE = AIR_IP
PORT [1-10] { PROFIL = 59 // SIG = SIG_SIP
GROUP = 21
}
}

.................

PROFIL [50] { TYPE = AIR_IP
}
PROFIL [59] { TYPE = SIG_SIP
...........
}
</geshi>

В данном примере создается транк-группа из 10-ти портов.

=Настройка SIP=

==Параметры SIP транка==

Идеология SIP-транков похожа на идеологию соединительных линий (СЛ), за исключением того, что для каналов SIP существует процесс регистрации. Если сама линия регистрируется на неком сервере SIP, то этот тип называется [[User Agent|User Agent (UA)]]. Если наоборот шлюз, IP телефон и т.п. регистрируется в канале, то этот тип называется [[SIP Proxy|proxy]].

*'''type'''. Если type = 0, то тип канала = UA, если type = 1, то тип канала = proxy. Остальные значения этого параметра пока не реализованы.

==Параметры подключения==

*'''nLocalUDPPort''' - порт UDP, с которого SIP общается.
*'''nRemoteIP''' - IP адрес встречного SIP оборудования. Также используется для фильтрации входящих SIP пакетов по IP адресу источника.
** В случае, если транк настроен как UA, это IP адрес, на котором он будет регистрироваться.
** В случае, если транк настроен как Proxy, этот параметр ограничивает возможность регистрации только для клиентов с конкретным IP адресом.
*'''nRemoteUDPPort''' - порт UDP SIP прокси-сервера в котором будем регистрироваться.
** В случае, если транк настроен как UA, это № порта, на котором он будет регистрироваться.
** В случае, если транк настроен как Proxy - не задействован.

==Параметры регистрации:==

*'''domain''' - домен, то что везде пишется в URI после @
*'''username''' - имя пользователя
*'''AuthUserName''' - Имя пользователя для авторизации (если не задано, то используется username)
*'''password''' - пароль
*'''fRegisterInProxy''' - нужна ли обязательная регистрация.
**если транк настроен как UA, будет ли он регистрироваться у прокси-сервера. Сервер может позволять осуществлять вызовы без регистрации.
**если транк настроен как Proxy, будет ли он требовать обязательную регистрацию у клиентов. Сервер может позволять осуществлять вызовы без регистрации.
*'''fRequireProxyAuth''' - требовать авторизацию при входящем INVITE. Можно требовать параметры аутентификации при каждом входящем INVITE.
*'''nRegisterExpires''' - время в секундах насколько действительна регистрация. По умолчанию 60 мин.

==Параметры LAN==

*'''natIP''' - если М-200 стоит за NAT, необходимо указать внешний IP адрес NAT устройства.
*'''localNetMask''' - маска подсети, для фильтрации входящих SIP пакетов.

==Параметры RTP==

*'''nJitterSize''' - размер Jitter-буфера в (мс). Регулируя этот параметр можно добиться более комфортного звукового сигнала для данной сети. В случае узкополосного интернет соединения приходится увеличивать значение этого параметра. Увеличение Jitter-буфера приводит к увеличению задержки звукового сигнала.
*'''nPayloadTime''' - размер RTP-пакета (мс). По умолчанию равен 20. Менять не рекомендуется.
*'''tmRtpGetStat''' - время запроса RTP статистики (мс). Для мониторинга потери голосовых пакетов.
*'''codec_0''' - кодек высшего приоритета. Может принимать значения 8 или 3.&dagger;
**8 - PCMA - G711 ALAW (64 кбит/с).
**3 - GSM - FULL RATE (13 кбит/с).
**18 - G729 - annex A (8 кбит/с).
**4 - G723_63 - G723.1 (6,3 кбит/с).
**254 - G723_53 - G723.1 (5,3 кбит/с). (максимальное сжатие из известных)
**112 - G726_16 - G726 (16 кбит/с).
**102 - G726_24 - G726 (24 кбит/с).
**2 - G726_32 - G726 (32 кбит/с).
**104 - G726_40 - G726 (40 кбит/с).
*'''codec_1''' - кодек приоритета 1. Может принимать значения 8, 3, 18, 4, ... , 255.
**8 - PCMA - G711 ALAW (64 кбит/с).
**3 - GSM - FULL RATE (13 кбит/с).
**18 - G729 - annex A (8 кбит/с).
**4 - G723_63 - G723.1 (6,3 кбит/с).
**254 - G723_53 - G723.1 (5,3 кбит/с). (максимальное сжатие из известных)
**112 - G726_16 - G726 (16 кбит/с).
**102 - G726_24 - G726 (24 кбит/с).
**2 - G726_32 - G726 (32 кбит/с).
**104 - G726_40 - G726 (40 кбит/с).
**255 - выключен (не используется).
*'''codec_2''' - кодек приоритета 2. Может принимать значения 8, 3, 18, 4, ... , 255.
*'''codec_3''' - кодек приоритета 3. Может принимать значения 8, 3, 18, 4, ... , 255.

'''''Внимание! Для платы К-87 доступен только G711 ALAW. В списках кодеков не допустима одновременная активация G723_63 и G723_53'''''

*'''nAmpDivRcv''' – Коэффициент ослабления амплитуды по приёму RTP (в разах).
*'''nAmpDivSnd''' – Коэффициент ослабления амплитуды по передаче RTP (в разах).
*'''nAmpGainRcvSnd''' – Коэффициент усиления амплитуды по приёму и передаче RTP после эхокомпенсации (в разах).
*'''nEchoCanType''' – Тип эхокомпенсатора (см. [[SIP. Эхокомпенсация|Эхокомпенсация]]).
*'''nEchoCanMode''' – Направление эхокомпенсации (1 - давит по приёму RTP пакетов, 2 - давит по передаче, 3 - по приёму и передаче) см. [[SIP. Эхокомпенсация|Эхокомпенсация]]).
*'''nEchoCanPlace''' – Режим алгоритма эхокомпенсации (0 - Standart, 1 - Aggresive, 2 - Special) см. [[SIP. Эхокомпенсация|Эхокомпенсация]]).
*'''nEchoTailMs''' – максимальный «шлейф» эха (мс), с которым работает алгоритм эхокоподавления см. [[SIP. Эхокомпенсация|Эхокомпенсация]]).

*'''fDetectFax''' – активировать детектор факса. В случае обнаружения факса отключает эхокомпенсацию.
*'''fEnableT38''' – разрешить использование T38. Для обнаружения факса и автоматического переключения на T38 необходимо активировать fDetectFax.
*'''fDetectDtmf''' – активировать детектор DTMF.
*'''nPorogDtmf''' – порог распознавания DTMF сигнала (чувствительность детектора).
*'''nOutDTMFtype''' – Режим исходяжего DTMF сигнала (0 - inband, 1 - SIP_INFO, 2 - rfc2833). Для rfc2833 необходимо активировать fDetectDtmf.
*'''nCOMEDIAtype''' – Тип участника функции Connection Oriented Media Enhancements for SIP (0 - авто, 1 - актив, 2 - пассив, 3 - откл.).

&dagger; - ''При входящем [[INVITE]] удалённая сторона сообщает свои возможности транскодинга. М-200 поддерживает PCMA - G711 ALAW 64 кбит/с, GSM - FULL RATE 13 кбит/c, G729 - annex A 8 кбит/с и ряд других кодеков. При возможности выбора М-200 примет решение в пользу кодека высшего приоритета (codec_0). При исходящем [[INVITE]] М-200 сообщает свои возможности транскодинга. Если некий кодек выключен (имеет значение 255). Он не войдёт в перечень поддерживаемых. Таким образом можно принудительно заставить обе стороны использовать конкретный кодек (если удалённая сторона его поддерживает).
''

&Dagger; - ''Программная эхокомпенсация использует существенное количество ресурсов процессора.''
*''Для ТЭЗ К-87 использование программного эхоподавления не предусмотрено. ''
*''На коммутаторах серии СС можно использовать до 128 односторонних эхокомперсаторов на одну лицензию PROMG. В случае, если если эхоподавление на канале включено, но свободных эхокомперсаторов не осталась, RTP трафик будет транслироваться без обработки.''

==Общие параметры==

*'''fUseReplacer''' - Задействовать алгоритм преобразования имени пользователя в номер абонента (см. [[Преобразование username к телефонному номеру]]).
*'''tmMinuteMaxTalk''' - (минут) максимальная длительность разговора.
*'''nMaxForwards''' - ограничение числа серверов и шлюзов, через которые проходит запрос.

=Уникальность подключения=

Под подключением подразумевается один транк-порт или одна транк-группа, которые могут быть использованы для организации вызовов с/на конкретного клиента, оператора и т.п.
Для того, чтобы М-200 могла однозначно определить порты, которые можно использовать для организации вызова, необходимо соблюсти следующие правила:

Уникальность однозначно определяется параметрами '''nLocalUDPPort и username'''. Все остальные параметры могут совпадать.

<geshi lang=smp lines=0>

PROFIL [5] { TYPE = SIG_SIP
IPPcmNo = 33
type = 0
nLocalUDPPort = 5060
remoteIP = "192.168.5.123"
nRemoteUDPPort = 5060
domain = "192.168.5.10"
fRegisterInProxy = YES
password = "pass"
username = "user1"
}
PROFIL [6] { TYPE = SIG_SIP
IPPcmNo = 33
type = 0
nLocalUDPPort = 5061
remoteIP = "192.168.5.123"
nRemoteUDPPort = 5060
domain = "192.168.5.10"
fRegisterInProxy = YES
password = "pass"
username = "user2"
}

</geshi>

Профили 5 и 6 - два разных подключения.

{{НизМенюSIP}}
[[Категория:Конфигурирование оборудования]]
[[Категория:SIP]]
[[Категория:SMP-256]]

@@ Строка 20: / Строка 20: @@
      .................
-−
      PROFIL [50] { TYPE = AIR_IP
+     }
@@ Строка 27: / Строка 27: @@
+     }
 </tt>
 =Привязка к виртуальному потоку=

@@ Строка 12: / Строка 12: @@
-<geshi lang=smp lines=0>
+<tt>
      AIR [1] { PROFIL = 50             // AIR TYPE = AIR_IP
          PORT [1] { PROFIL = 59       // SIG = SIG_SIP
@@ Строка 18: / Строка 18: @@
+         }
+     }
-−
      .................
@@ Строка 26: / Строка 26: @@
      ...........
+     }
-</geshi>
+</tt>
@@ Строка 36: / Строка 36: @@
 Каждый SIP транк должен быть привязан к одному из виртуальных потоков. За привязку отвечает параметр  '''IPPcmNo'''. Так, чтобы привязать транк к потоку 33, в профиле должно бть прописано:
-<geshi lang=smp lines=0>
+<tt>
      PROFIL [59] { TYPE = SIG_SIP
          IPPcmNo = 33
          ............
+     }
-</geshi>
+</tt>
 Этот же параметр не явно задаёт '''локальный IP адрес'''.
@@ Строка 54: / Строка 54: @@
-<geshi lang=smp lines=0>
+<tt>
      AIR [1] { PROFIL = 50             // AIR TYPE = AIR_IP
          PORT [1-10] { PROFIL = 59       // SIG = SIG_SIP
@@ Строка 60: / Строка 60: @@
+         }
+     }
-−
      .................
-−
      PROFIL [50] { TYPE = AIR_IP
+     }
@@ Строка 68: / Строка 68: @@
      ...........
+     }
-</geshi>
+</tt>
@@ Строка 182: / Строка 182: @@
 Уникальность однозначно определяется параметрами '''nLocalUDPPort и username'''. Все остальные параметры могут совпадать.
-<geshi lang=smp lines=0>
+<tt>
-−
      PROFIL [5] { TYPE = SIG_SIP
          IPPcmNo = 33
@@ Строка 206: / Строка 205: @@
          username = "user2"
+     }
+</tt>
-</geshi>
 Профили 5 и 6 - два разных подключения.

Конфигурирование SIP-транков (SMP-256) - История изменений

Pax: /* Создание SIP-транков */

Pax в 08:02, 11 ноября 2014

Pax: Новая страница: «{{SMP-256}} {{ВерхМенюКонфиг}} {{ПравГлавМеню}} {{ВерхМенюКонфигСиг}} =Создание SIP-транков= Наст…»