Вариантов много решения, у нас сейчас вообще все на IP. И да это будет работать по радио-каналам
Но кстати, если интересно, могу подогнать ipLDK-60 с IP линиями по 8 каналов. Если есть желание могу помочь и по другим VoIP решениям.

аа, блин не увидел, что запрос был в 20 году ))))) что-то мне подсказывает, проблема давным давно решена ))

Сталкивались. решали проблему, сколько каналов надо IP, чтобы связать здания по IP?

Продам iPECS-MG в сборе

BKSU:
MPB100 - 1шт
LCOB8 - 1 шт
SLIB24 - 3 шт
VOIB24 - 1 шт

EKSU:
VOIB8 - 1шт
DTIB12 - 1 шт

IP телефон iPCES - 1шт.

ИТОГО:
VOIP каналов, с лицензией - 36 шт.
Внутренних линий - 96 шт, из них:
- Внутренних каналов SLT каналов: 78
- Внутренних цифровых каналов: 18

+ Дополнительный блок питания, новый - 1шт

Также в подарок со станцией отдам кучку телефонов LG LDP-7024


Предложите вашу цену адекватную, я подумаю.

Ну зато можно хотя бы попытаться повлиять, как говориться сделать все что можно - отправить рекомендации разработчикам, попытаться отстаивать данную позицию. При желании можно даже бизнес план просчитать
а там глядишь к 3й версии ПО все и появится.

Конечно в СССР учили в школе более менее хорошо считать и поэтому любой Советский человек понимает, что платить 80 копеек за минуту по всей России все же дешевле чем платить от 4 р 20 коп до 16 рублей в зависимости от региона направления звонка. Но если до недавнего времени высокая цена была обусловлена слабым развитием телефонных сетей, то сейчас она обусловлена желанием обобрать и без того обнищавшее население.

Да, и поскольку сейчас Ростелеком активно начал внедрять последнюю милю в виде SIP телефонии - это автоматически требует наличия второго провайдера для экономии средств.

Вообще мне кажется это просто у разработчиков станций в Корее немного складывается ощущение, что у нас до сих пор медведи по улицам ходят везде кроме столицы.

И вообще необходимо помнить, что вообще существует еще и понятие резервирование линий через другого провайдера.

PS.
ну вот 1 плата с поддержкой 256 каналов самое то.

Для того, что бы избежать занятости необходимого числа каналов достаточно внедрить опцию резервирования этого числа каналов.
Аппаратные кодеки видимо построены без описания логики работы? просто они собраны специально под конкретный процессор разработанного под конкретные задачи имеющего собственные микрокоды упрощающие обработку голосовой информации по сути дело минуя ядро системы. Никто не мешает установить 1 раз мощный процессор с возможностью поддержки например 128 каналов и продавать лицензии 1,2..8..24...128 каналов.
Конечно нет жалоб, потому что те кого это не устраивает сразу же рассматривают другие варианты или принимают данную идеология как есть. Просто случайно тема всплыла

Ну так вот это и есть очень плохо, эта идеология не правильная и устарела, потому что весь мир сейчас уходит с меди на VoIP решения, и при продвижении этих решений старые идеологии будут только тормозить процесс, в конечно итоге это может привести к потре рынка, потому что конкуренты не дремлют.

--
Не должно быть разницы каким каналом платы в настоящий момент пропустить RTP или сигнализацию.
все должно зависеть от софта, процессора и памяти.
опять-таки, в качестве бреда, отличное решение - новые платы "VOIB Super" с мощным процессором на борту, а далее расширение каналов лицензиями.. очень удобно, снизится стоимость производства увеличится прибыли за счет продажи воздуха (ключей).
в идеале все равно не должны транки зависеть от конкретных каналов.

Толк какраз есть - рассмотреть вариант расширения этих самых VOIP каналов если их не хватает. За что я люблю свой iPECS - это за, то что я не парюсь с выбором сервера для большого количесва одновременных звонков. я знаю, что если я возьму плату на 24 канала - все 24 канала одновременно будут работать идеально, если я добавлю еще 48 каналов то все - 64 канала будут работать идеально.

Тем не менее тут возникает резонный вопрос, что мне толку от N каналов (где N например - 8) если я 5 отправил на сетевые звонки, а 3 отправли на междугородние и вот сейчас мне потребовалось 8 междугородних каналов, а завтра мне потребуется 8 сетевых звонков одновременно...
Это не удобно привязвать ресурсы (транки) к конретным каналам.
Но если вопрос касаемо ipLDK можно и не открывать потому, что станция в принципе имеет идеологию другую да и снимаются производства. А вот касательно iPECS-МG какраз еще все в переди. Тем более если я правильно понимаю такая идеология уже сделана в LIK, ну так к версии 2.5 осталось перенести ее в MG и все

