Тема: поменять TDA и TEM на NCP1000
Понадобилось в двух филиалах расширить емкость внутренних (да и CO скоро, наверняка) линий 😊 (сейчас стоят TDA30 и TEM824)
Посчитали мне TDA100 на 16 CO и 32 FXS получилось 65 т.р., примерно.
Параллельно подбираю софт для детализации междугородних звонков (задержался на Rander, но стабильно его использовать не получается, то при запуске глючит и начинает работать только через час/два после запуска сервера, то связь отвалится от станции... наверное, руки корявые, конечно, но как то не хочется заморачиваться особо с программой, которая уже после инсталляции заставляет доставать бубен, несмотря на её цену) и наткнулся на новые атс от панасоник NCP1000. И мне прямо понравилось (я редко атс-ки трогаю, работают и работают 😊 ), поэтому хотелось бы уточнить у опытных гуру следующие вопросы, на которые, наверняка у вас уже есть готовые ответы.
Правильно ли я понимаю, что почти сразу после покупки NCP1000 (как с TDA и/или TEM) я имею:
1) 16 CO + 36 аналоговых FXO
2) элементарные функции АТС типа перевода звонков между абонентами, переадресации по неответу или безусловная присутствуют по умолчанию без особых затруднений, просто читать внимательно достаточно?
3) при покупке дополнительной NCP1000 и соединив их Ethernet-ом я расширяю емкость номеров в офисе до 32 CO и 72 аналоговых FXC с единым планом нумерации (при этом каких то дополнительных плат мне покупать не понадобится, так ведь?)
4) у всех CO также есть внутренний номер, набрав который с любой из объединенных АТС я “попадаю” на внешнюю линию?
5) я смогу эти АТС-ки объединить не только внутри одной физической сети, достаточно, чтобы пакеты между ними “двигались” по TCP/IP?
Сейчас используются VoIP шлюзы 7111S от D-Link-а, которые объединяют эти АТС-ки, но как то это коряво :(, хотя, конечно, дешево 😊
1) 12 СО + 36 аналоговых (+ 4 системника), либо 16 СО + 32 аналоговых
При установке DSP ещё IP-шные абоненты (согласно DSP и дополнительным лицензиям)
2) ну естественно
3) не совсем понял идею. ведь можно сразу взять TDA-200 и 32 СО и 72 абонента образовать на ней, так оно дешевле. NCP нужна в том случае, если она стоит в другом здании, другом районе, другом городе, за кордоном..
Да, кстати, в TDA100 умещаются 32 СО и 64 абонента. Но это упор. Даже DISA воткнуть некуда (либо брать TDE100 и иметь 2 канала DISA).
4) тоже не совсем верно. но реализовать можно именно так, как это захочется.
5) TCP-IP недостаточно. Голос ходит по UDP. Станции должны либо быть в одной сети, либо видеть друг друга через роутер VPN (не NAT!!!)
6) дык, работает же.. и дёшево.. А сколько ни рассказывай людям анекдот “жить то вы, батенька, будете, но хреново..”, всё одно народ упирается и ищет максимально халявное решение.
При установке DSP ещё IP-шные абоненты (согласно DSP и дополнительным лицензиям)
Что такое DSP и сколько оно стоит?
3) не совсем понял идею. ведь можно сразу взять TDA-200 и 32 СО и 72 абонента образовать на ней, так оно дешевле. NCP нужна в том случае, если она стоит в другом здании, другом районе, другом городе, за кордоном..
Да, кстати, в TDA100 умещаются 32 СО и 64 абонента. Но это упор. Даже DISA воткнуть некуда (либо брать TDE100 и иметь 2 канала DISA).
На текущий момент в обоих офисах, где планируется замена достаточно получить по 32 внутренних линий, но уже объединять их единым планом нумерации и с возможностью простого/быстрого/не дорогого увеличения количества FXS линий. Есть энное количество абонентов (человек 10), которые перманентно “живут” то в одном офисе, то в другом, то в третьем и хочется, чтобы их внутренний номер передвигался за ними, а если нет ответа, то звонок на мобильный. Думаю это будет не сложно настроить, если абонент будет IP-шный.
5) TCP-IP недостаточно. Голос ходит по UDP. Станции должны либо быть в одной сети, либо видеть друг друга через роутер VPN (не NAT!!!)
ну это понятно, что VPN, я честно говоря и не знаю другого способа объединения сетей.
6) дык, работает же.. и дёшево.. А сколько ни рассказывай людям анекдот “жить то вы, батенька, будете, но хреново..”, всё одно народ упирается и ищет максимально халявное решение.
Геморойно работает для юзеров. Нужно им в голове постоянно держать все эти правила наборов :(
ну это понятно, что VPN, я честно говоря и не знаю другого способа объединения сетей.
Ну, почему же, VPN организованный на Kerio. VPN и NAT - всё в одном. Геморой для телефонии.
Ну, почему же, VPN организованный на Kerio. VPN и NAT - всё в одном. Геморой для телефонии.
Не-е-е, в винде (как собственно и в никсах, но сейчас речь не о них) есть отлично работающее решение, проверенное и надежнейшее, зачем городить огород десятком сомнительного дополнительного ПО ...
Что такое DSP и сколько оно стоит?
Это карта (модуль) на плате процессора, который обеспечивает соединение между TDM-ной и IP-”частями” АТС. СтОит оно по-разному. Зависит от “мощности” (производительности). При использовании “большого количества” кодеков со сжатием нужен более мощный DSP. Если использовать несжатый кодек G.711, можно выбирать DSP подешевле. Но DSP-4 на NCP всё равно не рекомендую. Лучше DSP-16.
На текущий момент в обоих офисах, где планируется замена достаточно получить по 32 внутренних линий, но уже объединять их единым планом нумерации и с возможностью простого/быстрого/не дорогого увеличения количества FXS линий.
Тогда не стОит засматриваться на NCP, лучше сразу задумайтесь о TDE100.
Есть энное количество абонентов (человек 10), которые перманентно “живут” то в одном офисе, то в другом, то в третьем и хочется, чтобы их внутренний номер передвигался за ними, а если нет ответа, то звонок на мобильный. Думаю это будет не сложно настроить, если абонент будет IP-шный.
Э, батенька, тут вам не об IP-шном абоненте надо думать (не будет же человек таскать с собой телефон), подумайте лучше о расширенных функциях. Только они достаточно небесплатны. Зато очень удобны и могут оказаться полезны для других вещей.
Геморойно работает для юзеров. Нужно им в голове постоянно держать все эти правила наборов :(
Эти бы слова - да жадным и упрямым в уши. Сколько раз уж поднимались темы о том, что, мол, “есть TEM, хочу IP”. Говоришь людям, что решение кривое, ан нет, всё равно вынь им и положь реализацию именно на этом. А объяснить и доказать таким, что всё равно в итоге получится какашко, практически невозможно.
ЗЫ. А не проще ли в одну из станций подумать не об аналоговых СО, а о потоке (или части потока) PRI? В другой офис можно взять минимум аналоговых, а трафик пускать по IP транзитом через первую. Аналоговые - это на тот случай, если лёг тырнет или VPN. У меня такие реализации уже были.
ЗЫЗЫ, Я так думаю, что VPN надо поднимать на специально предназначенном для этого железе, а не на софте. Эта штука должна быть аппаратной и узкопрофильной.
ЗЫ. А не проще ли в одну из станций подумать не об аналоговых СО, а о потоке (или части потока) PRI? В другой офис можно взять минимум аналоговых, а трафик пускать по IP транзитом через первую. Аналоговые - это на тот случай, если лёг тырнет или VPN. У меня такие реализации уже были.
вот в этом месте можно чуточку поподробнее?
суть в том, что в некотором количестве регионов есть небольшие филиалы, которые являются как бы почти совершенно обособленными. В среднем им достаточно 5-8 их местных городских линий; от 15 до 35 внутренних линий (некоторые параллельные - ну сидит в одном кабинете два бухгалтера, которые по телефону то и не говорят, красиво, конечно каждому свое, но лично мне жалко даже 500 рублей на аппарат то дополнительный, если столы рядом стоят). В некоторых случаях филиал состоит из нескольких офисов (часто офис с толпой, склад, где 2-3 абонента может сидеть, производство/сервис, где ещё абонентов 3-5 может быть). Ethernet-овская (VPN) сеть между ними есть, но хочется то и телефонную внутреннюю, а соответственно и внешнюю на них вывести.
Это как бы описалово ситуации было ...
Я так понимаю в предложении выше было 20 входящих линий в головном предприятии, через которые во внешний мир выходят и сотрудники филиалов? Если так, то у меня такой ценник выйдет на связь, что огого (через владивосток позвонить в соседнее здание в калининграде - это образный пример)
ЗЫЗЫ, Я так думаю, что VPN надо поднимать на специально предназначенном для этого железе, а не на софте. Эта штука должна быть аппаратной и узкопрофильной.
согласен. в последнее время подумываю о смене об аппаратной маршрутизации, но затратное это дело получается очень, не выбью я столько денег сразу :(
У вас, как я понял, достаточно серьёзный проект, для реализации которого потребуется привлечение подготовленного человека. Самостоятельно решать такую обширную задачу не рекомендую. Требуется хорошая подготовка. В рамках форума ТАКИЕ задачи с нуля не решаются.
ЗЫ. Так как в данном проекте я абсолютно никак не участвую, предпочитаю прекратить консалтинг.
