Перейти к содержимому
Калькуляторы

AEro

Пользователи
  • Публикации

    2
  • Зарегистрирован

  • Посещение

О AEro

  • Звание
    Абитуриент
  1. VoIP bridge?

    Думаю, не только мне будет интересно узнать какая связка оборудования абон. шлюз --- SSW --- GW работает как часы.Расскажите, если не секрет. :) не знаю, если честно, я смотрю со стороны LAN2, а LAN1 для меня чужое решение, подробности которого мне пока неизвестны - все со слов их стороны. Может и преувеличивают. Фактически LAN1 от нас хочет наших LAN2-абонентов, а мы просто хотим сделать своим абонентам приятное.Когда узнаю детали, могу отписать. Решение интересное, проблема только в том, что все абоненты сейчас живут в софтсвитче в LAN1 - там база логинов+паролей, туда же прикручен биллинг, там единая служба поддержки, свои общие системы отчетов и проч... Тогда еще нужно мудрить с провижинигом подписок с софтсвитча на этот новый SIP proxy. Непонятно кто и как будет логировать, биллить в случае прямых контактов LAN2-LAN2. Также придется настраивать маршрутизацию из софтсвитча в этот новый SIP proxy, чтобы абоненты из LAN1 и из PSTN могли пробится в LAN2. Видимо, этому новому SIP proxy придется давать отдельный realm?Собственно такое решение тоже рассматривается, но оно требует существенных доработок на стороне LAN1. Сейчас основной вариант все-таки просто обеспечить транспортный канал между LAN1&LAN2 - роутер, который просто позволит клиентам из LAN2 прокидываться на софтсвитч в LAN1. Осталось только подумать, как там получится с преобразованием адресов (преодоление НАТ и файрволла) для сигнального и медиа трафика... Адресные пространства могут пересекаться. И там и там локальные серые IP. Так что роутер еще должен и НАТ-ПАТ преобразование делать.Денег не на что не жалко, лишь бы все было по-правильному. Как правильно настроить файрволл, чтобы SIP-сигналлинг туда-сюда ходил и медиа трафик когда нужно пробивался, а все остальное не пролезало. Похоже, тут нужно нечто типа SBC.
  2. Задача: Есть одна LAN1, в ней живет softswitch, внутренние VoIP клиенты, которые могут как говорить между собой, так и звонить и получать входящие звонки с ТФОП через имеющийся в softswitch сигнальный и медиа gateway. Из Public Inet, естественно ничего недоступно и не видно. В этой LAN уже все настроено, отлажено и работает как часы. Желательно вообще не вмешиваться и ничего не менять, не настраивать на стороне LAN1. Есть еще одна "дружественная" LAN2, но она пока полностью независима и никак не связана с LAN1. Цель - дать возможность SIP-клиентам из LAN2 подключаться к softswitch и получить полный функционал, что и внутренние SIP-клиентам из LAN1. При этом никакое иное взаимодействие между LAN1 и LAN2 не нужно и нежелательно. Теоретически, существует возможность найти физическую точку соприкосновения LAN1 и LAN2. Вопрос - что нужно поставить на стыке между LAN1 и LAN2, чтобы проходил SIP-сигналинг и медиа-трафик в обе стороны но больше ничего лишнего не ходило? Как будут регистриться SIP-клиенты из LAN2? Какой адрес источника им прописывать? Локальный LAN2 через STUN получить адрес:порт с точки зрения LAN1 неважно какой - бридж на стыке сам подправит SIP-header неважно какой - softswitch сам подправит SIP-header Как обеспечить возможность приема входящих вызовов на SIP-клиентах из LAN2? Что будет если один SIP-клиент из LAN2 будет звонить другому SIP-клиенту из LAN2? Пойдет ли медиа трафик напрямую или через бридж? Если softswitch имеет свой медиа-прокси, то понятно, что все всегда через него идет... Надо ли учитывать, что SIP-клиентов в LAN2 теоретически может быть очень много - например, 100 тысяч. Понятно, что одновременно они разговаривать вряд-ли будут, но как обрабатывать пиковые ситауции? Может вообще лучше в LAN2 поставить свой локальный SIP-сервер, который будет сам регистрить клиентов и проксировать вызовы в LAN1?