host=sipnet.ru

            type=peer

            context=from-trunk

            username= 012345678

            secret=  mypassword

            fromuser= 012345678

            fromdomain=sipnet.ru

            nat=yes

            qualify=yes

            insecure=invite,port

            disallow=all

            allow=alaw&ulaw&g729

            dtmfmode=rfc2833

 Поле  Register String заполнения не требует.

Осталось настроить входящие и исходящие маршруты.

Исходящие маршруты:

Идём в Connectivity>>>Outbound Routes

Route Name — Указываете название направления (sipnet)

Dial Patterns that will use this Route

Вводим шаблоны набора номеров.

Trunk Sequence for Matched Routes

Здесь указываете, через какой именно транк будут осуществляться звонки. В нашем случае это sipnet

Входящие маршруты:

Идём в Connectivity>>>Inbound Routes

Добавляем новый маршрут:

Description — описание входящего маршрута.

DID Number — ID аккаунта на sipnet

Set Destination

Extensions>>>”Внутренний номер”

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

На этом всё, оператор связи SIPNET успешно подключён к Asterisk.

Sipnet зарабатывает в России больше Скайпа → Roem.ru

Возьму на себя наглость напомнить некоторые еще не озвученные в теме преимущества Сипнета (много звонил летом, сейчас просто нет необходимости, не думаю, что что-то успело принципиально измениться) — 1) звонить с него, по крайней мере, по некоторым направлениям, дешевле, чем со Скайпа или, например, с мегафоновского Мультифона (конкретно звонил на французские мобильные и сравнивал цены на это направление) — 2) бесплатные звонки на московские телефоны с городским номером — 3) качество связи за последние годы они подтянули, и уже не проигрывают по этому параметру, хотя почему-то громкость/чувствительность микрофона хуже, чем при использовании Скайп, тем не менее, лично я пользовался сервисом, используя просто вебкамеру с микрофоном, встроенную в монитор — 4) возможность выбора клиента, в том числе, очень простого (мини), пользоваться которым не сложнее, чем самым простым кнопочным телефоном — 5) по сравнению со Скайпом, клиент (мини) грузится дольше, зато при работе не такой требовательный, при разговоре не приходится закрывать другие приложения даже на ПК с однопроцессорным Атомом и 1Гб памяти — 6) в системе можно зафиксировать номер мобильного телефона, и дать возможность, чтобы при звонке этот номер определялся АОНом, это удобно; а может определяться и телефон системы Сипнет — 7) через веб-интерфейс системы можно не только звонить с компьютера или IP телефона, но и соединить между собой любые два телефонных номера, это тоже удобно, они получат входящие звонки и поговорят, например, таким образом давал поговорить бабушке, физически находящейся в другом месте и не имеющей ни доступа в интернет, ни карточек для IP телефонии, ни прочих прибамбасов — 8) можно звонить через Сипнет и с любого мобильного, заказав звонок отправкой sms, это тоже удобно; для эстетов с крутыми мобильными есть специальное приложение — 10) можно, в дополнение к основному аккаунту, привязать дополнительные аккаунты, зафиксировав для них свои телефоны для определения АОНом, и выбрать либо оплату с основного аккаунта, либо с отдельного счета — 11) огромное количество способов оплаты — 12) при желании, можно поиграться с соотношением цена/качество и качество/трафик, могут быть использованы разные маршруты и кодеки, хотя вроде без экспериментов нормально — 13) другие преимущества, о которых расскажут те, кто пользовался системой более интенсивно — признаюсь, что пользовал на проводном интернете, как поведет себя на dialup, gprs и тп, не в курсе, их относительно свежую фичу — связь с абонентами Скайпа, тоже не пробовал, ибо для связи со Скайпом можно и Скайп загрузить 🙂 Из минусов отметил бы отсутствие интереса со стороны этой компании к тому впечатлению, которое о ней и ее сервисе складывается в интернете, такой вывод сделал из старых проигнорированных тем на Хабре, если бы нашел эти темы до того, как начать пользоваться сервисом, может и не рискнул бы.

Проблема NAT и SIP — вот как ее исправить.

30 Июн

Проблема с NAT и SIP — вот как ее исправить.

Обновлено в июле 2018 г.

Имея дело с трафиком VoIP в современных сетях, вы неизбежно столкнетесь с проблемой, связанной с NAT и SIP. Полезно понять, что делает NAT (преобразование сетевых адресов), прежде чем вы поймете, почему это вызывает проблемы с SIP (протокол инициации сеанса).

Процесс NAT

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

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

Для протоколов, которые не встраивают адресную информацию в полезную нагрузку пакета данных, NAT работает нормально. Это не то, что делает SIP.

Проблема SIP

Рассмотрим запрос SIP INVITE с телефона в локальной сети:

Как видно из всех подчеркнутых IP-адресов, локальный IP-адрес часто появляется в полезной нагрузке сообщения SIP. Устройство NAT в этой сети собирается заменить локальный IP-адрес источника на общедоступный маршрутизируемый исходный адрес, но только для IP-заголовка в этом пакете.

Когда оборудование VoIP провайдера видит этот пакет, он может быть в порядке и при необходимости направить ответ обратно. Проблема возникает во второй половине полезной нагрузки — в SDP (протокол описания сеанса).

Два устройства VoIP будут использовать информацию SDP в методах INVITE и OK SIP для согласования пути, по которому будет проходить аудиопоток. Взгляните на второй из последнего подчеркнутого IP-адреса. Это говорит оборудованию VoIP провайдера, куда направить звук для этого вызова, что проблематично.Оборудование VoIP провайдера не может маршрутизировать частный адрес 192.168.1.179 через Интернет, что означает, что этот вызов, если оставить его как есть, приведет к «отсутствию звука» или «одностороннему звуку». Это обычная жалоба, когда NAT вызывает проблемы на сеть VoIP.

Преодоление проблемы SIP / NAT

сегодня довольно умны. Большинство из них имеет положение, которое позволяет им знать, что они находятся за устройством NAT. Телефонная система фактически заменит все экземпляры локального (частного) адреса общедоступным адресом устройства NAT перед отправкой пакета устройству NAT для пересылки в сеть провайдеров VoIP.

Другой вариант, используемый для решения проблем SIP / NAT, — это реализация так называемого межсетевого экрана / маршрутизатора с поддержкой SIP. Эта функция межсетевого экрана / маршрутизатора обычно называется SIP ALG (шлюз прикладного уровня). Эти устройства могут перезаписывать пакеты SIP с правильной информацией об IP-адресе по мере прохождения через них трафика. Некоторые SIP ALG могут быть проблематичными, но при правильной настройке их можно заставить делать именно то, что вы хотите. В N2Net мы полагаемся на устройство Edgewater Networks Edgemarc для решения проблем NAT в сложных клиентских инфраструктурах.Пример развертывания с использованием устройств Edgemarc будет темой последующих сообщений в блоге.

Партнер с экспертами по голосовой связи и данным

Как поставщик услуг передачи голоса и данных, инженеры N2Net имеют опыт решения сложных проблем NAT с помощью VoIP. Кроме того, N2Net управляет своей собственной сетью VoIP и может гарантировать вашу скорость, а также качество звонков в приложениях VoIP, использующих выделенные соединения. Узнать больше о том, как можно специалисту N2Net сегодня.

кодов ответов SIP •• Полный список

ответов SIP — это коды, используемые протоколом инициации сеанса для связи. Мы составили список всех известных SIP-ответов.

1xx = информационные ответы SIP

• 100 Trying — выполняется расширенный поиск, поэтому разветвляющийся прокси-сервер должен отправить ответ 100 Trying.
• 180 Ringing — Целевой пользовательский агент получил сообщение INVITE и предупреждает пользователя о вызове.
• 181 Переадресация вызова — Необязательно, отправка сервером для обозначения переадресации вызова.
• 182 В очереди — Пункт назначения был временно недоступен, сервер поставил вызов в очередь до тех пор, пока пункт назначения не станет доступен.
• 183 Session Progress — Этот ответ может использоваться для отправки дополнительной информации о вызове, который все еще устанавливается.
• 199 Ранний диалог завершен — Отправляется сервером пользовательского агента, чтобы указать, что ранний диалог был прерван.

2xx = Успешные ответы

• 200 ОК — показывает, что запрос был успешным
• 202 принято — указывает, что запрос был принят для обработки, в основном используется для рефералов.
• 204 No Notification — указывает, что запрос был успешным, но ответа не было.

3xx = Ответы на перенаправление

• 300 Множественный выбор — Адрес преобразован в одну из нескольких опций для выбора пользователем или клиентом.
• 301 перемещен навсегда — исходный URI запроса больше не действителен, новый адрес указан в заголовке контакта.
• 302 Временно перемещен — Клиент должен попробовать по адресу, указанному в поле «Контакт».
• 305 Использовать прокси — в поле «Контакт» указывается прокси, который должен использоваться для доступа к запрошенному месту назначения.
• 380 Альтернативная служба — Вызов не удался, но альтернативные варианты подробно описаны в теле сообщения.

4xx = Ошибки запроса

• 400 Плохой запрос — Запрос не может быть понят из-за неправильного синтаксиса.
• 401 Unauthorized — запрос требует аутентификации пользователя.Этот ответ выдают БПЛА и регистраторы.
• 402 Требуется оплата — (Зарезервировано для использования в будущем).
• 403 Запрещено — сервер понял запрос, но отказывается его выполнить.
• 404 Not Found — Сервер имеет точную информацию о том, что пользователь не существует в (Пользователь не найден).
• 405 Метод запрещен — Метод, указанный в строке запроса, понятен, но не разрешен.
• 406 Неприемлемо — ресурс может генерировать только ответы с недопустимым содержанием.
• 407 Требуется проверка подлинности прокси — запрос требует проверки подлинности пользователя.
• 408 Тайм-аут запроса — Не удалось найти пользователя вовремя.
• 409 Конфликт — Пользователь уже зарегистрирован (устарело)
• 410 Gone — Пользователь существовал однажды, но больше не доступен здесь.
• 411 Требуется длина — Сервер не примет запрос без допустимой длины содержимого (устарело).
• 412 Сбой условного запроса — Данное предварительное условие не выполнено.
• 413 Слишком большой объект запроса — Тело запроса слишком велико.
• 414 Слишком длинный URI запроса — Сервер отказывается обслуживать запрос, Req-URI длиннее, чем сервер может интерпретировать.
• 415 Неподдерживаемый тип носителя — тело запроса имеет неподдерживаемый формат.
• 416 Неподдерживаемая схема URI — URI запроса неизвестен серверу.
• 417 Неизвестный приоритет ресурса — Имеется тег параметра приоритета ресурса, но не заголовок приоритета ресурса.
• 420 Bad Extension — Используется неверное расширение протокола SIP, не распознаваемое сервером.
• 421 Extension Required — Серверу требуется определенное расширение, не указанное в заголовке Supported.
• 422 Слишком маленький интервал сеанса — Запрос содержит поле заголовка Session-Expires с продолжительностью ниже минимальной.
• 423 Interval Too Brief — Срок действия ресурса слишком короткий.
• 424 Неверная информация о местоположении — Содержимое запроса о местоположении было искажено или неудовлетворительно по иным причинам.
• 428 Использовать заголовок удостоверения — Политика сервера требует заголовка удостоверения, но он не был предоставлен.
• 429 Provide Referrer Identity — Сервер не получил действительный маркер ссылки по запросу.
• 430 Ошибка потока — Определенный поток к пользовательскому агенту завершился ошибкой, хотя другие потоки могут быть успешными.
• 433 Анонимность запрещена — запрос был отклонен, поскольку он был анонимным.
• 436 Bad Identity Info — Запрос имеет заголовок Identity-Info, и ссылка на содержащуюся схему URI не может быть отменена.
• 437 Неподдерживаемый сертификат — серверу не удалось проверить сертификат для домена, подписавшего запрос.
• 438 Неверный заголовок удостоверения — Сервер получил действительный сертификат, используемый для подписи запроса, не смог проверить подпись.
• 439 First Hop не поддерживает исходящую поддержку — Первый исходящий прокси-сервер не поддерживает функцию «outbound».
• 440 Max-Breadth Exceeded — Если прокси-сервер SIP определил, что контекст ответа имеет недостаточную входящую максимальную ширину для выполнения желаемого параллельного разветвления, и прокси не желает / не может компенсировать последовательное разветвление или отправку перенаправления, этот прокси-сервер ДОЛЖЕН возвращать ответ 440. Клиент, получивший ответ 440, может сделать вывод, что его запрос не достиг всех возможных адресатов.
• 469 Bad Info Package — Если UA SIP получает запрос INFO, связанный с информационным пакетом, который UA не сообщил о своей готовности принять, UA ДОЛЖЕН отправить ответ 469, который содержит поле заголовка Recv-Info с информационными пакетами. для которых UA желает получать запросы INFO.
• 470 Требуется согласие — у источника запроса не было разрешения получателя сделать такой запрос.
• 480 Временно недоступен — вызываемый абонент в настоящее время недоступен.
• 481 Вызов / транзакция не существует — Сервер получил запрос, который не соответствует ни одному диалогу или транзакции.
• 482 Обнаружена петля — Сервер обнаружил петлю.
• 483 Too Many Hops — Заголовок Max-Forwards достиг значения «0».
• 484 Адрес неполный — URI запроса неполный.
• 485 Ambiguous — Request-URI неоднозначен.
• 486 Занято — вызываемый абонент занят.
• 487 Запрос завершен — Запрос завершен до или отменой.
• 488 Здесь неприемлемо — Некоторые аспекты описания сеанса в Request-URI неприемлемы.
• 489 Плохое событие — сервер не распознал пакет событий, указанный в поле заголовка события.
• 491 Ожидание запроса — Сервер имеет некоторый ожидающий запрос из того же диалога.
• 493 Undecipherable — UndecipherableRequest содержит зашифрованное тело MIME, которое получатель не может расшифровать.
• 494 Требуется соглашение о безопасности — Сервер получил запрос, требующий согласованного механизма безопасности.

