огород городить затем а вдруг потом аппетит появится и через дису не смогут набрать абонента другой атс через spd к примеру

DTMF закончились и не известно когда завезут новые      

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

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

был случай когда в кристале 0 работали 3 потока (синхра - 0) от одного узла атс, когда физически подключили 4-ый поток от другого узла атс то сразу все кристалы от 1 и выше отваливались, выставили синхру 10 для этого потока и нормализовалось


был случай (не у меня слава богк) когда "серую" атс с pri портом подключали к древнему ИКМ30 за которым стояла декадка разработчик специально точил прошивку для pri что она делала емуляцию декадного набора )))

1. qsig на циску надо ставить
2. не факт что даже qsig-bc полноценно работать между двумя циска т.е. от атс до циске будет бегать qsig а между цисками будет идти грубо говоря pri,
3. циска не имеет делать сквозную передачу g703
4. если надо соединение точка-точка посмотрите в сторону конвекторов ip-g703
5. не проше сделать обычную pri TG, создать преф "routing N" и далее через Network Routing Table направить в нужное русло

ну да конечно когда делали тесты огранизовать нагрузку более 17 каналов sip было просто не реально чтоб удостоверится что 2-ой ip не вылезет

почти уверен что при достижении от 17 каналов и выше в вход пойдей 2-ой ip. делаю вывод из того что если на самом проше не было платы voip-16 а стоял только cocpu то звонить надо было бы на cocpu и при исходящем звонке выдавался бы ip cocpu а не проца. тут не как в ОХЕ с SIP где надо звонить на проц, а как аналогия объединения двух плат intip в одну транковую группу по h323

пытаюсь поставить OmniVista 5.1.04.00.b на комп
при выборе узла тарификации OXE вылазиет окно с содержимым "On the dialog NmPreconfParams the next control pointers do not form a cycle. There is a pointer from PushButtonBack to Edit1, but there is no furter pointer." с одной единственной кнопкой "Ok", жмем на эту кнопку и на этом установка заканчивается
смотрю лог установки:
MSI © : Transforming table error.
MSI © : Продукт: OmniVista 4760 -- ошибка 2809. Server On the dialog NmPreconfParams the next control pointers do not form a cycle. There is a pointer from PushButtonBack to Edit1, but there is no furter pointer.
SetupCompleteError.

запускаю заново инстал ОмниВисты, не указываю узел тарификации, инстал прошел успешно
объявил цетр тарификации, звонки побежали в омнивисту, теперь самое интересное - смотрю на сами звонки и обалдел - один звонок отображается в омнивисте в две строчки типа такого:
- абонент 1234 набирал сам себя т.е. 1234
- внешний номер 84951234567 набирал 84951234567
причем дата и время звонка совпадает

вот такая тарификация

ОХО 7.1, на борту две voip-16 (на cpu3m и cocpu-2)
возили к прову для тестовой настройки, все получилось.
теперь возник ламерский вопрос - при исходящей связи по sip-trunk у прова будет определятся два ip или только ip проца (расматриваю вариант когда будут задествованы обе платки voip-16)

огромное спасибо, очень выручили

инициализацию пробывал делать?

хм... странно. обычно 4635 приходит с английский языком, было достаточно встать ком-портом (черный разъем) и при загрузки ее просто инициализировать, установить region setting (кажись так называется) номер 60 т.е. россия и должен появится русский язык

мне предстоит поставить ОХО 7.1 со стыком с провом через SIP
честно говоря с полноценным SIP ни разу не возился (один раз настраивал sip-транк только на исходящие звонки и то на ОХЕ ) и есть не большая просьба чтоб скинули на почту конфиг с sip-транками
email: khaybulaev@cg.ru

заранее благодарю

если с N2 на N10 идут два линка bri надо указывать синхронизацию одинаковую, а не так - к примеру 1й bri clock 10, 2ой bri clock 11 т.е. так не правильно

OXE 7.1.36d

много раз был прочитан раздел (как на русском так и на английском)документация по системе - общие приложения - многоуровневые приоритеры и приоритетные прерывания (MLPP) и ни как не могу понять как это работает, делаю все как по доке и нефига

отделил абонента А, присвоил phone cos где есть использование явного и не явного приоритера, создал два префикс приоритера набора и приоритера набора по уровню, в свойствах абонента А покрутил значания явного и не явного приоритера. теперь во время разговора абонента Б и В с помощью префикса приоритера не получается вытеснить абонентом А звонок

лицензия на приоритет естественно имеется

в версии 9.1  рекламируют внешный сервер записи, стыковка с атс через dr-link как по ip так и через pcm, на сколько этот зверек хорош и что может никто не знает


ваши хотелки схожи одним БОЛЬШИМ венегретом который я видел это - панас 600 + авая 500 c CallCenter + 1С CallCenter и в этоге получились почти то же самое что и у вас

к большому сожалению  ICON-4A славятся своей нестабильностью по сравнению со своими собратьями (одно-портовые и 24-х портовые). надо было ставить ICON одно портовые при таком количестве линий, конечно вышло буквально на 1-2 тыш дороже зато не парились бы