Registrar - это DAS, который отвечает на запросы REGISTER и содержит перечень связок, который доступен прокси-серверам и серверам перенаправления, находящимся в пределах данного административного домена. Registrar производит с запросами те же действия, что и обычный UAS, но принимает только запросы REGISTER. Registrar не должен формировать ответы класса бхх. Если в запрос REGISTER входит заголовок Record-Route, registrar должен его игнорировать (сервер регистрации может принять запрос REGISTER, прошедший через прокси-сервер, который не опознал тип запроса и добавил значение в Record-Route). В свою очередь, сервер регистрации сам не должен помещать заголовок Record-Route в ответы на REGISTER.

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

При получении запроса REGISTER сервер регистрации последовательно выполняет следующие шаги:

• Registrar анализирует поле Request-URI, чтобы выявить право на доступ к связкам домена, указанного в Request-URI. Если он определяет, что в Request-URI указан другой домен, и registrar, помимо своих функций, выполняет функции прокси-сервера, сервер должен передать запрос в домен, когда тот адресован по всем правилам работы прокси-сервера.
• Следуя процедурам функционирования UAS вне диалога, registrar должен обработать значения в поле заголовка Require для того, чтобы гаранти ровать поддержку всех необходимых расширений.
• Registrar должен провести аутентификацию UAC. Механизм аутентифика ции SIP-агентов пользователя раскрыт в главе 6. Процедура регистрации никоим образом не влияет на процедуру SIP-аутентификации. Если меха низм аутентификации не доступен, registrar может использовать адрес из заголовка From для определения инициатора запроса.
• Registrar должен установить, уполномочен ли аутентифицированный пользователь модифицировать регистрации для данного списочного адреса. К примеру, сервер регистрации может обратиться к базе данных авторизации, где отображается список всех списочных адресов, для которых этот пользователь имеет право изменять связки. Если пользователь не в праве изменять регистрации, registrar должен передать ответ с кодом 403 (Forbidden) и пропустить все оставшиеся шаги.
• Списочный адрес registrar получает из заголовка То запроса. Если он несогласуется с доменом, указанным в Request-URI, registrar должен передать ответ 404 (Not Found) и пропустить оставшиеся шаги. Затем из адреса должны быть удалены все параметры, и все символы в видоизмененной escaped-кодировке («%» + код символа в шестнадцатеричном виде)должны быть преобразованы в стандартную форму. Значение, полученное в результате, используется в качестве указателя в списке связок базы данных.
• Registrar проверяет запрос на наличие в нем заголовка Contact. Если его нет, процесс обработки REGISTER переходит на завершающую стадию. Когда Contact присутствует, registrar определяет, содержит ли заголовок Contact хоть одно значение *, а также проверяет присутствие заголовка Expires. Если запрос содержит дополнительные поля Contact или срок действия отличен от нуля, запрос считается неверным, сервер передает ответ с кодом 400 (Invalid Request) и все оставшиеся шаги пропускаются. В противном случае registrar проверяет, совпадает ли Call-ID со зна чением, сохраненным для каждой связки. Если совпадения нет, связка удаляется; если есть - связка удаляется только в том случае, когда значе ние CSeq в запросе больше значения, сохраненного для данной связки. В противном случае обновление должно быть отменено, и запрос отбра сывается.
• Registrar по очереди обрабатывает каждый контактный адрес в заголовке Contact. Для каждого адреса он определяет срок его действия, исходя из следующего:
• если значение заголовка имеет параметр «expires», величина должна быть выбрана равной запрашиваемой для данного контактного адреса;
• если параметр «expires» отсутствует, но запрос содержит заголовок Expired, величина должна быть выбрана равной запрашиваемой для всехконтактных адресов;
• Registrar может выбрать срок действия регистрации меньше запрашиваемого. Только в случае, когда интервал больше нуля и меньше одного часа и при этом меньше минимума, установленного конфигурацией сервера регистрации, registrar может отклонить регистрацию с ответом 423 (Interval Too Brief). Этот ответ должен включать в себя заголовок Min-Expires, указывающий минимально возможный интервал. После этого оставшиеся шаги пропускаются.
• при отсутствии и параметра «expires», и заголовка Expires сервер регистрации берет значение, принятое по умолчанию, исходя из своей конфигурации.
• Срок действия регистрации зачастую используется при создании услуг.Пример тому - follow-me service, где пользователь может быть доступенна определенном терминале в течение короткого периода времени. Поэтому registrar должен принимать регистрации на короткий срок; запрос отклоняется только в том случае, если срок этот настолько короткий, что его обновления ухудшают качество функционирования registrar.
• Для каждого адреса registrar изучает список текущих связок, используя правила сравнения URI. Если связка отсутствует, сервер регистрации условно добавляет новую, если присутствует - проверяет значение Call-ID. Когда значения Call-ID в существующей связке и в запросе различаются, связка должна быть удалена, если срок действия равен нулю, и обновлена, если не равен. При условии, что значения Call-ID одинаковы, registrar производит сравнение значений CSeq: если величина в запросе больше значения в связке, связка должна быть обновлена или удалена так же, как приведено выше. В противном случае обновление будет прекращено и запрос получит отказ. Каждая учетная запись сохраняет значенияCall-ID и CSeq запроса.
• Обновления связок должны быть видны прокси-серверам и серверам перенаправления только тогда, когда все обновления и добавления закон чились успешно. Если любое из них терпит неудачу, запрос отклоняется с ответом 500 (Server Error), и все условные связки удаляются.
• Registrar передает ответ 200 (ОК). Ответ должен содержать заголовок Contact со списком всех активных на данный момент контактных адресов. Каждое значение должно иметь параметр «expires», отображающее срок действия, который выбрал registrar. В ответ должен также входитьзаголовок Date.