5xx = ошибки сервера

• 500 Внутренняя ошибка сервера — серверу не удалось выполнить запрос из-за непредвиденного состояния.
• 501 Не реализовано — Метод запроса SIP здесь не реализован.
• 502 Bad Gateway — Сервер получил недопустимый ответ от нижестоящего сервера при попытке выполнить запрос.
• 503 Служба недоступна — Сервер находится на обслуживании или временно перегружен и не может обработать запрос.
• 504 Тайм-аут сервера — Сервер пытался получить доступ к другому серверу при попытке обработать запрос, своевременного ответа нет.
• 505 Версия не поддерживается — Версия протокола SIP в запросе не поддерживается сервером.
• 513 Сообщение слишком велико — Длина сообщения запроса больше, чем сервер может обработать.
• 555 Служба push-уведомлений не поддерживается — Сервер не поддерживает обслуживаемые push-уведомления, указанные в параметре SIP URI pn-provider.
• 580 Ошибка предварительного условия — Сервер не может или не желает соответствовать некоторым ограничениям, указанным в предложении.

6xx = Глобальные сбои

• 600 Везде занято — Все возможные пункты назначения заняты.
• 603 Отклонить — Пункт назначения не может / не желает участвовать в звонке, альтернативных пунктов назначения нет.
• 604 Нигде не существует — Сервер имеет достоверную информацию о том, что запрошенный пользователь нигде не существует.
• 606 Not Acceptable — С агентом пользователя установили контакт успешно, но некоторые аспекты описания сеанса неприемлемы.
• 607 Нежелательно — Вызываемый абонент не хотел, чтобы его вызов от вызывающего абонента.Будущие попытки вызывающей стороны, скорее всего, будут отклонены аналогичным образом.

Дополнительная литература

rfc3841

 Сетевая рабочая группа Дж. Розенберг
Запрос комментариев: 3841 Dynamicsoft
Категория: Стандарты Track H. Schulzrinne
                                                     Колумбийский университет
                                                              П. Кызыват
                                                           Cisco Systems
                                                             Август 2004 г.


      Настройки вызывающего абонента для протокола инициации сеанса (SIP)

Статус этого меморандума

   Этот документ определяет протокол отслеживания стандартов Интернета для
   Интернет-сообщество и просит обсуждения и предложения по
   улучшения. Пожалуйста, обратитесь к текущему выпуску "Интернет
   Официальные стандарты протокола »(STD 1) для состояния стандартизации
   и статус этого протокола.Распространение этой памятки не ограничено.

Уведомление об авторских правах

   Авторские права (C) The Internet Society (2004).

Абстрактный

   В этом документе описывается набор расширений для инициации сеанса.
   Протокол (SIP), который позволяет вызывающему абоненту выражать предпочтения относительно
   обработка запросов на серверах. Эти предпочтения включают возможность
   для выбора универсальных идентификаторов ресурсов (URI), которые получит запрос
   направлен на, и указать определенные директивы обработки запросов в
   прокси и серверы перенаправления.  Это достигается путем определения трех новых
   поля заголовка запроса, Accept-Contact, Reject-Contact и Request-
   Диспозиция, в которой указаны предпочтения вызывающего абонента.Розенберг и др. Стандарты Track [Страница 1] 

RFC 3841 Параметры вызывающего абонента для SIP, август 2004 г.


Оглавление

   1. Введение . . . . . . . . . . . . . . . . . . . . . . . . . 2
   2. Терминология. . . . . . . . . . . . . . . . . . . . . . . . . 4
   3. Определения. . . . . . . . . . . . . . . . . . . . . . . . . 4
   4. Обзор работы. . . . . . . . . . . . . . . . . . . . 4
   5.Поведение UAC. . . . . . . . . . . . . . . . . . . . . . . . . 5
       5.1. Настройки обработки запросов. . . . . . . . . . . . . . 6
       5.2. Настройки набора функций. . . . . . . . . . . . . . . . 6
   6. Поведение БПЛА. . . . . . . . . . . . . . . . . . . . . . . . . 8
   7. Поведение прокси. . . . . . . . . . . . . . . . . . . . . . . . 9
       7.1. Обработка запросов и распоряжений. . . . . .  . . . . . . . 9
       7.2. Соответствие предпочтений и возможностей. . . . . . . . . . .9
             7.2.1. Извлечение явных предпочтений. . . . . . . . . 10
             7.2.2. Извлечение неявных предпочтений. . . . . . . . . 10
                    7.2.2.1. Методы. . . . . . . . . . . . . . . . . 10
                    7.2.2.2. Пакеты мероприятий. . . . . . . . . . . . . 11
             7.2.3. Построение контактных предикатов. . . . . . . . . 11
             7.2.4. Соответствие. . . . . . . . . . . . . . . . . . . . . 12
             7.2.5. Пример . . . . . . . . . . . . . . . .. . . . . 16
   8. Сопоставление параметров признаков с предикатом. . . . . . . . . . . 17
   9. Определения полей заголовка. . . . . . . . . . . . . . . . . . . 19
       9.1. Запросить разрешение. . . . . . . . . . . . . . . . . . 20
       9.2. Поля заголовка "Принять-контакт" и "Отклонить-контакт". . . . 21 год
   10. Дополненный BNF. . . . . . . . . . . . . . . . . . . . . . . . 22
   11. Соображения безопасности.  . . . . . . . . . . . . . . . . . . 22
   12. Вопросы IANA. . . . . . . . . . .. . . . . . . . . . 23
   13. Благодарности. . . . . . . . . . . . . . . . . . . . . . . 23
   14. Список литературы. . . . . . . . . . . . . . . . . . . . . . . . . . 24
       14.1. Нормативные ссылки . . . . . . . . . . . . . . . . . . 24
       14.2. Информативные ссылки. . . . . . . . . . . . . . . . . 24
   15. Адреса авторов. . . . . . . . . . . . . . . . . . . . . . 25
   16. Полное заявление об авторских правах. . . . . . . . . . . . . . . . . . . 26 год

1. Введение

   Когда сервер протокола инициации сеанса (SIP) [1] получает
   запрос, он может принять ряд решений относительно
   обработка запроса.К ним относятся:

   o следует ли проксировать или перенаправлять запрос

   o какие URI для прокси или перенаправления на

   o стоит форк или нет

   o следует ли искать рекурсивно или нет




Розенберг и др. Стандарты Track [Страница 2] 

RFC 3841 Параметры вызывающего абонента для SIP, август 2004 г. 


   o следует ли искать параллельно или последовательно

   Сервер может основывать эти решения на любой локальной политике. Эта политика
   могут быть статически настроены или могут быть основаны на выполнении
   доступ к программе или базе данных.Однако администратор сервера - не единственное лицо.
   с заинтересованностью в обработке запроса. Есть как минимум три
   заинтересованные стороны: (1) администратор сервера,
   (2) пользователь, отправивший запрос, и (3) пользователь, которому
   запрос направлен. Директивы администратора
   встроен в политику сервера. Предпочтения пользователя к
   кому направлен запрос (называемый вызываемым, хотя
   метод запроса не может быть INVITE) может быть выражено наиболее просто
   через сценарий, написанный на каком-либо языке сценариев, например
   язык обработки вызовов (CPL) [11].Однако нет механизма
   существует для включения предпочтений пользователя, отправившего
   запрос (также называемый вызывающим, даже если запрос
   метод не может быть ПРИГЛАШАЕМ).  Например, звонящий может захотеть
   поговорить с конкретным пользователем, но хочет связаться с ним только на работе,
   потому что звонок - это деловой звонок. Другой пример: вызывающий
   может захотеть связаться с пользователем, но не с его голосовой почтой, поскольку это
   Важно, чтобы вызывающий абонент разговаривал с вызываемым абонентом. В обоих этих
   например, предпочтение вызывающего абонента сводится к тому, чтобы прокси-сервер
   конкретный выбор маршрутизации, основанный на предпочтениях вызывающего абонента.Это расширение позволяет вызывающему абоненту соответствовать этим предпочтениям. Это
   делает это путем определения механизмов, с помощью которых вызывающий может предоставить
   преференции по обработке запроса. Есть два типа
   предпочтения. Один из них, называемый предпочтениями обработки запросов,
   инкапсулировано в поле заголовка Request-Disposition. Они предоставляют
   специфические директивы обработки запросов для сервера. Другой, названный
   настройки функции, присутствует в Accept-Contact и Reject-
   Поля заголовка контакта. Они позволяют вызывающему абоненту предоставить функцию
   набор [2], который выражает свои предпочтения по характеристикам
   UA, который должен быть достигнут. Они сочетаются с набором функций
   предоставляется UA своему регистратору [3]. Расширение очень общее
   цель, а не привязанный к конкретной услуге. Скорее это инструмент
   которые можно использовать при разработке многих сервисов.

   Одним из примеров услуги, доступной в соответствии с предпочтениями вызывающего абонента, является «один
   номер ". Пользователь может иметь единственное удостоверение (их SIP URI)
   для всех своих устройств - сотовый телефон, КПК, рабочий телефон, домашний
   телефон и так далее.Если вызывающий абонент хочет связаться с пользователем по его
   служебный телефон, они просто выбирают "служебный телефон" из раскрывающегося списка.
   меню параметров при вызове этого URI. Пользователям больше не потребуется
   поддерживать и распространять отдельные идентификаторы для каждого устройства.




Розенберг и др.  Стандарты Track [Страница 3] 

RFC 3841 Параметры вызывающего абонента для SIP, август 2004 г.


2. Терминология

   В этом документе ключевые слова «ДОЛЖНЫ», «НЕ ДОЛЖНЫ», «ОБЯЗАТЕЛЬНО»,
   «ДОЛЖЕН», «НЕ ДОЛЖЕН», «ДОЛЖЕН», «НЕ ДОЛЖЕН», «РЕКОМЕНДУЕТСЯ», «МОЖЕТ»,
   и «ДОПОЛНИТЕЛЬНО» следует интерпретировать, как описано в BCP 14, RFC 2119.
   [4] и укажите уровни требований для совместимых реализаций.3. Определения

   Большая часть терминологии, используемой в этой спецификации, представлена ​​в
   [3]. В данной спецификации определены следующие дополнительные термины:

   Вызывающий абонент: в контексте данной спецификации вызывающий абонент обращается к
      пользователь, от имени которого работает UAC. Это не ограничивается
      пользователь, чей UAC отправляет запрос INVITE.

   Предпочтения функций: предпочтения вызывающего абонента, которые описывают желаемое.
      свойства UA, к которому должен быть направлен запрос. Особенность
      предпочтения можно сделать явными с помощью Accept-Contact и
      Поля заголовка Reject-Contact. Предпочтения обработки запросов: предпочтения вызывающего абонента, которые описывают
      желаемое обращение с запросом на сервере. Эти предпочтения
      переносится в поле заголовка Request-Disposition.

   Целевой набор: целевой набор - это набор возможных URI, к которым прокси-сервер
      или сервер перенаправления может отправить или перенаправить запрос. Часто,
      целевые наборы получаются из регистрации, но они не нуждаются в
      быть.

   Явное предпочтение: предпочтение вызывающего абонента явно указано в
      Поля заголовка Accept-Contact или Reject-Contact.Неявное предпочтение: предпочтение вызывающего абонента, которое подразумевается через
      наличие других аспектов запроса. Например, если
      метод запроса - INVITE, он представляет неявного вызывающего абонента
      предпочтение для маршрутизации запроса к UA, который поддерживает ПРИГЛАШЕНИЕ
      метод.

4. Обзор работы

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




Розенберг и др. Стандарты Track [Страница 4] 

RFC 3841 Параметры вызывающего абонента для SIP, август 2004 г.


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

   Вторая категория предпочтений, называемая предпочтениями функций, - это
   переносится в поля заголовка Accept-Contact и Reject-Contact.Эти поля заголовка содержат наборы функций, представленные одинаковыми
   параметры функции, которые используются для обозначения возможностей [3]. Здесь,
   параметры функции представляют предпочтения вызывающего абонента.  В
   Поле заголовка Accept-Contact содержит наборы функций, которые описывают UA.
   что звонящий хотел бы дозвониться. Поле заголовка Reject-Contact
   содержит наборы функций, которые, если они совпадают с UA, означают, что
   запрос не должен направляться к этому UA.

   Прокси-серверы используют информацию в Accept-Contact и Reject-Contact.
   поля заголовка для выбора среди контактов в их целевом наборе.Когда
   ни одно из этих полей заголовка не присутствует, прокси вычисляет
   неявные предпочтения из запроса. Это предпочтения вызывающего абонента
   которые не помещаются в запрос явно, но могут быть выведены
   от наличия других компонентов сообщения. Например, если
   метод запроса - INVITE, это неявное предпочтение для маршрутизации
   вызов UA, который поддерживает метод INVITE.

   Как обработка запросов, так и настройки функций могут отображаться в любом
   просьба, а не просто ПРИГЛАСИТЬ.Однако они полезны только в запросах.
   где прокси должны определять цель запроса. Если домен в
   URI запроса не принадлежит никаким прокси на пути запроса,
   эти прокси никогда не получат доступ к службе определения местоположения, и, следовательно,
   никогда не будет возможности применить настройки вызывающего абонента.  Этот
   имеет смысл, потому что обычно URI запроса идентифицирует UAS
   для запросов в середине диалога. В этих случаях решения о маршрутизации принимались
   уже сделано по первоначальному запросу, и нет смысла переделывать
   их для последующих запросов в диалоговом окне.5. Поведение UAC

   Вызывающий абонент, желающий выразить свои предпочтения по запросу, включает:
   Поля заголовка Accept-Contact, Reject-Contact или Request-Disposition
   в запросе, в зависимости от их предпочтений. Нет
   после отправки запроса требуется дополнительное поведение.

   Заголовки Accept-Contact, Reject-Contact и Request-Disposition.
   поля в ACK для окончательного ответа, отличного от 2xx, или в CANCEL
   запрос, ДОЛЖЕН быть равен значениям в исходном запросе,
   подтверждено или отменено.Это необходимо для обеспечения правильной работы
   через прокси без гражданства.





