Звездочка: Аутентифицируемая магистраль SIP
Таким образом, приведенное выше (примерно From и Contact ) может быть правдой, но не обязательно, чтобы это было правдой. Будет ли это работать или нет, может зависеть от реальных конфигураций одноранговых узлов.
Когда * получает запрос INVITE с «диким» From (число, которое «не назначен "любому партнеру), он отвечает Неавторизовано , добавляя заголовок аутентификации без какого-либо поля имени пользователя » (в отличие от этого: когда * получает INVITE с «действительным» именем однорангового узла в Из , чтобы он мог соответствовать одноранговому узлу для входящего вызова, он включает имя пользователя в заголовке аутентификации).
Этого ответа должно быть достаточно, чтобы аутентифицировать: клиент отправляет «то же самое» ПРИГЛАСИТЬ с тем же От и Контактом , а также с заголовком Авторизация с действительным полем имени пользователя . Затем Asterisk сопоставляет входящего однорангового узла по заданному значению имени пользователя .
Фактически, любой телефон может вести себя так; Таким образом, нет четкой разницы между «SIP-телефоном» и «SIP peer» в SIP. RFC 3261 не содержит ни одного «магистрального» слова.
ps. Пожалуйста, если кто-то лучше объяснит, буду рад (и, конечно, приму лучший ответ).
Таким образом, нет четкой разницы между «SIP-телефоном» и «SIP peer» в SIP. RFC 3261 не содержит ни одного «магистрального» слова.ps. Пожалуйста, если кто-то лучше объяснит, буду рад (и, конечно, приму лучший ответ).
Таким образом, нет четкой разницы между «SIP-телефоном» и «SIP peer» в SIP. RFC 3261 не содержит ни одного «магистрального» слова.ps. Пожалуйста, если кто-то лучше объяснит, буду рад (и, конечно, приму лучший ответ).
Прочтите "Звездочку будущего телефонии" или книгу
, там хорошо описаны все протоколы sip.
ваш вопрос может быть решен как
host=dynamic
defaultip=ip_of_other_side
deny=0.0.0.0/0.0.0.0
permit=ip_of_other_side/255.255.255.255
или
host=
на обе стороны и строка без регистра