Алексей - знаю что вы не манагер, а технический специалист, тем не менее это выглядит как плохой маркетинг.
зачем сразу опускать продукт который человека заинтересовал?

У меня вопрос - в этом приложении вообще есть поддержка русского языка?

--
Я выступаю вроде как тоже в роли технического специалиста, но всеравно вижу, что последнее время тенденции развития ИТ индустрии и телефонии в частности собственно самой телефонией и не заканчиваются, сейчас при засилии огромного количества компьютеров, планшетников и прочей требухи подключаемой к сети - руководители уже многих организаций рассматривают вопросы внедрения подобного типа систем для управления и автоматизации собственных процессов..
рано или поздно телефонная система в роли просто звонить себя изживет и на ее смену придут удобные красивые рюшечки и фенечки аля комплексных CRM систем которые позволят пользователям этих систем воплотить все их возможные хотелки за их счет.


С точки зрения пользователя ipLDK и iPECS, я могу сказать, что действительно не хватает этим станциям приложения которое бы упарвляло звонками на основе графического интерфейса, иными словами не для специалистов, а для операторов - как грится поставил квадратики линиями объединил нажал применить и вуаля. Cпециалист должен настроить базу, а оператор или менеджер распределение звонков, и нехрена оператору или менеджеру делать в недрах управления самой станцией. А с точки зрения руководителя я согласен с тем, что данное приложение может поставляться отдельно за отдельные деньги.

Вы можете попробовать перейти на Asterisk, под него полно CRM систем под любые задачи - медицинские, такси, производственная площадка и м.др..... Среди прочих систем есть и от разработчиков 1С (вроде выше писали Рарус)
все эти системы цепляются на ваш Asterisk используя его стандартные протоклы..

Но по деньгам это будет не дешевле чем для LG... Однозначно будет удобнее в плане интерфейса и приспособленности CRM к автоматиации КалЦентра того или иного предприятия.

Да и при этом разработчики CRM систем как правило поставляют еще и образ настроенного и подготовленного CallCenter на базе Asterisk.
--
Если нужна просто операторская панелька то:

От Digium - мини-IPАТС SwitchVOX - там панелька оператора включена в состав только полноценный SwitchVOX дорогой.

Ну а из простых, в некоторых смыслах условно бесплатных, решений - Asterisk+FreePBX+приобретение FOP2 (Flash Operator Panel v2) - в принципе она не дорогая 40$ за Basic и за Full - $80 вот вам простое CTI приложение где вы сможете видеть кто с кем разговаривает, принимать вызовы, переключать пряма с компа ставить на запись разговоры, создавать и менять очереди звонков итд... (крякнутых версий FOP2 нет, сам искал, нормальных версий не нашел )
Но а далее стоимость будет зависеть от количества требуемых подключаемых телефонных аппаратов, если 1-2 то дешево, если 150-200 то уже ощутимо дороже чем iPECS-MG.

Очень плохо, что для каждого транка необходимо выделять определенное количество определенных каналов - эта идеология явно пришла с ipLDK.
не все ли равно какой канал платы обрабатывает RTP трафик и сигнализацию внутреннюю внешнюю? правильнее былобы: чтобы все прозрачно - вот 5 транков вот 24 канала, на 1й транк мы ставим 8 каналов, на 2й 20, а остальные 3 транка хоть по 24 канала.

существующая идеология мало того что создает сложности для производителя станции, это надо следить какой канал куда идет, под какой транк используется, может он для LIP телефонов заюзан итд. так еще и создает сложности для конечного потребителя...
Хотя конечно станция в целом не плохая.

Какая версия ПО на станции? была такая проблема до 1.7Di включительно если на бортовой автоинформатор записываешь музыку и начинаешь ее в транфере играть. через примерно 1-2 недели CO линии начинали подвисать сами на себя, внутренние пары абонентов начинали слышать друг друга.. Писал тут на форуме о данной проблеме.
Музыку отключаешь и все начинает работать...
на V2 Beta тоже была проблема у меня зависали CO плат VOIB сами на себя, откатился на 1.7Di пустил музыку с внешнего источника - за 1 год 2 зависания плат VOIB в режим Oos - помогает перезагрузка. все остальное в целом работает.

Не выявил проблем (да и раньше их небыло)

внешний Вх.звонок по SIP на Asterisk(1) IVR --> transfer по SIP --> iPECS-MG внутр.абонент --> transer SIP --> Asterisk(2) внутр.абонент --> transfer SIP --> iPECS-MG внутр.абонент --transfer H.323 --> ipLDK внутр.абонент.

