Changes between Version 3 and Version 4 of VeSipProxy


Ignore:
Timestamp:
Dec 7, 2015, 6:34:15 PM (9 years ago)
Author:
alx
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • VeSipProxy

    v3 v4  
    2323== Различия в функционировании ==
    2424
    25 Здесь будут рассмотрены различные типовые варианты использования платы VE-01.
     25Здесь рассмотрены различные типовые варианты использования платы VE-01 с и без встроенного SIP прокси.
    2626
    2727=== Локальные вызовы ===
     
    3838
    3939Вызов, поступающий от первого абонента, перенаправляется SIP прокси-сервером непосредственно другому абоненту. Медиапоток RTP передается непосредственно между телефонами-участниками разговора. Таким образом, SIP шлюз и сеть TDM никак не задействованы в процессе обработки такого вызова, что минимизирует нагрузку на ресурсы аппаратуры.
     40
     41=== Равноправие TDM и SIP абонентов ===
     42
     43Благодаря тому, что любой вызов проходит через SIP прокси, появилась возможность единообразно работать как с TDM-окончаниями, так и в SIP-абонентами. Например, использовать различные виды ДВО (переадача вызова, переадресация, объединение в трехстороннюю конференцию и т.п.), что раньше в полном объеме поддерживалось только для канальных окончаний TDM.
     44
     45=== Формирование CDR ===
     46
     47Одновременно с появлением встроенного SIP прокси-сервера функция генерации [wiki:CDR] перенесена из шлюза в SIP прокси, а сами записи CDR теперь "привязаны" не к канальному окончанию шлюза, а к конкретному вызову. Этим достигнуто две цели:
     48
     49* для одного вызова генерируется одна запись CDR, даже если вызов, пришедший из сети TDM, направлен в другое канальное окончание TDM, то есть прошел через шлюз дважды (ранее для таких вызовов генерировалось сразу две записи);
     50
     51* генерируются CDR для вызовов между двумя SIP абонентами, например SIP-телефонами, регистрирующимися на плате VE-01 (ранее для таких вызовов записей CDR не формировалось).
     52
     53Теперь в каждой записи CDR содержится два поля {{{scheme}}} - одно для вызывающего абонента, и одно для вызываемого, каждое из которых может принимать значения {{{sip}}} или {{{tel}}}, указывая в какой сети (IP или TDM соответственно) находится каждая из сторон соединения.