Думаю, не только мне будет интересно узнать какая связка оборудования абон. шлюз --- 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.