Итого на iPECS-MG занялось всего 4 канала из 32 имеющихся (VOIB24+VOIB8), тем не менее все тесты прошли успешно, и удалось поговорить по всем тестируемым линиям. Понятно что режим reroute работать не будет, но в общем нам всеравно при таком количестве каналов, темболее таких сложных звонков у нас просто не бывает.

К сожалению после последней вздрючки (на 1.7Di станция перезагружается при работе с МТС, прошивался на B.0Ce возникли другие проблемы), генералы запретили эксперементирвать с прошивками станции потому пришлось откатываться на 1.7Di и искать альтернативу, после настройки теперь все работает даже лучше чем хотелось в B.0Ce было много багов, частично которые я успел отправить. одним из багов было то, что не освобождаются внешние линии, что в результате приводит к невозможности совершить звонок. теперь я вынужден ждать нормальных релизов
еслибы мне было на чем эксперементировать т.е. стоял бы у меня инженерный образец я бы обязательно проводилбы эксперименты и выдавал бы регулярные отчеты о найденых багах.

1. Действительно для нормального сетевого плана по SIP ipLDK не годится, нужен минимум iPECS.
2. Имена да, действительно на SIP работают в один конец это минус.

Все трансферы и форварды работают нормально по SIP.
Нормально также работет IVR и распределеие звонков через IVR на любой офис. Есть нюанс, все LG станции между собой свзязаны по H.323, и все звонки между Asterisk шлюзами и ipLDK разруливает iPECS-MG, вот тут и вышло его прекрасное дополнение. А так при необходимости с телефонного аппарата можно сделать Transfer вызова на любую станцию включая Asterisk абонентов и наоборот.

у меня Asterisk внутренний, наружу не глядит, потому незнаю как там китайцы будут его ломать, в одном повторюсь что Asterisk всеголишь лучшее дополнение к iPECS. потому что iPECS у нас по нормальному так и не заработал с МТС и с Ростелекомом, а вторая версия прошивки в которой действительно разработчиками исправлен баг (который я отправлял и помогал описать) еще сырая. в дальнейшем это просто будет бесполезный оффтоп.

ну уже на самом деле не все так грустно, ненадо просто забывать о некоторых вещах при настройке системы и с работоспособностью, и с безопаностью проблем не будет. Конечно для изуения Asterisk и его настройки уйдет времени гораздо больше чем при изучении аппаратных коммерческих решений.

у меня уже полгода как все через другую систему маршрутизируется.

Для любой задачи каждый сам решает какое количество услий необходимо потратить, в нашем случае было проще изучить Asterisk и сменить протокол на SIP. От себя добавлю, что лучше связки чем iPECS--Asterisk я еще не видел, они прекрасно дополняют друг друга, и следующая станция которую я буду брать именно iPECS.
А (ИМХО) H.323 прекарсный протокол, но он в действительности отлично работает между оборудованием одного вендора, тем не менее все настраивается и с Panasonic возможно работать будет и с Avaya работает, но он устарел этот протокол и крупные вендоры врядли будут дорабатывать реализацию.
LG с Asterisk по H.323 работает ужасно и хотя были найдены некоторые пути решения, они также не дали в конечном итоге жалаемого результата.

Я и не говорил что работать не будет, работать будет, но пляски с бубном обеспечены H.323 очень специфический протокол и разные вендоры его реализуют хрен пойми как в отличии от SIP, с которым тоже проблемы есть но гораздо меньшие.

Сейчас скажу оффтопом:
НИКОГДА, НИКОГДА не используйте H.323 протокол для связки LG с обордованием отличным от LG, иначе будут прекрасные танцы с бубном проще всего использовать протокол SIP, и еще лучше связать данные станции через промежуточный Asterisk учстановленный гденибудь на виртуалке. Кстати панас с Астером по H.323 вроде живет нормально, LG вроде тоже работает, но есть проблемы, результат - перевели все на SIP.

эээ, ну чтоже ненужен значит пусть будет так.

Был косяк с входящими звонками когда SIP транков больше 2х, при входящем звонке по SIP через скажем на группу где указаны конкретные линии почемуто станция игнорит локальные переменные и начинает брать глобальные как следствие занимается первая свободная линия обозначенная как DID и на другом конце тишина из-за этого, потому что первая линия DID на станции может быть совсем не SIP или из другой группы.

сейчас если честно я уже давно решил эту проблему путем установки Asterisk и разруливания звонков с помощью него, потому даже нет желания проверять исправили это в B.0De или не исправили, в B.0Ce еще было, плюс в B.0Ce реально висли VOIB линии, ну тупо не освобождались в какойто момент, потому пришлось на 1.7Di возвращаться.

легко и не принужденно конечно на форуме все написано. На одной станции ставите например 1XX на другой станции 2XX и связываетсе станции через VOIB, если лицензий нет то по H.323, если лицензия есть то через H.450 (QSIG)