Розенберг и др. Стандарты Track [Страница 5] 

RFC 3841 Параметры вызывающего абонента для SIP, август 2004 г. 


   Если UAC хочет определить, есть ли серверы по пути
   понять поля заголовка, описанные в этой спецификации, это
   включает поле заголовка Proxy-Require со значением «pref» [3] в
   свой запрос. Если запрос должен завершиться ошибкой с кодом ответа 420,
   UAC знает, что расширение не поддерживается.В этом случае это
   СЛЕДУЕТ повторить попытку и может решить, использовать ли вызывающего абонента.
   предпочтения. UA должен использовать Proxy-Require только в том случае, если он знает
   поддержка необходима для обработки запроса. Обратите внимание, что в любом
   В этом случае предпочтения вызывающего абонента можно рассматривать только как предпочтения - там
   не является гарантией того, что запрошенная услуга будет выполнена. В виде
   Таким образом, включение поля заголовка Proxy-Require не означает, что
   предпочтения будут выполнены, только предпочтения вызывающего абонента
   расширение понимается прокси.5.1. Настройки обработки запросов

   В поле заголовка Request-Disposition указываются предпочтения вызывающего абонента для
   как сервер должен обрабатывать запрос.  Его значение - это список
   токены, каждый из которых указывает конкретную директиву обработки.

   Синтаксис поля заголовка можно найти в разделе 10, а
   семантика директив описана в Разделе 9.1.

5.2. Настройки набора функций

   UAC может указывать предпочтения вызывающего абонента для возможностей UA.
   который должен быть достигнут или не достигнут в результате отправки SIP
   запрос.Для этого он добавляет один или несколько «Принять-Контакт» и «Отклонить».
   Значения полей заголовка контакта. Каждое значение поля заголовка содержит набор
   параметров функции, которые определяют набор функций. Синтаксис
   поле заголовка можно найти в Разделе 10, а также обсуждение их
   использование в Разделе 9.2.

   Каждый набор функций построен, как описано в разделе 5 [3].
   Наборы функций, помещенные в эти поля заголовка, МОГУТ перекрываться; тот
   есть UA МОЖЕТ указывать предпочтения для наборов функций, которые соответствуют
   согласно алгоритму сопоставления RFC 2533 [2].UAC может выражать явные предпочтения для методов и событий. 
   пакеты, поддерживаемые UA. РЕКОМЕНДУЕТСЯ, чтобы UA включал
   термин в наборе функций Accept-Contact с функцией "sip.methods"
   тег (обратите внимание, однако, что хотя имя этого тега функции
   sip.methods, он будет закодирован в поле заголовка Accept-Contact
   как просто «методы»), значение которых включает метод запроса.
   Когда UA отправляет запрос SUBSCRIBE, РЕКОМЕНДУЕТСЯ, чтобы UA
   включить термин в набор функций Accept-Contact с помощью «sip.События"
   тег функции, значение которого включает пакет событий запроса.
   Помещены ли эти термины в новый набор функций или



Розенберг и др. Стандарты Track [Страница 6] 

RFC 3841 Параметры вызывающего абонента для SIP, август 2004 г.


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

   Например, следующее поле заголовка Accept-Contact выражает
   желание направить звонок на мобильное устройство, используя параметры функции
   взято из [3]:

   Accept-Contact: *; мобильность = "mobile"; methods = "INVITE"

   Поле заголовка Reject-Contact позволяет UAC указать, что UA
   не следует связываться, если он соответствует любому из значений заголовка
   поле. Каждое значение поля заголовка Reject-Contact содержит "*",
   чисто для согласования синтаксиса с рекомендациями для расширений SIP [12],
   и параметризуется набором параметров функции. Любой UA, чей
   возможности соответствуют набору функций, описанному функцией
   параметры соответствуют значению.

   Поле заголовка Accept-Contact позволяет UAC указать, что UA
   следует связаться, если он соответствует некоторым или всем значениям
   поле заголовка. Каждое значение поля заголовка Accept-Contact содержит
   "*" и параметризуется набором параметров функции.Любой UA
   чьи возможности соответствуют набору функций, описанному функцией
   параметры соответствуют значению. Точное поведение сильно зависит
   от того, присутствуют ли параметры «требуется» и «явный». Когда
   оба они присутствуют, прокси будет перенаправлять запрос только на
   контакты, которые прямо указали, что они поддерживают
   желаемый набор функций. Все остальные отбрасываются. Таким образом, UAC
   следует использовать «требовать» и «явный» вместе только тогда, когда он хочет, чтобы
   вызовите ошибку, если контакт не соответствует окончательно. Это возможно
   что UA поддерживает желаемую функцию, но не указал ее в своем
   Регистрация. Когда UAC использует как «явный», так и «требуемый», такой
   контакт не будет достигнут. В результате эта комбинация часто бывает
   не тот, который понадобится UAC.

   Когда присутствует только «требуется», это означает, что контакт не будет
   используется, если не совпадает. Совпадает ли оно или неизвестно
   будь то полное совпадение, контакт все равно используется. ОАК
   будет использовать только "require", когда несоответствующий контакт бесполезен.Это обычное дело для сервисов, где запрос просто не может быть
   обслуживается без необходимых функций. Примером может служить поддержка
   конкретные методы или пакеты событий. Когда присутствует только «требуется»,
   прокси также будет предпочтительно направлять запрос к UA, который
   представляет собой «лучший» матч. Здесь "лучший" означает, что UA имеет
   явно указано, что он поддерживает больше желаемых функций, чем
   любой другой.  Обратите внимание, однако, что эта предпочтительная маршрутизация никогда не будет
   переопределить порядок, предоставленный вызываемой стороной.Льготный
   маршрутизация будет выбирать только среди контактов с равным q-значением.



Розенберг и др. Стандарты Track [Страница 7] 

RFC 3841 Параметры вызывающего абонента для SIP, август 2004 г.


   Если присутствует только «явный», это означает, что все контакты предоставлены
   вызываемым будет использоваться. Однако, если контакт не
   явное совпадение, оно выполняется последним среди всех других контактов с
   такое же значение q. Принципиальная разница между этим
   конфигурация и использование как "требовать", так и "явного" - это
   резервное поведение для контактов, которые не совпадают явно.Здесь,
   их судят в крайнем случае. Если "требуется" также присутствует, они
   никогда не пробовали.

   Наконец, если нет ни «требовать», ни «явно», это означает
   что будут использоваться все контакты, предоставленные вызываемым пользователем.  Однако если
   контакт не совпадает, он пробуется последним среди всех остальных
   контакты с одинаковым значением q. Если он совпадает, запрос
   направляется преимущественно в «лучший» матч. Это обычное
   конфигурация предпочтений, которые, если не соблюдаются, все равно позволят
   для успешного звонка, и чем больше совпадение, тем лучше.6. Поведение БПЛА

   Когда UAS, соответствующий этой спецификации, получает запрос,
   request-URI соответствует одному из зарегистрированных контактов, ДОЛЖЕН
   примените поведение, описанное в Разделе 7.2, как если бы это был прокси для
   домен в запросе-URI. БПЛА действует так, как будто его местоположение
   база данных содержит единственную цель запроса для запроса-URI. Тот
   цель связана с набором функций. Набор функций такой же
   как тот, который размещен при регистрации URI в запросе-URI.Если UA зарегистрировался по нескольким отдельным адресам записи,
   и контакты, зарегистрированные для каждого, имели разные возможности, это
   будет использовать разные URI при каждой регистрации, поэтому он может
   определить, какой набор функций использовать. 

   Эта обработка происходит после того, как клиент аутентифицируется и авторизует
   запрос, но до остальной части общей обработки UAS
   описано в Разделе 8.2.1 RFC 3261.

   Если после выполнения этой обработки в
   target set, UA СЛЕДУЕТ отклонить запрос с ответом 480.Если
   остался URI (изначально был только один), UA
   продолжает обработку запроса в соответствии с RFC 3261.

   Если БПЛА выполняет операции сопоставления, как если бы он был прокси-сервером
   позволяет соблюдать определенные предпочтения вызывающего абонента, даже если прокси
   не поддерживает расширение.

   UAS ДОЛЖЕН обрабатывать любую директиву очереди, присутствующую в Request-
   Поле заголовка диспозиции в запросе. Все остальные директивы ДОЛЖНЫ
   игнорировать.




Розенберг и др. Стандарты Track [Страница 8] 

RFC 3841 Параметры вызывающего абонента для SIP, август 2004 г.


7.Прокси-поведение

   Прокси-поведение состоит из двух ортогональных наборов правил - один для
   обработка поля заголовка Request-Disposition, и одно для
   обработка URI и настроек набора функций в Accept-Contact
   и поля заголовка Reject-Contact. 

   В дополнение к обработке этих заголовков прокси МОЖЕТ добавить один, если не
   присутствовать или добавить значение в существующее поле заголовка, как если бы это был
   ОАК. Это полезно для прокси-сервера для запроса обработки в нисходящем направлении.
   прокси в реализации фичи.Однако прокси ДОЛЖЕН
   НЕ изменяйте и НЕ удаляйте существующее значение поля заголовка. Это
   особенно важно при использовании S / MIME. Подпись сообщения
   может включать поля заголовка настроек вызывающего абонента, позволяя UAS
   чтобы убедиться, что, даже если прокси-серверы могли добавить поля заголовка,
   исходные настройки вызывающего абонента все еще присутствовали.

7.1. Обработка запросов и распоряжений

   Если запрос содержит поле заголовка Request-Disposition и он
   владелец домена в URI запроса, сервер ДОЛЖЕН выполнить
   директивы, как описано в разделе 9.1, если в нем нет локальных
   политика настроена для управления в противном случае.

7.2. Соответствие предпочтений и возможностей

   Прокси-сервер, соответствующий этой спецификации, НЕ ДОЛЖЕН применять
   описанная здесь операция сопоставления предпочтений с запросом, если она не
   является владельцем домена в URI запроса и получает доступ к
   служба определения местоположения, имеющая возможности, связанные с запросом
   цели.  Однако, если он является владельцем домена и получает доступ к
   служба определения местоположения, которая имеет возможности, связанные с запросом
   целей, СЛЕДУЕТ применять обработку, описанную в этом разделе.Обычно это прокси, который использует базу данных регистрации для
   определить цели запроса. Однако, если прокси знает о
   возможности другими способами, СЛЕДУЕТ применять обработку
   также определяется здесь. Если он выполняет обработку, он ДОЛЖЕН выполнить
   так, как описано ниже.

   Обработка описывается преобразованием синтаксиса
   описанный в этой спецификации синтаксисом RFC 2533 [2], за которым следует
   операция сопоставления и сортировка результирующих значений контактов.В
   использование синтаксиса RFC 2533 в качестве промежуточного шага не требуется; Это
   служит только полезным инструментом для описания поведения, требуемого от
   прокси. Прокси-сервер может использовать любые шаги, которые ему нравятся, при условии, что результаты
   идентичны тем, которые были бы достигнуты при обработке
   описано здесь. 




Розенберг и др. Стандарты Track [Страница 9] 

RFC 3841 Параметры вызывающего абонента для SIP, август 2004 г.


7.2.1. Извлечение явных предпочтений

   Первым шагом в обработке прокси является извлечение явного
   предпочтения.Для этого он ищет контакт «Принять» и
   Поля заголовка Reject-Contact.

   Для каждого значения этих полей заголовка он извлекает функцию
   параметры. Это параметры поля заголовка, имя которого
   «аудио», «автоматы», «класс», «дуплекс», «данные», «управление»,
   «мобильность», «описание», «события», «приоритет», «методы»,
   «расширения», «схемы», «приложение», «видео», «язык», «тип»,
   "isfocus", "актер" или "текст", или чье имя начинается с плюса (+)
   [3]. Прокси-сервер преобразует все эти параметры в синтаксис RFC.
   2533, в соответствии с правилами Раздела 8.Результатом будет набор предикатов набора функций в соединении
   нормальная форма, каждая из которых связана с одним из двух
   поля заголовка предпочтений. Если был связанный параметр req
   со значением поля заголовка в поле заголовка Accept-Contact,
   предикат набора функций, полученный из значения этого поля заголовка, называется
   иметь установленный флаг необходимости.  Точно так же, если был явный параметр
   связанный со значением поля заголовка в заголовке Accept-Contact
   поле, предикат набора функций, полученный из значения этого поля заголовка
   говорят, что для него явно установлен флаг.7.2.2. Извлечение неявных предпочтений

   Если и только если прокси не обнаружил явных предпочтений в
   запрос (потому что не было ни Accept-Contact, ни Reject-Contact
   поле заголовка), прокси извлекает неявные предпочтения. Эти
   предпочтения подразумеваются наличием другой информации в
   запрос.

   Во-первых, прокси создает соединение без терминов. Этот
   соединение представляет собой набор функций, который будет связан с
   Поле заголовка Accept-Contact, как если бы оно было включено туда.Обратите внимание, что
   не подразумевается никакая модификация сообщения - только ассоциация
   в целях обработки. Кроме того, этот набор функций имеет
   установлен его флаг require, но не его явный флаг.

   Затем посредник добавляет термины к конъюнкции для двух неявных
   типы предпочтений ниже. 

