Вынос филиалов по IP (LDK 300), Вопрос архитектурный Опции

[mat701]

Коллеги, добрый день.
Появилась задача организовать несколько маленьких удаленных филиалов. В "голове" LDK-300.
Соответственно вижу несколько вариантов и прошу общего совета, как лучше это решить.
Во первых, основная мысль, поставить у абонентов в филиалах SIP-телефоны и приконнектится к центру по интернету. (Вопрос качества вынесем за скобки). Тепе6рь вопрос, что делать в "голове".

Вар.1: Поставить в LG модули VOIB12+VOIU12. Минусы: 1) Цена, 100 тыр по прайсу Арткома. 2) Не факт, что еще есть в наличии, ибо LDK.
Важный вопрос, а эти модули вообще для того предназначены то, что я пытаюсь организовать?

Вар. 2: Многопортовый FXO-шлюз, который своими портами вешается на абонентские порты станции. Этот вариант знаком на практике, но уж очень он какой то "колхозный". Если же сообщество не имеет ничего проив такого, то посоветуйте хороший шлюз, а то Д-Линк как то не хочется в этой роли видеть.

Вар. 3: Поставить в "голове" некую (не знаю какую) IP-АТС, которую по Е1 соединить с главной LDK-300. Тут я плохо ориентируюсь, если вариант хороший, то хоть направление покажите.

Вар. 4: То же, что и в 3, но та самая IP-АТС делается главной, а LDK-300 подчиняется ей, просто как локальная АТС центрального офиса.

Вар. 5: Вообще заменить в "голове" станцию, на более заточенную под IP задачи. Например, iPECS-MG с VoIP модулями. Правда это тоже дорогой вариант, но если он хорош, то рассмотреть вполне возможно.

Вариантов, конечно, много. Хотелось бы сначала понять "как правильно", а потом уже думать "как дешевле".

[mat701]

Ага. А тогда если такой вариант:
ставим в головном офисе LIK, он будет обслуживать только IP-аппараты в удаленных филиалах. Дальше ставим в LDK и LIK по плате Е1 и связываем их по потоку.
В таком же случае единый внутренний план нумерации для обеих станций можно же будет сделать?

[harris]

Ага. А тогда если такой вариант:
ставим в головном офисе LIK, он будет обслуживать только IP-аппараты в удаленных филиалах. Дальше ставим в LDK и LIK по плате Е1 и связываем их по потоку.
В таком же случае единый внутренний план нумерации для обеих станций можно же будет сделать?

План нумерации - да.
Но для того, чтобы абоненты LIK пользовались городскими линиями LDK придется еще программировать транзит.
Т.е. по-любому у вас получится не одна станция, а связка двух станций, хотя и с единым (сквозным) планом нумерации абонентов.

[mat701]

Т.е. по-любому у вас получится не одна станция, а связка двух станций.

Да, конечно. В город то они через LDK будут ходить.


И можно еще один вопрос уточнить? Вот есть LIK-MFIM50. Как написано в описании до 50 портов.
Следует ли это понимать так, что я могу к этому серверу подключить до 50 IP-телефонов, причем (это важно!) эти телефоны будут не в одной подсети с сервером, а далеко, "за интернетом"?

[harris]

Да, конечно. В город то они через LDK будут ходить.


И можно еще один вопрос уточнить? Вот есть LIK-MFIM50. Как написано в описании до 50 портов.
Следует ли это понимать так, что я могу к этому серверу подключить до 50 IP-телефонов, причем (это важно!) эти телефоны будут не в одной подсети с сервером, а далеко, "за интернетом"?

Не совсем так.
В LIK50 доступно макс. 50 портов (CO + STA).
Но в базе уже есть 2 порта SLT. Итого остается 50-2= 48 портов для IP-телефонов. В принципе эти порты SLT (я не проверял) можно "убить".
Далее, если телефоны будут удаленными, то:
- если они просто "за интернетом", то потребуются VOIP каналы для транскодирования.
В станции уже есть 8 (4) каналов VOIP. Они тоже входят в число 50 портов.
8 каналов, если использовать G.711, и только 4 канала, если другие кодеки. Т.е. это 8 (или 4) одновременных разговора между локальными и удаленными телефонами.
- если для удаленных телефонов использовать VPN, то VOIP каналы не нужны, их можно удалить из системы.
- в станции уже есть 4 порта СО. Они тоже уменьшают емкость абонентов. Если эти порты не нужны, то их можно тоже "убить".
Итого 50 - это когда только требуется внутр. связь между IP-телефонами, а все другие порты "убиты", и при этом используется VPN.

[mat701]

- если для удаленных телефонов использовать VPN,
и при этом используется VPN.

Ну конечно! Если мы делаем VPN, то удаленные абоненты становятся абонентами нашей внутренней локалки.

Спасибо за подробный ответ. Кажется наступило прояснение.

И еще вопрос, если можно.
Связать LDK и LIK просто по ISDN без всякого QSIG вроде же можно и никакие софтовые лицензии в этом случае не требуются?

[stasmar]

Ну конечно! Если мы делаем VPN, то удаленные абоненты становятся абонентами нашей внутренней локалки.

Спасибо за подробный ответ. Кажется наступило прояснение.

И еще вопрос, если можно.
Связать LDK и LIK просто по ISDN без всякого QSIG вроде же можно и никакие софтовые лицензии в этом случае не требуются?

Не надо лицензий..

[harris]

Не надо лицензий..

Просто связать с единым планом нумерации и с транзитом - лицензии не требуются.
Если хотите дополн. функции (передача имен абонентов, "спрямление" петли и пр.) - тогда нужны лицензии. Но обычно обходятся без них ... (Хотя нам, конечно, выгодно, чтобы лицензии все-таки покупали ... )

[mat701]

Просто связать с единым планом нумерации и с транзитом - лицензии не требуются.
Если хотите дополн. функции (передача имен абонентов, "спрямление" петли и пр.) - тогда нужны лицензии. Но обычно обходятся без них ... (Хотя нам, конечно, выгодно, чтобы лицензии все-таки покупали ... )

А можно поподробнее спросить про "спрямление". Я так поиском прошелся, но не очень понял что это.
Чтобы заранее понять и на грабли не наступить.

А то вот нашел вашу цитату:
"Если связка LG с любым другим брэндом или LG-LG, но без лицензий IPNET/Qsig, то обязательно должно стоять = JOIN и при этом никакого "спрямления каналов" быть не может. И головной боли может быть предостаточно, т.к. на один вызов будет заниматься куча каналов (в данном случае 4 канала)"

А ведь это вроде как мой случай.