- База знаний
- Пример файла конфигурации XML для Cisco 8851 phone
- Пример файла конфигурации XML для Cisco 7970 phone
- Пример файла конфигурации XML для Cisco 9971
- Отладка VoIP звонка с Wireshark
- Книги
- Использование поля Diversion в SIP пакете
- Астериск и Н.323
- ISDN release cause codes
- Пример файла конфигурации голосового шлюза Cisco
- Пример конфигурации интерфейса E1 PRI в голосовом шлюзе Cisco
- Аналоговое зло
- Интернациональные телефонные коды стран
- Практикум по интеграции Астериск в комплексе с OpenBSC/Osmocom
- Факс по IP
SIP метод: PRACK
Метод PRACK определен в RFC 3262: Надежность Предварительных Ответов на полученные запросы в Протоколе Инициирования Сеанса (SIP).
Запрос PRACK играет ту же роль, что и ACK, но предназначен для предварительных ответов. Однако, это очень важное отличие. PRACK - является обычным SIP сообщением, как BYE. По существу, это сообщение гарантирует надежность передачи изменений состояний через каждый прокси сервер, на пути сеанса. Также как и сообщение BYE, но в отличие от ACK, сообщение PRACK имеет свой ответ на запрос. Вследствие этого, в этом случае, сообщение PRACK не может проследовать через прокси сервера, поддерживающие RFC 2543.
Некоторые замеченные проблемы реализации этого расширения протокола
SIP клиенты (UA) обозначают поддержку этого стандарта, включением поля "Supported: 100rel" или "Required: 100rel" в заголовок SIP сообщения. Некоторые основные стеки SIP протокола — включая одну из IOS и реализация протокола для PolyCom SoundPoint IP 500 телефонов — имеют вышеописанную проблему, как минимум в предыдущих версиях. В заголовках SIP сообщений заявлена поддержка или требование этого расширения, но когда Вы отправляете этим устройствам сообщение с кодом, отличным от 1xx, они не подтверждают PRACK.