7.2.2.1. Методы

   Одно неявное предпочтение - это метод. Когда UAC отправляет запрос
   с конкретным методом неявное предпочтение
   запрос направляется только тем UA, которые поддерживают этот метод.Чтобы поддержать это



Розенберг и др. Стандарты Track [Страница 10] 

RFC 3841 Параметры вызывающего абонента для SIP, август 2004 г.


   неявное предпочтение, прокси добавляет термин к соединению
   следующая форма:

   (sip.methods = [метод запроса])

7.2.2.2. Пакеты мероприятий

   Для запросов, устанавливающих подписку [5], заголовок события
   поле - еще одно выражение неявного предпочтения. Он выражает
   желание, чтобы запрос направлялся только на сервер, поддерживающий
   данный пакет событий.Чтобы поддержать это неявное предпочтение,
   proxy добавляет термин к конъюнкции следующей формы:

   (sip.events = [значение поля заголовка события])

7.2.3. Построение контактных предикатов

   Затем прокси принимает каждый URI в целевом наборе (набор URI это
   собирается прокси или перенаправить на), и получает свои возможности как
   Предикат набора функций в формате RFC 2533.  Это называется контактом
   предикат. Если целевой URI был получен при регистрации,
   прокси вычисляет предикат контакта, извлекая функцию
   параметры из поля заголовка контакта [3], а затем их преобразование
   к предикату функции.Чтобы извлечь параметры функции, прокси
   выполняет следующие шаги:

   1. Создайте начальный пустой список параметров функции.

   2. Если параметры контактного URI включают «аудио», «автоматы»,
      «класс», «дуплекс», «данные», «управление», «мобильность», «описание»,
      «события», «приоритет», «методы», «схемы», «применение»,
      "видео", "актер", "язык", "isfocus", "тип", "расширения" или
      "текстовые" параметры, которые копируются в список.

   3. Если какое-либо имя параметра URI контакта начинается с "+", оно копируется.
      в список, если список еще не содержит это имя с
      плюс убран.Другими словами, если функция "видео"
      параметр есть в списке, параметр "+ видео" не будет
      помещен в список. Этот конфликт никогда не должен возникать, если
      клиент соответствовал [3], так как использование +
      форма для кодирования признака признака в базовом наборе. 

   Если URI в целевом наборе не имеет параметров функции, говорят, что
   быть невосприимчивым к обработке предпочтений вызывающего абонента. Это означает, что URI
   временно удаляется из целевого набора, настройки вызывающего абонента
   выполняется описанная ниже обработка, а затем добавляется URI
   обратно.Розенберг и др. Стандарты Track [Страница 11] 

RFC 3841 Параметры вызывающего абонента для SIP, август 2004 г.


   Предполагая, что URI имеет параметры функции, они преобразуются в RFC.
   2533 с использованием правил раздела 8.

   Результирующий предикат ассоциируется с q-значением. Если контакт
   предикат был изучен через запрос REGISTER, q-значение
   равно значению q в параметре поля заголовка контакта, иначе
   «1.0 ", если не указано иное.

   В качестве примера рассмотрим следующий зарегистрированный заголовок контакта
   поле:

     Контакт: ; аудио; видео; мобильность = "фиксированный";
         + sip.message = "ИСТИНА"; другой параметр = 66372;
         method = "ПРИГЛАСИТЬ, ОПЦИИ, ПОКА, ОТМЕНА, ПОДТВЕРДИТЬ"; scheme = "sip, http"

   Это будет преобразовано в следующий предикат:

      (& (sip. audio = ИСТИНА)
         (sip.video = ИСТИНА)
         (sip.mobility = исправлено)
         (sip.message = ИСТИНА)
         (| (sip.methods = INVITE) (sip.methods = OPTIONS) (sip.методы = BYE)
            (sip.methods = CANCEL) (sip.methods = ACK))
         (| (sip.schemes = sip) (sip.schemes = http)))

   Обратите внимание, что "other-param" не считался параметром функции, поскольку
   это не базовый тег, и он не начинается с ведущего +.

7.2.4. Соответствие

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

   (foo> = 4)

   подразумевает, что тег функции «foo» является числовым значением. Соответствие
   правила в RFC 2533 требуют только реализации, чтобы знать,
   тег функции представляет собой числовую строку, токен или строку в кавычках (логические значения могут быть
   рассматриваются как токены).  Строки в кавычках всегда сопоставляются с использованием регистра -
   чувствительная операция сопоставления. Токены сопоставляются с использованием case-
   нечувствительное соответствие. Эти два случая различаются
   наличие угловых скобок вокруг значения тега функции.Когда эти
   скобки присутствуют (т.е.; + sip.foo = ""), это подразумевает регистр





Розенберг и др. Стандарты Track [Страница 12] 

