Changes between Version 1 and Version 2 of FunctionsSipProxy

Timestamp:

Oct 4, 2017, 12:48:30 PM (7 years ago)

Author:

alx

Comment:

--

FunctionsSipProxy

@@ -7 +7 @@
 До появления встроенного SIP прокси-сервера плата VE-01 представляла собой VoIP шлюз, транслировавший вызовы из сети TDM в сеть IP и из сети IP в сеть TMD:
 
-[[Image(wiki:VeSipProxy:arch-old.png)]]
+[[Image(arch-old.png)]]
 
 Вызовы из сети IP поступали непосредственно в шлюз и транслировались в TDM.
@@ -15 +15 @@
 Начиная с ревизии !r22 в программном обеспечении платы VE-01 появился встроенный SIP-прокси сервер. При этом SIP шлюз перемещен на IP адрес/порт 127.0.0.1:6060. Таким образом, шлюз скрыт от внешнего мира и получает SIP сообщения только через прокси-сервер:
 
-[[Image(wiki:VeSipProxy:arch-new.png)]]
+[[Image(arch-new.png)]]
 
 Так как шлюз теперь получает и отправляет SIP сообщения только через SIP прокси, ему не требуются разные типы транспорта, между шлюзом и SIP прокси всегда используется транспорт UDP. В то же время SIP прокси имеет SIP транспорты разных типов.
@@ -29 +29 @@
 Благодаря наличию встроенного SIP прокси появилась возможность вызова одного SIP-пользователя другим SIP-пользователем без участия шлюза, а следовательно, без занятия для таких вызовов телефонных каналов TDM-сети. Так, раньше чтобы дать возможность двум IP телефонам, зарегистрированным в плате VE-01, вызывать друг друга, необходимо было на стороне TDM организовать пучки соединительных линий, замкнутые друг на друга (например два транка ISDN PRI):
 
-[[Image(wiki:VeSipProxy:call-1.png)]]
+[[Image(call-1.png)]]
 
 Вызов от одного IP телефона проходит через шлюз в сеть TDM и передается в транк PRI1. Благодаря организованному замыканию вызов поступает обратно в шлюз через транк PRI2, транслируется шлюзом обратно в сеть IP и поступает на второй IP телефон.
@@ -35 +35 @@
 Наличие SIP прокси меняет описанную выше схему прохождения вызова:
 
-[[Image(wiki:VeSipProxy:call-2.png)]]
+[[Image(call-2.png)]]
 
 Вызов, поступающий от первого абонента, перенаправляется SIP прокси-сервером непосредственно другому абоненту. Медиапоток RTP передается непосредственно между телефонами-участниками разговора. Таким образом, SIP шлюз и сеть TDM никак не задействованы в процессе обработки такого вызова, что минимизирует нагрузку на ресурсы аппаратуры.