Правильное использование SIP, RTP и NAT: кто что делает?

Я немного не понимаю, кто (АТС или телефоны) что делает в нашей настройке IP-телефона.

Наша телефонная система размещена на внешнем сервере. Это означает, что у нас есть физические IP-телефоны, установленные в нашем месте, но УАТС находится в другом месте. У нас были различные проблемы с этим решением, и меня раздражает, что я не могу должным образом устранять различные проблемы из-за Дело в том, что я не понимаю, как все это работает вместе. Я читал о том, как работают SIP и RTP, но есть пара вещей, которых я до сих пор не совсем понимаю. Мой вопрос касается как SIP, так и RTP, но также немного касается NAT.

Наш сценарий прост. Доступ к УАТС возможен по общедоступному IP-адресу где-нибудь в Интернете. Мы за межсетевым экраном (NAT).

Прежде всего, насколько я понимаю, пакеты SIP не несут звук. Они просто нужны, чтобы гарантировать, что сеансы (как в протоколе инициации сеанса) устанавливаются между телефонами и УАТС - например, когда должен быть установлен вызов. Эти пакеты часто являются UDP и часто «проходят» через порт 5060.

Хотя это не относится к SIP; когда пакеты SIP UDP проходят через NAT, тогда NAT «переводит» исходный порт во что-то другое для исходящих пакетов, чтобы гарантировать, что NAT может отображать ответы обратно на правильный телефон за NAT.

Теперь, если кто-то хочет дозвониться до одного из наших телефонов, он набирает номер и в конечном итоге попадает в АТС. Насколько я понимаю, УАТС затем отправляет на рассматриваемый телефон сообщение INVITE (SIP UDP-пакет). Этот пакет содержит, среди прочего, IP-адрес и номер порта, к которому должен подключиться телефон, чтобы установить сеанс RTP (это фактические аудиоданные).

Вопрос 1: Мне сказали, что телефоны должны регулярно отправлять запросы на поддержание активности в УАТС, чтобы гарантировать, что NAT не истекает UDP-сеансы. Это важно, потому что УАТС инициирует запросы INVITE для вызовов, а NAT не должен завершать сеансы UDP, чтобы сопоставить любой заданный запрос INVITE с правильным телефоном. Это правильно? Будет ли любой заданный запрос INVITE от УАТС использовать исходный порт (который был бы преобразован NAT), предоставленный в запросах поддержки активности от телефонов?

вопрос 2 : Верно ли, что именно телефоны реагируют на любой заданный запрос INVITE SIP и подключаются к УАТС? Это означает, что мне не стоит особо беспокоиться о NAT, поскольку телефон отправляет первый пакет RTP и «пробивает дыру» в NAT.

Вопрос 3: Как это работает "наоборот"? То есть, если я хочу позвонить кому-нибудь с одного из наших телефонов за NAT, отправляет ли мой телефон запрос INVITE SIP на УАТС? Для меня это не имеет смысла, потому что УАТС не сможет установить сеанс RTP с моим телефоном, который находится за NAT.