RFC 3841 Параметры вызывающего абонента для SIP, август 2004 г.


   чувствительное сравнение строк. Когда их нет (т. Е.
   (; + sip.bar = "val"), подразумевает нечувствительность к регистру. Цифры
   сопоставлены с использованием обычных математических сравнений.

   Во-первых, прокси применяет предикаты, связанные с Reject-
   Поле заголовка контакта.Для каждого предиката контакта каждый предикат отклонения-контакта (т. Е.
   каждый предикат, связанный с полем заголовка Reject-Contact)
   осмотрел. Если этот предикат Reject-Contact содержит фильтр для
   тег функции, и этот тег функции отсутствует в
   предикат контакта, этот предикат Reject-Contact отбрасывается для
   обработка этого предиката контакта.  Если отклонить-контакт
   предикат не отбрасывается, он сопоставляется с предикатом контакта
   используя операцию сопоставления RFC 2533 [2].Если результат
   совпадение, URI, соответствующий этому предикату контакта, отбрасывается
   от целевого набора.

   В результате Reject-Contact отбрасывает только те URI, в которых UA
   явно указал на поддержку функций, которые не
   в розыске.

   Затем прокси применяет предикаты, связанные с Accept-
   Поле заголовка контакта. За каждый контакт, который остается в цели
   set, прокси создает соответствующий набор, Ms. Первоначально этот набор
   содержит все предикаты Accept-Contact.Каждый из тех
   предикаты исследуются. Сопоставляется с предикатом контакта
   используя операцию сопоставления RFC 2533 [2]. Если результат не
   совпадение, а для предиката Accept-Contact был установлен флаг require,
   URI, соответствующий этому предикату контакта, отбрасывается из
   целевой набор. Если результат не совпадает, но Accept-Contact
   предикат не имеет установленного флага требования, этот контактный URI не
   исключено из целевого набора, однако предикат Accept-Contact
   удаляется из соответствующего набора для этого контакта. Для каждого контакта, который остается в целевом наборе, прокси вычисляет
   оценка для этого контакта по каждому предикату в контакте
   соответствующий набор. Пусть количество терминов в Accept-Contact
   конъюнкция предикатов равняется N. Каждый член в этом предикате
   содержит один тег функции. Если в предикате контакта есть термин
   содержащий тот же тег функции, оценка увеличивается на 1 / N.
   Если тег функции не присутствовал в предикате контакта,
   оценка осталась без изменений.Исходя из этих правил, оценка может варьироваться
   от нуля до единицы.







Розенберг и др. Стандарты Track [Страница 13] 

RFC 3841 Параметры вызывающего абонента для SIP, август 2004 г.


                                                    Т
                                              + ----------> УДАЛИТЬ КОНТАКТ
                                              |
                                              |
                                             / \
                                            / \
                                        Т / \ F
                                    + ----> / require \ ------> Установить счет = 0
                                    | \ /
                                    | \ /
                                   / \ \ /
                                  / \ \ /
                       оценка <1 / \
                      + -------> / explicit ----> Оценка без изменений
                      | \ / F
                      | \ /
                     / \ \ /
                    / \ \ /
    + -------- + / \
 -> | Вычислить | -> / Оценка \ --------> Оценка не изменилась
    | Оценка | \ / оценка = 1
    + -------- + \ /
                    \ /
                     \ /

   Рисунок 1: Применение оценки

   Затем применяются требуемые и явные теги, в результате чего
   возможное изменение оценки и целевого набора. Этот процесс
   суммировано на рисунке 1. Если оценка для предиката контакта
   против этого предиката Accept-Contact было меньше единицы, Accept-
   Предикат контакта имел явный тег, и если предикат также имел
   требуемый тег, контактный URI, соответствующий этому контакту
   предикат отброшен. Если, однако, у предиката не было
   требуется тег, оценка устанавливается равной нулю. Если не было явного тега,
   счет не изменился.

   Следующим шагом является объединение оценок и связанных значений q.
   с предикатами в соответствующем наборе, чтобы получить общий
   предпочтение вызывающего абонента, Qa.Для тех URI в целевом наборе, которые
   остаются, будет счет, который указывает его совпадение с каждым
   Предикат Accept-Contact в соответствующем наборе. Если есть M
   Предикаты Accept-Contact в соответствующем наборе, будут M оценок
   От S1 до SM для каждого контакта. Общее предпочтение вызывающего абонента, Qa,
   - среднее арифметическое от S1 до SM.






Розенберг и др. Стандарты Track [Страница 14] 

RFC 3841 Параметры вызывающего абонента для SIP, август 2004 г. 


   На этом этапе все URI, которые были удалены из целевого набора, поскольку
   они были защищены от предпочтений вызывающих абонентов, и Qa
   для этого URI установлено значение 1.0.

   Назначение предпочтения вызывающего абонента Qa состоит в том, чтобы упорядочить
   любые контакты, оставшиеся в целевом наборе, если вызываемый
   при условии заказа. Для этого контакты, оставшиеся в
   целевой набор сортируется по q-значению, предоставленному вызываемым пользователем. Один раз
   отсортированные, они сгруппированы в классы эквивалентности, так что все
   контакты с одинаковым значением q относятся к одному классу эквивалентности.
   Затем в каждом классе эквивалентности контакты упорядочиваются на основе
   их ценности Qa.Результатом является упорядоченный список контактов, которые
   используется прокси.

   Если в целевом наборе не было URI после применения
   обработки в этом разделе, и предпочтения вызывающего абонента были основаны на
   неявные предпочтения (раздел 7.2.2), обработка в этом разделе
   отбрасывается, а исходный целевой набор, упорядоченный по исходному
   q-значения. 

      Это обрабатывает случай, когда неявные предпочтения для метода или
      пакеты мероприятий привели к устранению всех потенциальных
      цели.Возвращаясь к исходному целевому набору, эти URI
      будут опробованы, и в результате получится 405 или 489
      отклик. Затем UAC может использовать эту информацию, чтобы повторить попытку, или
      сообщить об ошибке пользователю. Без возврата к оригиналу
      целевой набор, UAC увидит ответ 480 и не будет
      знание того, почему их запрос не удался. Конечно, целевой набор
      также может быть пустым после применения явных предпочтений.
      Это приведет к генерации 480 прокси.Этот
      поведение приемлемо и действительно желательно в случае
      явные предпочтения. Когда вызывающий делает явное
      предпочтение, он соглашается с тем, что его запрос может быть отклонен из-за
      несоответствие предпочтений. Можно попытаться вернуть ошибку
      с указанием возможностей вызываемого, чтобы вызывающий
      возможно, можно попробовать еще раз.  Однако это приведет к утечке
      потенциально конфиденциальной информации вызывающему абоненту без
      авторизация от вызываемого, поэтому данная спецификация
      не предоставляет для этого средств.Если прокси-сервер работает рекурсивно, он добавляет поля заголовка контакта.
   возвращается в ответах перенаправления на целевой набор и повторно применяет
   алгоритм предпочтений вызывающего абонента.

   Если сервер выполняет перенаправление, он возвращает все записи в целевом объекте.
   задавать. Он присваивает этим записям q-значения, чтобы упорядочить их.
   идентично порядку, определенному вышеописанной обработкой.
   Однако он НЕ ДОЛЖЕН включать параметры функций для записей.



Розенберг и др. Стандарты Track [Страница 15] 

RFC 3841 Параметры вызывающего абонента для SIP, август 2004 г.


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

7.2.5. Пример

   Рассмотрим следующий пример, который является надуманным, но иллюстративным.
   различных компонентов процесса согласования.Есть пять
   зарегистрированные контакты для sip: [email protected]. Они есть:

   Контакты: sip: [email protected]; audio; video; methods = "INVITE, BYE"; q = 0,2
   Контакт: sip: [email protected]; audio = "FALSE";
     методы = "ПРИГЛАСИТЬ"; актер = "приемщик сообщений"; q = 0,2
   Контакт: sip: [email protected]; audio ;actor = "msg-taker";
     методы = "ПРИГЛАСИТЬ"; видео; q = 0,3
   Контакты: sip: [email protected]; audio; methods = "ПРИГЛАСИТЬ, ОПЦИИ"; q = 0,2
   Контакты: sip: [email protected]; q = 0,5

   ПРИГЛАШЕНИЕ, отправленное на sip: [email protected], содержало следующего абонента
   поля заголовка настроек:

   Отклонить контакт: *; актер = "приемщик сообщений"; видео
   Принять-Контакт: *; аудио; требуется
   Accept-Contact: *; видео; явный
   Accept-Contact: *; methods = "BYE"; class = "business"; q = 1.0

   В этом примере нет неявных предпочтений, потому что явные
   предоставляются преференции.

   Прокси-сервер сначала удаляет u5 из целевого набора, поскольку он невосприимчив
   из обработки предпочтений вызывающего абонента.

   Затем прокси обрабатывает поле заголовка Reject-Contact. Это
   совпадение для всех четырех оставшихся контактов, но только явное совпадение для
   u3. Это потому, что u3 - единственный, который явно указал
   поддержка видео, и явно указано, что это отправитель сообщений.
   Таким образом, u3 отбрасывается, а остальные остаются.Затем каждый из оставшихся трех контактов сравнивается с каждым
   из трех предикатов Accept-Contact. u1 соответствует всем трем,
   получение балла 1,0 за первые два предиката и 0,5 за
   третий (тег функции метода присутствовал в предикате контакта,
   но тега класса не было). u2 не соответствует первому предикату.
   Поскольку у этого предиката есть тег require, u2 отбрасывается. u4
   совпадает с первым предикатом, получив оценку 1,0. u4 соответствует



Розенберг и др.Стандарты Track [Страница 16] 

RFC 3841 Параметры вызывающего абонента для SIP, август 2004 г.


   второй предикат, но поскольку совпадение не является явным (оценка
   0.0, на самом деле), оценка обнуляется (она уже была равна нулю, поэтому
   ничего не меняется). u4 не соответствует третьему предикату.

   На данный момент остаются u1 и u4. u1 соответствует всем трем Accept-Contact
   предикаты, поэтому соответствующий набор содержит все три с оценкой 1,
   1 и 0.5. u4 соответствует первым двум предикатам с оценкой 1,0.
   и 0,0. Qa для u1 составляет 0,83, а Qa для u4 - 0,5. u5 добавлен обратно
   в с Qa 1.0.

   Затем оставшиеся контакты в целевом наборе сортируются по q-значению.
   u5 имеет значение 0,5, u1 имеет q-значение 0,2, как и u4. Там
   два класса эквивалентности. Первый имеет q-значение 0,5, а
   состоит только из u5. Поскольку в классе только один член,
   сортировка внутри класса не влияет. Второй класс эквивалентности
   имеет q-значение 0.2. Внутри этого класса два контакта u1 и
   u4, упорядочиваются на основе их значений Qa. u1 имеет Qa 0,83,
   и u4, Qa 0,5. Таким образом, сначала идет u1, а затем u4. В
   итоговый общий упорядоченный набор контактов в целевом наборе равен u5,
   u1, а затем u4.

8. Сопоставление параметров функции с предикатом

   Сопоставление параметров функции и предиката набора функций,
   форматирование в соответствии с синтаксисом RFC 2533 [2] тривиально. это
   прямо противоположный процессу, описанному в разделе 5 [3].Начиная с набора параметров функции, процедура выглядит следующим образом.
   Постройте союз. Каждый член в союзе происходит от
   один параметр функции. Если параметр-функция не имеет значения, он
   эквивалентно с точки зрения последующей обработки, как если бы он
   значение «ИСТИНА».

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

   Теперь рассмотрим построение фильтра на основе значения тега.Если
   значение тега начинается с восклицательного знака (!), фильтр
   форма:

   (! <фильтр из остатка>)

   где «<фильтр из остатка>» относится к фильтру, который будет
   построенный из значения тега, если восклицательный знак не был
   настоящее время.





Розенберг и др. Стандарты Track [Страница 17] 

RFC 3841 Параметры вызывающего абонента для SIP, август 2004 г.


   Если значение тега начинается с восьмигранника (#), фильтром является
   числовое сравнение.Компаратор - это либо =,> =, <=, либо диапазон
   на основе следующих символов во фразе. Если следующие символы
   are =,> = или <=, фильтр имеет вид:

   (имя компаратора сравнить-значение)

   где имя - это имя параметра функции после того, как он был
   декодируется (см. ниже), а компаратор может быть =,> = или <=
   в зависимости от начальных символов фразы. Если остаток
   текста в значении тега после равенства содержит десятичную точку
   (подразумевая рациональное число) десятичная точка сдвигается вправо на N
   раз, пока оно не станет целым, I.Затем значение сравнения, указанное выше, устанавливается на
   «I / 10 ** N», где 10 ** N - результат вычисления числа 10 до
   N-я степень.

   Если значение после octothorpe - это число, фильтр - это диапазон.
   Формат фильтра:

      (имя = <остаток>)

   где "name" - это тег функции после того, как он был декодирован (см.
   ниже), а «» - это остаток текста в теге -
   значение после #, с любыми десятичными числами, преобразованными в рациональные
   форма, а двоеточие заменено двойной точкой (..).

   Если значение тега не начинается с октотора (это токен-
   nobang или boolean) фильтр имеет вид:

      (имя = значение тега)

   где name - это тег объекта после его декодирования (см. ниже).

   Если параметр-функции содержит строковое значение (на основе того факта, что
   он начинается с левой угловой скобки ("<") и заканчивается прямым углом
   скобка (">")), фильтр имеет вид:

      (name = "qdtext")

   Обратите внимание на явное использование кавычек вокруг qdtext, которые указывают
   что значение является строкой.В RFC 2533 строки сравниваются с использованием
   правила, чувствительные к регистру, и токены сравниваются без учета регистра
   правила.

   Теги функций, как указано в RFC 2506 [13], не могут быть напрямую
   представлены как параметры поля заголовка в контакте, Принять-
   Поля заголовка Contact и Reject-Contact. Это связано с
   несогласованность в грамматике и необходимость различать



Розенберг и др. Стандарты Track [Страница 18] 

RFC 3841 Параметры вызывающего абонента для SIP, август 2004 г.


   параметры функции из параметров, используемых другими расширениями.В виде
   таким образом, значения тегов функций кодируются из формата RFC 2506, чтобы получить
   enc-feature-tag, а затем декодируются в формат RFC 2506. В
   процесс декодирования прост. Если стоит знак плюса (+), он
   удален. Любой восклицательный знак (!) Преобразуется в двоеточие (:)
   и любая одинарная кавычка (') преобразуется в косую черту (/). Если
   не было ведущего знака плюс, а оставшаяся часть закодированного имени
   было «аудио», «автомат», «класс», «дуплекс», «данные», «контроль»,
   «мобильность», «описание», «события», «приоритет», «методы»,
   «схемы», «приложение», «видео», «актер», «исфокус», «расширения»
   или «текст», приставка «sip."добавляется к оставшейся части закодированного
   name для вычисления имени тега объекта.

   Например, поле заголовка Accept-Contact:

      Accept-Contact: *; мобильность = "фиксированный"
        ; events = "! присутствие, сводка сообщений"
        ; language = "en, de"; description = ""; + sip.newparam
        ; + rangeparam = "# - 4: +5,125"

   будет преобразован в следующий предикат функции:

         (& (sip.mobility = исправлено)
            (| (! (sip.events = присутствие)) (sip.events = сводка-сообщения))
            (| (язык = en) (язык = де))
            (глоток.description = "ПК")
            (sip.newparam = ИСТИНА)
            (параметр диапазона = -4..5125 / 1000))

9. Определения полей заголовка

   Эта спецификация определяет три новых поля заголовка - Accept-Contact,
   Отклонить контакт и запрос-распоряжение.

   Рисунки 2 и 3 являются расширением таблиц 2 и 3 в RFC 3261.
   [1] для "Принять-Контакт", "Отклонить-Контакт" и "Запрос-Распоряжение"
   поля заголовка. Столбец «INF» предназначен для метода INFO [6], «PRA» -
   для метода PRACK [7], "UPD" для метода UPDATE [8], "SUB"
   для метода SUBSCRIBE [5], "NOT" для метода NOTIFY [5],
   «MSG» - для метода MESSAGE [9], а «REF» - для REFER.
   метод [10].Розенберг и др. Стандарты Track [Страница 19] 

RFC 3841 Параметры вызывающего абонента для SIP, август 2004 г.


   Поле заголовка, где прокси ACK BYE CAN INV OPT REG

   Принять-Связаться R ar o o o o o -
   Отклонить контакт R ar o o o o o -
   Запрос-решение R ar o o o o o o

   Рисунок 2: Принятие-контакт, отклонение-контакт и запрос-удаление
             поля заголовка

   Поле заголовка, где прокси PRA UPD SUB NOT INF MSG REF

   Принять-Связаться R ar o o o o o o o
   Отклонить контакт R ar o o o o o o o
   Запрос-решение R ar o o o o o o o

   Рисунок 3: Принятие-контакт, отклонение-контакт и запрос-удаление
             поля заголовка

9.1. Запросить разрешение

   В поле заголовка Request-Disposition указываются предпочтения вызывающего абонента для
   как сервер должен обрабатывать запрос. Его значение - это список
   токены, каждый из которых указывает конкретную директиву. Его синтаксис
   указан в разделе 10. Обратите внимание, что компактная форма с использованием
   буква d, была определена. Директивы сгруппированы по типам.
   В запросе может быть только одна директива каждого типа (например, вы
   не может иметь одновременно «прокси» и «перенаправление» в одном и том же запросе -
   Поле заголовка диспозиции).Когда вызывающий указывает директиву, сервер ДОЛЖЕН соблюдать это
   директива.

   Определены следующие типы директив:

   прокси-директива: этот тип директивы указывает,
      хотел бы, чтобы каждый сервер прокси («прокси») или перенаправлял
      («перенаправление»).

   cancel-directive: этот тип директивы указывает,
      хотел бы, чтобы каждый прокси-сервер отправлял запрос CANCEL в нисходящем направлении
      ("отмена") в ответ на 200 OK от нижестоящего сервера
      (что является нормальным режимом работы, что делает его избыточным), или
      следует ли оставить эту функцию вызывающей стороне («без отмены»).Если прокси-сервер получает запрос с этим параметром, установленным на "no-
      cancel ", НЕ СЛЕДУЕТ ОТМЕНИТЬ все незавершенные ветки после
      получение 2хх. Однако он все равно отправит CANCEL на любом
      невыполненные ветки при получении 6хх.




Розенберг и др. Стандарты Track [Страница 20] 

RFC 3841 Параметры вызывающего абонента для SIP, август 2004 г.


   fork-directive: этот тип директивы указывает,
      должен выполнить ответвление запроса ("вилка") или прокси только на один адрес
      ("без вилки").Если сервер запрашивается не разветвляться, сервер
      СЛЕДУЕТ проксировать запрос на "лучший" адрес (обычно тот
      с наибольшим значением q). Если есть несколько адресов с
      самое высокое значение q, сервер выбирает его на основе своего локального
      политика. Директива игнорируется, если "перенаправление" было
      просил.

   рекурсивная директива: этот тип директивы указывает,
      сервер, получивший ответ 3xx, должен отправлять запросы на
      адреса, указанные в ответе ("рекурсивно"), или пересылать список
      адресов в восходящем направлении к вызывающему ("без рекурсии").В
      Директива игнорируется, если было запрошено «перенаправление».

   parallel-directive: для разветвленного прокси-сервера этот тип
      директива указывает, хочет ли вызывающий абонент прокси-сервер
      проксировать запрос сразу на все известные адреса ("параллельно"),
      или просматривайте их последовательно, обращаясь только по следующему адресу
      после того, как он получил окончательный ответ не-2xx или не-6xx для
      предыдущий («последовательный»). Директива игнорируется, если
      "перенаправление" запрошено.директива очереди: если вызываемая сторона временно недоступна,
      например, поскольку он находится в другом вызове, вызывающий может указать, что
      он хочет, чтобы его вызов был поставлен в очередь ("очередь") или был немедленно отклонен
      ("без очереди"). Если вызов поставлен в очередь, сервер возвращает «182».
      В очереди ». Вызов в очереди можно завершить, как описано в [1].

   Пример:

      Запрос-распоряжение: прокси, рекурсивный, параллельный

   Набор директив размещения запросов не расширяется на
   цель. Это сделано для того, чтобы избежать распространения новых расширений для SIP.
   которые "туннелируются" через это поле заголовка.9.2. Поля заголовка "Принять-контакт" и "Отклонить-контакт"

   Синтаксис этих полей заголовка описан в Разделе 10. A
   компактная форма, с буквой a, была определена для Accept-
   Поле заголовка контакта и буквой j в поле "Отклонить контакт".
   поле заголовка.








Розенберг и др. Стандарты Track [Страница 21] 

RFC 3841 Параметры вызывающего абонента для SIP, август 2004 г.


10. Расширенный BNF

   BNF для поля заголовка Request-Disposition:

   Запрос-Распоряжение = ("Запрос-Распоряжение" / "d") HCOLON
                             директива * (директива COMMA)
   директива = прокси-директива / отмена-директива /
                             директива-вилка / директива-рекурс /
                             параллельная директива / директива очереди
   прокси-директива = "прокси" / "перенаправление"
   cancel-directive = "отмена" / "без отмены"
   директива fork = "вилка" / "без вилки"
   рекурсивная директива = "рекурсивный" / "без рекурсивного"
   parallel-directive = "параллельный" / "последовательный"
   queue-directive = "очередь" / "без очереди"

   BNF для полей заголовка Accept-Contact и Reject-Contact:

   Accept-Contact = ("Accept-Contact" / "a") HCOLON ac-value
                      * (Запятая ac-значение)
   Reject-Contact = ("Reject-Contact" / "j") HCOLON rc-value
                      * (Запятая rc-значение)
   ac-value = "*" * (SEMI ac-params)
   rc-value = "*" * (SEMI rc-params)
   ac-params = функция-параметр / req-param
                         / явный-параметр / общий-параметр
                       ;; параметр функции из RFC 3840
                       ;; generic-param из RFC 3261
   rc-params = параметр-функции / общий-параметр
   req-param = "требуется"
   явный параметр = "явный"

   Несмотря на BNF, НЕ ДОЛЖНО быть более одного req-param или
   explicit-param в ac-params.Кроме того, может быть только один
   экземпляр любого тега функции в feature-param.

11. Соображения безопасности

   Наличие предпочтений вызывающего абонента в запросе влияет на
   способы обработки запроса на сервере. Как результат,
   запросы с предпочтениями вызывающего абонента ДОЛЖНЫ быть защищены с помощью
   механизм sips, указанный в RFC 3261, раздел 26.

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





Розенберг и др. Стандарты Track [Страница 22] 

RFC 3841 Параметры вызывающего абонента для SIP, август 2004 г.


   предпочтения вызывающего абонента в надежде перегрузить сервер. К
   противодействовать этому, серверам СЛЕДУЕТ отклонять запросы со слишком большим количеством правил. А
   разумное количество - около 20.

12. Соображения IANA

   Эта спецификация регистрирует три новых поля заголовка SIP, согласно
   к процессу RFC 3261 [1].Ниже приведена регистрация для заголовка Accept-Contact.
   поле:

   Номер RFC: RFC 3841

   Имя поля заголовка: Accept-Contact

   Компактная форма: a

   Ниже приведена регистрация для заголовка Reject-Contact.
   поле:

   Номер RFC: RFC 3841

   Имя поля заголовка: Reject-Contact

   Компактная форма: j

   Ниже приведена регистрация заголовка Request-Disposition.
   поле:

   Номер RFC: RFC 3841

   Имя поля заголовка: Запрос-Распоряжение

   Компактная форма: d

13. Благодарности

   Первоначальный набор тегов мультимедийных функций, используемых в этой спецификации, был
   под влиянием дизайна CMA Скотта Петрака.Джонатан Леннокс, Боб
   Пенфилд, Бен Кэмпбелл, Мэри Барнс, Рохан Мэхи и Джон Харти
   предоставил полезные комментарии. Грэм Клайн оказал помощь в
   использование RFC 2533.








Розенберг и др. Стандарты Track [Страница 23] 

RFC 3841 Параметры вызывающего абонента для SIP, август 2004 г.


14. Ссылки

14.1. Нормативные ссылки

   [1] Розенберг, Дж., Шульцринн, Х., Камарилло, Г., Джонстон, А.,
         Петерсон, Дж., Спаркс, Р., Хэндли, М. и Э. Шулер, "SIP:
         Протокол инициации сеанса ", RFC 3261, июнь 2002 г.

   [2] Клайн, Г., «Синтаксис для описания наборов функций мультимедиа», RFC.
         2533, март 1999 г.

   [3] Розенберг, Дж., Шульцринн, Дж., И П. Кизиват, "Указывая
         Возможности пользовательского агента в протоколе инициации сеанса
         (SIP) ", RFC 3840, август 2004 г.

   [4] Брэднер, С., «Ключевые слова для использования в RFC для обозначения требований.
         Уровни », BCP 14, RFC 2119, март 1997 г.

   [5] Роуч, А.B., "Протокол инициации сеанса (SIP) - конкретное событие"
         Уведомление », RFC 3265, июнь 2002 г.

   [6] Донован, С., «Метод SIP INFO», RFC 2976, октябрь 2000 г.

   [7] Розенберг, Дж. И Х. Шульцринн, «Надежность предварительного
         Ответы в протоколе инициации сеанса (SIP) », RFC 3262, июнь
         2002 г.

   [8] Розенберг, Дж., "ОБНОВЛЕНИЕ протокола инициации сеанса (SIP)"
         Метод », RFC 3311, октябрь 2002 г.

   [9] Кэмпбелл, Б., Эд., Розенберг, Дж., Шульцринн, Х., Huitema, C.,
         и Д. Гурл, "Расширение протокола инициации сеанса (SIP) для
         Обмен мгновенными сообщениями », RFC 3428, декабрь 2002 г.

   [10] Спаркс, Р., "Протокол инициации сеанса (SIP) См.
         Метод », RFC 3515, апрель 2003 г.

14.2. Информативные ссылки

   [11] Леннокс, Дж. И Х. Шульцринн, "Язык обработки вызовов
         Структура и требования », RFC 2824, май 2000 г.

   [12] Розенберг, Дж., "Рекомендации для авторов расширений
         Session Initiation Protocol (SIP) », Работа в процессе, ноябрь
         2002 г.[13] Холтман, К., Мунц, А., и Т. Харди, "Media Feature Tag
         Процедура регистрации », BCP 31, RFC 2506, март 1999 г.



Розенберг и др. Стандарты Track [Страница 24] 

RFC 3841 Параметры вызывающего абонента для SIP, август 2004 г.


15. Адреса авторов.

   Джонатан Розенберг
   Dynamicsoft
   600 Ланидекс Плаза
   Парсиппани, Нью-Джерси 07054
   нас

   Телефон: +1 973 952-5000
   Электронная почта: [email protected]
   URI: http: // www.jdrosen.net


   Хеннинг Шульцринне
   Колумбийский университет
   M / S 0401
   1214 Amsterdam Ave.
   Нью-Йорк, NY 10027
   нас

   Электронная почта: [email protected]
   URI: http://www.cs.columbia.edu/~hgs


   Пол Кизиват
   Cisco Systems
   1414 Массачусетс-авеню
   BXB500 C2-2
   Боксборо, Массачусетс 01719
   нас

   Электронная почта: [email protected]



















Розенберг и др. Стандарты Track [Страница 25] 

RFC 3841 Параметры вызывающего абонента для SIP, август 2004 г.


16.Полное заявление об авторских правах

   Авторские права (C) The Internet Society (2004). Этот документ подлежит
   к правам, лицензиям и ограничениям, содержащимся в BCP 78, и
   за исключением случаев, указанных в настоящем документе, за авторами сохраняются все свои права.

   Этот документ и содержащаяся в нем информация размещены на
   Принцип "КАК ЕСТЬ" и ПОСТАВЩИК, ОРГАНИЗАЦИЯ, ПРЕДСТАВЛЯЕМЫЕ ОН / ОНА
   ИЛИ СПОНСИРУЕТСЯ (ЕСЛИ ЕСТЬ) ИНТЕРНЕТ-ОБЩЕСТВОМ И ИНТЕРНЕТОМ
   ТЕХНИЧЕСКОЕ ОБСЛУЖИВАНИЕ ОТКАЗЫВАЕТСЯ ОТ ВСЕХ ГАРАНТИЙ, ЯВНЫХ ИЛИ ПОДРАЗУМЕВАЕМЫХ,
   ВКЛЮЧАЯ, НО НЕ ОГРАНИЧИВАЯ ГАРАНТИЮ, ЧТО ИСПОЛЬЗОВАНИЕ
   ПРИСУТСТВУЮЩАЯ ИНФОРМАЦИЯ НЕ НАРУШАЕТ НИКАКИХ ПРАВ ИЛИ ПОДРАЗУМЕВАЕМЫХ
   ГАРАНТИИ КОММЕРЧЕСКОЙ ЦЕННОСТИ ИЛИ ПРИГОДНОСТИ ДЛЯ ОПРЕДЕЛЕННОЙ ЦЕЛИ.Интеллектуальная собственность

   IETF не занимает никакой позиции относительно действительности или объема каких-либо
   Права на интеллектуальную собственность или другие права, которые могут быть заявлены на
   относятся к реализации или использованию технологии, описанной в
   этот документ или степень, в которой любая лицензия на такие права
   может быть, а может и нет; и не означает, что
   предпринял какие-либо независимые усилия для выявления любых таких прав. Информация
   о процедурах в отношении прав в документах RFC может быть
   найдено в BCP 78 и BCP 79.Копии раскрытия информации о правах интеллектуальной собственности в секретариат IETF и
   гарантии предоставления лицензий или результат
   попытка получить генеральную лицензию или разрешение на использование
   такие права собственности разработчиков или пользователей этого
   спецификацию можно получить из он-лайн репозитория IETF IPR по адресу
   http://www.ietf.org/ipr.

   IETF приглашает любую заинтересованную сторону довести до ее сведения любые
   авторские права, патенты или заявки на патенты или другие проприетарные
   права, которые могут распространяться на технологии, которые могут потребоваться для реализации
   этот стандарт.Пожалуйста, направьте информацию в IETF по адресу ietf-
   [email protected].

Подтверждение

   Финансирование функции редактора RFC в настоящее время обеспечивается
   Интернет-сообщество.









Розенберг и др. Стандарты Track [стр. 26]
 

кодов ответа Telnyx SIP | Поддержка Telnyx

В Telnyx существует множество различных ситуаций и настроек, которые могут привести к тому, что конкретный код ответа SIP будет отправлен обратно вашему клиенту. Мы поняли, что существует так много ситуаций, которые могут привести к одному и тому же коду ответа, поэтому необходимо было различать их, чтобы наши клиенты могли лучше понять, почему некоторые из их вызовов не завершились должным образом.

Цель этой статьи — перечислить все ожидаемые коды ответов SIP и расширить их значение, а также предоставить отзывы о том, как их обходить. Мы также обсудим некоторые особые случаи и включим коды причин ISDN и связанные с ними причины зависания.

Формат кодов ответа следующий: D1X, D2X, D3X … D9X

В основном это коды ответов 4XX от Telnyx. Есть один выброс — PE1, который будет обсуждаться в конце этой статьи.

Большинство этих детализированных кодов ответов sip можно увидеть в нашем диалоговом продукте, в то время как некоторые из них можно увидеть в нашем продукте с большим объемом и коротким сроком действия.

• D1 — 403 Превышен предел канала пользователя D1 — количество одновременных исходящих вызовов для учетной записи превышает лимит. Это относится к глобальному ограничению одновременных вызовов учетной записи, установленному в разделе вашего исходящего голосового профиля.Если вам нужно это увеличить, обратитесь в нашу службу поддержки.

• D10 — 403 Запрещено D10 — Исходящий вызов был отклонен из-за использования заголовка SIP в вашем SIP INVITE, который зарезервирован только для внутреннего использования. Если возникнет эта проблема, обратитесь в службу поддержки, чтобы они посоветовали удалить заголовок.

• D12 — 403 Номер назначения # {destination_number} не разрешен для плана обслуживания # {service_plan} D12 — Номер назначения не авторизован для плана обслуживания профиля OB, связанного с установкой соединения вызов.Клиент может изменить план обслуживания, связанный с профилем OB. Это устаревший код, который не будет использоваться в дальнейшем. Примером является использование устаревшего тарифного плана, такого как «US-48 / CAN», и попытка дозвона на Аляску или Гавайи, два штата, которые не рассматриваются отдельно в этом плане обслуживания. Обходной путь заключается в изменении плана обслуживания на Международный и включение Америки в белый список назначения в Североамериканском регионе.

• D13 — 403 Набранный номер # {e164} (соответствующие страны: # {pertinent_countries}) не включен в белый список стран: # {whitelisted_countries} D13 — Набранный номер не является номером из белого списка страны, указанные в исходящем голосовом профиле, связанном с соединением, выполняющим вызов.Чтобы решить эту проблему, клиент может добавить страну набранных номеров в белый список данного профиля исходящей голосовой связи.

• D14 — 404 Набранный номер недействителен D14 — Простой ввод, набранный номер недействителен. Мы просим пользователя подтвердить, что звонки на этот номер доступны за пределами нашей сети. Существует также этот отличный инструмент с открытым исходным кодом от Google, который можно использовать для проверки того, является ли номер действительным или нет.

• D15 — 403 Исходящий профиль отключен D15 — Исходящий голосовой профиль, связанный с SIP-соединением, используемым для выполнения завершающего вызова, не активен.Перейдите в раздел профиля исходящей голосовой почты и убедитесь, что профиль активен и отображается зеленым цветом. Если это так, обновите статус, выключив и снова включив его.

• D16 — 403 Соединение отключено D16 — Соединение SIP, используемое для выполнения вызова завершения, не активно. Перейдите на страницу SIP-подключений и убедитесь, что состояние SIP-подключения активно и отображается зеленым цветом. Если это так, обновите статус, выключив и снова включив его.

• D17 — 403 Учетная запись отключена D17 — Учетная запись, используемая для завершения вызова, заблокирована. Обратитесь в службу поддержки, чтобы они выяснили причину блокировки учетной записи. Если бы ваша учетная запись была заблокирована, вы бы получили электронное письмо с указанием причины.

• D18 — 404 Не найдено D18 — SIP-соединение, используемое для приема исходящего вызова, не активно. Перейдите на страницу SIP-подключений и убедитесь, что состояние SIP-подключения активно и отображается зеленым цветом.Если это так, обновите статус, выключив и снова включив его.

• D19 — 404 Не найдено D19 — Учетная запись, используемая для приема исходящего вызова, заблокирована для выставления счетов. Вы проверили, есть ли на вашем счету положительный баланс, если нет, пожалуйста, пополните свой счет, чтобы обеспечить восстановление услуг.

• D2 — 403 Превышен лимит канала профиля OB D2 — количество одновременных вызовов для определенного исходящего голосового профиля превышает лимит.Этот предел настраивается и может быть изменен клиентом в настройках его исходящего профиля.

• D20 — 480 Временно недоступен D20 — Номер назначения не имеет связанного с ним SIP-соединения. Это означает, что на ваш номер поступил входящий вызов, но, поскольку с ним не было подключено SIP-соединение, мы не можем перенаправить вызов в вашу систему. Это, как правило, происходит часто после порта, убедитесь, что вашим номерам назначены SIP-соединения, если вы хотите, чтобы ваша система принимала звонки.

• D21 — 480 Временно недоступен D21 — Номер пункта назначения не имеет связанного пункта назначения, другой номер для пересылки не найден или не найдены IP-адресаты или информация для аутентификации. Это может произойти, когда SIP-соединение назначено номеру, но либо SIP-соединение не зарегистрировано в нашей системе (если оно основано на учетных данных), либо IP / FQDN не установлены в настройках маршрутизации DID.

• D22 — 403 Превышен предел канала D22 — Пользователь, профиль исходящего голоса или SIP-соединение ограничения канала были превышены.Увеличьте любые ограничения каналов, указанные в ваших DID, если вы используете метод выставления счетов за канал, SIP-соединения или исходящие голосовые профили.

• D23 — 403 Ошибка конфигурации D23 — Произошла общая ошибка конфигурации, обратитесь в службу поддержки за дополнительной помощью.

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

• D25 — 403 Невозможно найти учетную запись / номер, используя IP-адрес # {caller_ip} и имя пользователя # {username} D25 — Мы не можем найти учетную запись / номер с IP-адресом и именем пользователя, используемыми в вашем SIP INVITE в нашу систему. Обратитесь в службу поддержки для получения дополнительной помощи.

• D26 — 403 Отсутствует соединение для вызывающего абонента D26 — У вызывающего абонента нет соединения при попытке исходящего вызова.Убедитесь, что существует SIP-соединение с именем пользователя и / или IP-адресом, с которого вы звоните, и что оно связано с исходящим голосовым профилем.

• D27 — 403 Пожалуйста, используйте siphv.telnyx.com для вызовов с большим объемом трафика D27 — это исходящий трафик большого объема, который следует отправлять через siphv.telnyx.com вместо sip.telnyx .com.

• D28 — 403 IP-адрес неавторизован D28 — Пользователь не может пройти аутентификацию, потому что IP-адрес неавторизован.При отправке трафика большого объема на siphv.telnyx.com убедитесь, что IP-адрес, с которого вы отправляете, внесен в белый список в SIP-соединении и связан с исходящим голосовым профилем.

• D29 — 403 Неверный X-Telnyx-Token # {telnyx_auth_token} или IP # {caller_ip} D29 — SIP INVITE, который мы получили, содержит недействительный X-Telnyx-Token с IP. Убедитесь, что маркер соответствует тому, что было установлено в экспертных настройках SIP-соединения. Токены используются для разделения трафика, который поступает там, где разные SIP-соединения используют один и тот же IP-адрес.

• D3 — 403 Превышен лимит канала подключения D3 — Количество одновременных вызовов для подключения превышает лимит, этот лимит может быть изменен заказчиком в SIP Настройки исходящего подключения.

• D30 — 403 Недействительное предпочтение вызова SIP URI D30 — Пользовательское предпочтение вызова SIP URI не может быть подтверждено. Это может применяться как для входящих, так и для исходящих вызовов SIP URI.Убедитесь, что вызываемый вами SIP URI действителен.

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

• D32 — 488 Поддерживается только кодек g711 или g729 D32 — Для исходящих вызовов наш продукт профиля для краткосрочных исходящих вызовов с большим объемом поддерживает только g711 и g729.Пожалуйста, убедитесь, что вы предлагаете только поддерживаемые кодеки в качестве предпочтительного в вашем SIP INVITEs SDP для siphv.telnyx.com.

• D33 — 488 Шифрование мультимедиа не поддерживается D33 — Для исходящих вызовов наш продукт с профилем кратковременного исходящего трафика большого объема не поддерживает шифрование мультимедиа SRTP и ZRTP. Убедитесь, что вы удалили все параметры мультимедиа, которые включают шифрование, в SDP SIP INVITEs.

• D34 — 403 Страна происхождения не из EEA D34 — тарифный план исходящего голосового профиля клиентов установлен на EEA, но идентификатор вызывающего абонента в SIP INVITE не из EEA.Это устаревший код, который, как правило, больше не будет отображаться, поскольку с тех пор наши планы обслуживания изменились в отношении нашего предложения исходящего голосового профиля.

• D35 — 403 Неверный исходный номер вызывающего абонента D35 — Исходный номер вызывающего абонента недействителен. Идентификатор вызывающего абонента в вашем SIP INVITE недействителен. Наша политика определения номера вызывающего абонента более подробно описана здесь. Короче говоря, убедитесь, что ваши заголовки FROM / PAID / RPID содержат числовые форматы + E.164.

• D36 — 403 Запрещено D36 — Вы пытаетесь выполнить исходящий вызов с идентификатором вызывающего абонента номера, принадлежащего другому пользователю Telnyx.Убедитесь, что вы используете свой собственный DID в качестве идентификатора вызывающего абонента при исходящих звонках.

• D37 — 403 Экстренные вызовы не авторизованы с помощью управления вызовами D37 — Экстренные исходящие вызовы не авторизованы с помощью нашего продукта управления вызовами.

• D39 — 403 Достигнут дневной лимит международных расходов D39 — Это глобальный лимит, который не может быть изменен пользователями аккаунта. Это означает, что в вашем аккаунте достигнут дневной лимит расходов на международные звонки.Это мера предотвращения мошенничества. Если вам необходимо увеличить этот лимит, обратитесь в службу поддержки за дополнительной помощью.

• D4 — 486 Пользователь занят D4 — количество одновременных вызовов для подключения превышает лимит, ограничение может быть изменено клиентом в настройках входящего подключения SIP .

• D40 — 404 Не найдено D40 — Для исходящих вызовов мы знаем, что адресат существует, но не смогли найти маршрут для соединения вызова.Обычно это относится к звонкам внутри сети. Обратитесь в службу поддержки для получения дополнительной помощи, чтобы они могли посоветовать.

• D41 — 403 Запрещено D41 — Набранный номер соответствует префиксу, использование которого запрещено. Это мера предотвращения мошенничества, особенно для префиксов, известных для распределения доходов и перекачки дорожных сборов. Обратитесь в службу поддержки для получения дополнительной помощи.

• D5 — 486 Пользователь занят D5 — количество одновременных вызовов для всех номеров в рамках биллинга каналов превышает лимит.Лимит канала можно увеличить на странице чисел. Более подробная информация о биллинге каналов доступна здесь.

• D7 — 403 Соединению не назначен исходящий профиль D71 — Соединение SIP не имеет связанного с ним профиля исходящего голоса. Убедитесь, что вы связали исходящий голосовой профиль для завершения вызовов.

• D71 — 403 Превышен дневной лимит профиля OB D71 — достигнут дневной лимит исходящих одновременных вызовов.Это устаревший код ответа sip, который обычно не отображается. Если вам потребуется помощь, обратитесь в службу поддержки.

• D8 — 404 Неверный идентификационный номер вызывающего абонента для службы экстренной помощи D8 — исходящий звонок на номер службы экстренной помощи, по которому не был предоставлен действительный идентификационный номер вызывающего абонента. Убедитесь, что вы используете DID с включенным E911 для исходящих вызовов на номера экстренных служб. Это устаревший код ответа sip.В настоящее время мы обрабатываем все звонки на номера экстренных служб, но если используется идентификатор вызывающего абонента, который не является DID в вашей учетной записи или является DID в вашей учетной записи, но без включения E911, будет взиматься дополнительная плата в размере 100 долларов США.

• D9 — 403 Достигнут предел скорости для международного пункта назначения D9 — Достигнут предел скорости для международного пункта назначения. Это устаревший код ответа SIP, но он может применяться при попытке позвонить по одному и тому же международному номеру несколько раз в течение 60 секунд.Обратитесь в службу поддержки, чтобы продлить этот лимит.

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

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

Пример: Причина: Q.850; причина = 21; текст = «CALL_REJECTED» , где код причины ISDN — 21, а причина зависания — вызов отклонен. Обычно это соответствует ответу SIP 403.

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

В настоящий момент, особенно для ответов 488 неприемлемых , мы не указываем явным образом их причины. Ниже мы перечисляем определенные сценарии, в которых можно увидеть этот код ответа и почему он может возникнуть. На высоком уровне этот код ошибки обычно связан с неправильной конфигурацией в вашем SIP INVITEs SDP , 183 с SDP , 200 OK с SDP , ACK с SDP для позднего согласования или неправильная конфигурация настроек вашей учетной записи Telnyx.

Примеры сценариев, в которых вы можете получить этот код ответа, если:

1. Вы отправляете повторное приглашение для T.38 при входящих вызовах, но не включили параметр шлюза факса T.38 в экспертных настройках вашего DID .

2. Вы отправляете повторное приглашение для T.38 по исходящим вызовам, но для параметра факса T.38 не установлено значение «Клиент» или для него не установлено значение «Отключено» в настройках исходящих подключений SIP.

3. Вы отправляете SIP INVITE с медиа-IP-адресом IPV6, что в настоящее время не поддерживается.Убедитесь, что IP-адрес носителя — IPV4.

4. Вы отправляете SIP INVITE на свои исходящие вызовы с кодеком, который мы в настоящее время не поддерживаем. Список поддерживаемых кодеков см. На этой странице.

5. Вы отправляете 200 OK для входящих вызовов с кодеком, который мы в настоящее время не поддерживаем. В этом сценарии мы фактически отправим BYE с причиной зависания INCOMPATIBLE_DESTINATION и кодом причины ISDN 88.

6. Вы отправляете SIP INVITE на свои исходящие вызовы, с медиа-атрибутами шифрования в SDP, но не указали тип шифрования в настройках исходящих подключений SIP, таких как SRTP, ZRTP.

7. Вы отправляете SIP INVITE для исходящих вызовов без атрибутов шифрования носителя в SDP, но указали тип шифрования в исходящих настройках SIP Connections, таких как SRTP, ZRTP. В этом сценарии мы фактически отправим BYE с причиной зависания INCOMPATIBLE_DESTINATION и кодом причины ISDN 88.

8. Вы отправляете 183 или 200 OK для входящих вызовов, с атрибутами шифрования носителя в SDP, но не указали тип шифрования в настройках входящих подключений SIP, таких как SRTP, ZRTP.В этом сценарии мы фактически отправим BYE с причиной зависания INCOMPATIBLE_DESTINATION и кодом причины ISDN 88.

9. Вы отправляете 183 или 200 OK для входящих вызовов, без атрибутов шифрования носителя в SDP, но указали тип шифрования в настройках входящего SIP-соединения, например SRTP, ZRTP. В этом сценарии мы фактически отправим BYE с причиной зависания INCOMPATIBLE_DESTINATION и кодом причины ISDN 88.

Эти ошибки могут быть изменены и могут быть обновлены в будущее.

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

Если вы пытались решить эти проблемы, но по-прежнему испытываете трудности, обратитесь в нашу службу поддержки, предоставив примеры вызовов, журналы сообщений SIP или идентификатор вызова SIP. Напоминаем, что используйте свой инструмент отладки, который может помочь получить представление о журналах SIP и точных ответах.

Не можете найти то, что ищете? Нажмите на пузырек чата в правом нижнем углу и поговорите со службой поддержки!

Что такое SIP-вызовы? Как это работает? Тебе это нужно?

С помощью протокола Session Initiation Protocol (SIP) вы можете переместить существующую телефонную систему PBX в облако. С SIP возможна передача голоса по интернет-протоколу.

Вот дикая догадка: успех вашей компании зависит от того, насколько хорошо вы умеете общаться. И не только с вашими клиентами, но и с потенциальными клиентами, партнерами, поставщиками и коллегами.

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

Вы можете выполнять голосовые вызовы, видеозвонки и обмен мгновенными сообщениями через интернет-провайдера VoIP-телефонии.

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

SIP-вызов или Session Initiation Protocol Call — процесс передачи голосовых вызовов по магистрали SIP или каналу SIP. Его часто заменяют звонками VoIP. Тем не менее, SIP-вызовы на самом деле используют VoIP для передачи трафика аналоговых вызовов через Интернет-соединение.

Самый простой способ узнать, что это значит, — это визуализировать.

Традиционная телефонная система состоит из этих трех частей:

• PBX (Private Branch Exchange): ваша локальная система, которая управляет вашими звонками
• PRI (интерфейс первичной скорости): линии, соединяющие вызовы с PSTN
• PSTN (коммутируемая телефонная сеть общего пользования): сеть, которая направляет вызовы к месту назначения

Вызов SIP устраняет необходимость в линиях PRI.Магистраль SIP, телефонная линия, использующая протокол SIP, виртуально устанавливается через ваше интернет-соединение. Затем он использует это Интернет-соединение для подключения вашей УАТС к PSTN, минуя линии PRI.

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

По теме: что такое протокол инициации сеанса (SIP) и как он работает?

К настоящему времени вы знаете, что вызовы по протоколу SIP могут помочь вам в развитии вашей компании.Давайте рассмотрим основные преимущества SIP-звонков и их влияние на ваш бизнес.

Подумайте о сумме вашего текущего счета за рабочий телефон . А теперь представьте, что вы платите на 70% меньше этой суммы. Это именно то, чего вы можете достичь с помощью SIP-транкинга.

Если вам интересно, почему такая разница в стоимости связи, вот что для вас сделает SIP-вызов:

• Безлимитные бесплатные звонки вместо поминутной платы
• Нет необходимости в новом дорогом оборудовании
• Избегайте высоких затрат на установку и обслуживание
• Никаких перебоев в обслуживании, значит, вы не потеряете бизнес

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

«Хорошо, расходы снизились, но моя компания растет. Смогу ли я в конечном итоге заплатить столько же, сколько было до SIP, только из-за этого? »

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

Когда вы используете SIP-транкинг, все, от телефонных звонков до видеоконференцсвязи , происходит через Интернет.Это означает, что вам не нужно покупать еще физических линий только потому, что вам нужно больше телефонных номеров или одновременных звонков.

Ваш SIP-провайдер поможет вам добавить больше линий, и часто вы даже можете сделать это самостоятельно. Легко.

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

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

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

По теме: что такое SIP-телефон и как он работает?

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

Телефонные звонки низкого качества или их полное отсутствие — недопустимы.

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

Связано: выявлено: 12 преимуществ транкинга SIP, о которых вы, вероятно, не знали

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

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

Это удобный способ получить полный контроль над всей системой связи вашей компании.

Компании с существующей локальной АТС, также известной как IP-АТС , могут воспользоваться преимуществами переноса своей УАТС в облако.

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

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

SIP-вызов позволяет вам:

• Совместная работа по видеочату, обмену сообщениями, конференц-звонкам и т. Д.
• Мгновенно связывайтесь с кем-либо внутри или за пределами вашей компании, независимо от их местонахождения или технических настроек
• Используйте предпочитаемое устройство для важных звонков, превратив свой ноутбук или планшет в программный телефон
• Интегрируйте все ваши каналы связи

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

Переместите свою УАТС в облако с помощью гибкого и надежного поставщика услуг SIP-транкинга
.

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

Apple предоставляет разработчикам инструменты для интеграции их возможностей звонков в телефон, обеспечивая плавный и единообразный внешний вид для пользователей iPhone.Это означает, что пользователям, которые хотят использовать своего SIP-провайдера, необходимо стороннее приложение для совершения звонков с телефона.

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

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

Связано: Советы по устранению неполадок VoIP для 5 распространенных проблем с подключением

• Рекомендуется: Загрузите приложение Nextiva App из App Store.Если вы используете Nextiva, это все, что вам нужно.
• Загрузите приложение для SIP-звонков из App Store. Введите имя пользователя и пароль от вашего SIP-провайдера. Для получения этих учетных данных может потребоваться обратиться к своему провайдеру VoIP.

• Рекомендуется: Загрузите приложение VoIP у своего провайдера VoIP, например Nextiva.
• Если у вас нет Nextiva, вам необходимо настроить SIP-вызовы:
  • Откройте приложение «Телефон» и щелкните значок «Дополнительно» (…) меню. Выберите «Настройки»> «Вызовы»> «Учетные записи для звонков»> «Учетные записи SIP». Введите свое имя пользователя, пароль и SIP-сервер.
  • Для получения этих учетных данных может потребоваться обратиться к своему провайдеру VoIP.

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

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

Независимо от того, как вы настраиваете свои SIP-вызовы, он использует для звонков по Wi-Fi . Подключившись к беспроводной сети, вы можете звонить со своего мобильного телефона, используя Wi-Fi вместо сотовой сети.

SIP и VoIP разные. Таким образом, их нельзя противопоставлять друг другу. Они не соревнуются за то, чтобы покупатели выбирали между ними. Вместо этого SIP является одним из стандартных методов достижения VoIP (передача голоса по Интернет-протоколу).

Вот что вам нужно знать о SIP и VoIP и о том, как они соотносятся друг с другом.

• Используется для установления, изменения и завершения мультимедийных сеансов, таких как вызовы VoIP.
• SIP-запросы обрабатываются прокси-сервером SIP , который обеспечивает получение сообщений в их исходных форматах, таких как голосовые вызовы, мгновенные сообщения и видеозвонки
• Отправляет пакеты, которые могут включать голос, данные или видео
• SIP-телефоны могут работать автономно без компьютера
• SIP-серверы управляют регистрацией SIP-устройств, таких как настольных телефонов VoIP

• Использует Интернет или внутренние сети для совершения или приема звонков
• Не одна технология, но использует семейство технологий
• Отправляет только голосовой контент через Интернет
• VoIP-телефоны должны быть подключены к компьютеру
• Провайдер VoIP организует и ретранслирует телефонные звонки и видеосеансы в своей сети

Если вы задаете вопрос о сравнении SIP и VoIP, это, вероятно, означает, что вы хотите вывести свои каналы связи в сеть и объединить их, поэтому вы ищете лучшие варианты для себя.

Это отличное направление!

По теме: стоит ли приобретать облачную телефонную систему? (Плюсы и минусы)

Как мы уже установили, SIP-вызовы пришли на смену устаревшей технологии PRI, которая полагается на аналоговые линии. Оставаться старой школой с вашей телефонной системой — дорогостоящее решение.

Если вы используете УАТС сегодня, вы можете обеспечить голосовое обслуживание всего здания, используя SIP Trunking .Если обслуживание всего оборудования обходится дорого или вы платите за избыточную пропускную способность, SIP — отличный вариант.

Планируете расширить офисы или добавить несколько офисов? SIP масштабируется в соответствии с вашими потребностями!

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

Улучшите свою УАТС с помощью провайдера №1 транкинга SIP.

Джули Бай — менеджер по продукту в Nextiva, проповедник UCaaS, коммуникатор и переводчик для людей, любитель собак и мать очаровательно активного мальчика.

Что такое вызовы SIP и как они упрощают жизнь?

Что такое SIP-вызовы?

От маркетинговых ошибок до чрезмерного аутсорсинга и ненужных встреч — малые предприятия ежегодно тратят значительные деньги. Если вы ищете способы сократить расходы в офисе без ущерба для качества предоставляемых услуг, возможно, вы пытаетесь ответить на вопрос , что такое SIP?

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

SIP — это аббревиатура от Session Initiation Protocol. Проще говоря, это процесс передачи голосовых вызовов по магистрали SIP. Эта технология работает вместе с VoIP (Voice Over Internet Protocol) в телефонных системах.

Традиционная или устаревшая телефонная система состоит из двух частей. Во-первых, УАТС, которая отвечает за такие функции управления вызовами, как голосовая почта и переадресация вызовов.Во-вторых, это линии PRI, которые соединяют вызовы с PSTN (коммутируемой телефонной сетью общего пользования). PSTN отвечает за маршрутизацию каждого из вызовов по назначению.

Нет необходимости в регулярном физическом подключении к телефонной компании с помощью SIP, а также в нескольких телефонных линиях. Вместо этого через ваше текущее подключение к Интернету устанавливается магистраль SIP (или виртуальная телефонная линия). Магистраль позволяет обходить линии PRI и подключаться к PSTN через Интернет.

Связано: SIP Trunking 101: Основы

Преимущества звонков по протоколу SIP

Есть несколько причин, по которым системы SIP-телефонов — это путь будущего.Отличный способ ответить на , что такое SIP-вызов , дает несколько преимуществ, которые он предлагает для вашего бизнеса, в том числе перечисленные ниже.

SIP-транкинг привлекает внимание компаний во всем мире. По прогнозам Transparency Market Research, мировой рынок услуг SIP-транкинга может расти на 13% в год до 2030 года и достигнет рыночной стоимости в 35,5 млрд долларов США. Какое влияние эта технология оказывает на способы общения компаний?

Гибкость

Помимо базовой настройки вызова, телефонная система SIP выполняет несколько других функций VoIP, например:

• Определение местоположения пользователя
• Определение доступности пользователя
• Согласование возможностей мультимедиа
• Настройка и управление сеансом (передача и завершение вызовов, добавление 3-сторонних конференций и т. Д.)
• Включение обмена мгновенными сообщениями, мультимедийных конференций, информации о присутствии пользователя и расширенных служб экстренной помощи 911

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

Доступность

Одна из главных причин, по которой люди просят ИТ-провайдеров или операторов связи определить протокол SIP, заключается в том, что переход на вызовы SIP может привести к значительной экономии для предприятий — до 40 процентов на местных вызовах и до 90 процентов на международных вызовах.

Есть несколько способов сократить бюджет:

• Устранение затрат на закупку оборудования, установку и обслуживание
• Отсутствие многократной абонентской платы
• Избавление от различных сетей
• Превращение всех звонков в местные звонки (что дает огромную экономию на международных звонках)

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

Ведущие провайдеры даже предлагают бесплатные SIP-транки для тестирования; информация о кредитной карте не требуется. Чтобы начать бесплатную пробную версию, вы можете просто выполнить ряд кратких онлайн-шагов на их веб-сайте, и все готово.

Масштабируемость

Понимание того, что такое SIP-вызовы, может быть проблемой само по себе, но это может стать еще более сложным, если вы попытаетесь подумать о том, как они могут поддержать растущую компанию.

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

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

Используя SIP-вызовы, вы покупаете по одному каналу за раз и только тогда, когда он вам нужен.Вам не нужно гадать о будущих потребностях, и у вас нет никакого дополнительного оборудования, которое валяется вокруг и пылится.

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

Связано: SIP: преимущества для бизнес-коммуникаций

Удобство в использовании

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

Если вы беспокоитесь об обучении своего персонала работе с телефонной системой SIP, помните, что вызовы SIP объединяют все ваши коммуникационные потребности в одном устройстве. Каждого нужно будет обучить только одной системе, а не нескольким, что упростит процесс и обеспечит, чтобы все ваши сотрудники были на одной странице.

Простота обслуживания

Телефонная система SIP требует меньшего обслуживания. Доступно несколько инструментов для эффективного отслеживания и решения проблем в течение нескольких минут.

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

Лучшее качество звука

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

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

Стабильность звонка

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

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

Кому следует использовать вызовы по протоколу SIP?

Малые предприятия и стартапы любят транкинг SIP из-за экономии и гибкости имеющихся систем. Но они не единственные, кто может извлечь выгоду из системы SIP-телефонов.

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

У крупных предприятий есть несколько других причин, чтобы рассмотреть возможность перехода на систему SIP-телефонов, в том числе следующие:

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

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

h3: Получите SIP-телефонную систему сегодня

Согласно отчету The VoIP Report, в 2018 году 42% компаний отправляли 100% своего трафика по магистральным каналам SIP. Кроме того, в 2019 году 50% бизнес-линий обмена в США были основаны на протоколе SIP. Очевидно, что SIP никуда не денется.

Если вы готовы сделать шаг вперед и попробовать систему SIP-телефонов в своем офисе, станьте партнером настоящего лидера отрасли, который может вам помочь. Заполните простую онлайн-форму SIP.US сегодня. У вас будет бесплатная учетная запись SIP-транка менее чем за 60 секунд! Начать сейчас.

5 способов использовать бесплатную учетную запись SIP

Учетная запись SIP открывает двери для бесплатных голосовых и видеозвонков в формате HD на таких платформах, как iOS, Android, Mac и Windows.

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

Что такое учетная запись SIP?

Учетная запись SIP — это набор учетных данных, который позволяет пользователям совершать голосовые и видеозвонки через Интернет с использованием технологии VoIP.SIP-адрес — это SIP-версия телефонного номера — уникальный идентификатор (например, [email protected]), который позволяет вам совершать и принимать звонки. SIP-адрес выглядит как адрес электронной почты с именем пользователя и доменом. В приведенном выше примере имя пользователя будет «davis», а домен — «tonypizza.onsip.com».

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

Вы можете использовать SIP-адреса на различных совместимых устройствах / телефонах, включая ноутбуки, планшеты, смартфоны и бизнес-телефоны. Бесплатные учетные записи SIP доступны у некоторых провайдеров VoIP, включая OnSIP. Нажмите кнопку ниже, чтобы зарегистрировать бесплатную учетную запись SIP.

Совершайте бесплатные междугородние звонки

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

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

Звоните по внешним деловым контактам бесплатно

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

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

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

Расширьте возможности телефона для бизнеса с помощью приложений для программного телефона

Большинство приложений для бизнес-программных телефонов, таких как мобильное приложение OnSIP, Bria для iPhone или Grandstream Wave, предназначены для бизнес-пользователей VoIP, и для их использования требуется учетная запись SIP. Обычно они работают как по беспроводной сети, так и по сетям передачи данных, что дает пользователям гибкость в общении на ходу.

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

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

Совместная работа с помощью видеочата и обмена сообщениями

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

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

Управление удаленным устройством

Знаете ли вы, что дверные замки, дверные звонки, домофоны, пейджеры и множество других устройств могут работать с SIP? Благодаря достижениям в технологии VoIP вы можете открывать двери, проверять, кто звонит, и делать громкие объявления с помощью учетной записи SIP. С помощью профессионала вы можете настроить эти устройства для удаленной работы и контролировать их с помощью интерфейса SIP на своем смартфоне.

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

Бесплатный SIP-адрес: почему бы и нет?

От звонков международным родственникам до построения отношений с коллегами — учетная запись SIP может многое сделать. Это неплохо для того, что еще не стало нарицательным в Америке.Если вы пользуетесь Интернетом ежедневно, нет ничего плохого в том, чтобы увидеть, что действительно может сделать для вас бесплатный SIP-адрес. По крайней мере, попытайтесь увидеть, не было ли уже занято это ужасно непонятное научно-фантастическое имя пользователя.