добрый день. MPB-100(ver.2.1Ac).
VMIB(ver.10Jd)
стык с городом IP VOIB8(ver. 10Ha)
все входящие на VMIB далее CCR
пропадает входящая связь. входим WEB в АТС. все каналы на плате VOIB8 = свободны. все каналы на VMIB = заняты.
перезагружаем плату VMIB - есть входящая. из-за чего могут виснуть каналы на VMIB????
зависет на день по несколько раз.

Позвоните на АТС, дождитесь ответа автоинформатора, и не дожидаясь дальнейшего ответа станции кладите трубку. Канал остался висеть?

канал на VMIB - да
канал на VOIB8 -нет

Ок. Проверю.

Не виснет. Опишите всю последовательность программирования на голосовой сервис и дальнейшую обработку входящего вызова.

кстати это Ваше посольство в Кишинёве(373-22-23-51-10)
вообщем это информирование клиента об услугах(каждая услуга новое сообщение). с каждого сообщения по # можно вернуться в главное меню. лишь в первом сообщении Sistem Rerout на второе сообщение. и лишь со второго и третьего сообщения можно попасть на DKTU-оператор. в АТС подключен лишь один DKTU-оператор, остальные в "воздухе"

Вы проверяли с такими версиями плат как указано выше????

Нет. К сожалению, таких старых не осталось, а опускать версии нет желания.

Мне не надо описание вашей задумки, а надо последовательность программирования.

например DIGIT CONV TABLE номер 373-22-23-51-10 конвертируется в *670001,
далее Incoming CO Line/DISA Attributes............
далееVMIB Announcement Table.........,
далее Custom Call Routing Table...........
итд

Да мне как то по уху на них

линии SIP-DID
DIGIT CONV TABLE номер 373-22-23-51-10 конвертируется в *670001
168 пгм - не трогал
VMIB Announcement Table:
для первого сообщения: Second, slot-4,Announcement-1, CCR-1
для второго сообщения: Second, slot-4,Announcement-2, CCR-2
.............
для 24-го сообщения: Second, slot-4,Announcement-24, CCR-24

Custom Call Routing Table - лишь в трёх сообщениях отруливается (правильно) на следующие сообщения. в остальных сообщениях по # возврат в главное меню

В system rerout table (244) что прописано?

system rerout table есть лишь для первого сообщения
в 244 лишь - для Vacant number = Alter table 1(остальное по умолчанию)
в181/1 = Feature(сообщение 1)

разве есть что-то по новее из прошивок??

я что то не понял: вы что зациклили вызов?

извините, на второе сообщение - это по sistem rerout

Что то я запутался с вашими настройками. Надо наверное всю вашу программу смотреть.

поменяли процессор, VMIB на AAIB, подняли версии всех плат(с Вашего сайта) картина та же. на других объектах стоят АТС в похожих конфигурациях - всё отлично. как отправить Вам конфигу?

aa<собака>artcom.ru
желательно еще и снифф по SIP

вернулось письмо адреса aa@artcom..ru

отправил

После artcom две точки??

Ага и свистнуть в зелёный свисток.... тогда точно дойдёт...

По вашей базе: Закачал к себе на станцию- каналы VMIB не виснут.
Правда у вас зачем то запрограммировано 6 повторов по DISA ( по 3 на каждое сообщение) и приходится долго ждать пока отработает весь цикл.
Зачем то включены Prompts в System Reroute Destination.
IC Group для SIP линий и аналоговых одна и та же.
Но тем не менее все это не завешивает каналы.
Софт АТС брал 2.1 и 2.5, плат VMIB -10Ia, потом перешил на 10Ka и VOIB - 10Ha.

Надо сниффером посмотреть входящий вызов по сипу.

одна точка конечно в сообщении опечатка

прошивками для MPB 2.5 и для VMIB 10Ka не поделитесь?

отправил 2 раза. извените

6 повторов по DISA - в 260-й на всех сообщениях DISA выключена, по 168-й не работаем, т.к. плата аналоговых СО-шек пока не подключена
IC Group для SIP линий и аналоговых одна и та же - а зачем их разводить по разным IC Group(для исходящих ёще понятно)

Я просто закачал вашу базу данных на свою атс, позвонил на номер 022781080, услышал 4 раза 1-е сообщение, промт, потом 4 раза 2-е. То есть даже не 6, а 8!

Входящая связь по SIP привязана к группе линий, для аналога криминала вроде нет, но лучше не путать группы.



Прошивка 2.5 только тестовая, там есть ошибка работы по SIP протоколу.

подскажите где убрать эти повторы? у меня 24 сообщения на 29мин42сек(т.е. почти весь заполнен - может из-за этого) и нагрузка - почти всегда заняты все 8 каналов платы VOIB

168 программа.

можно ли снять трейс с VMIBa, если можно то чем, какие команды задавать?
при хождении по меню, занимаются разные каналы VMIBa(так должно быть?)

и всё таки ???

и ещё раз. провёл экспиремент. на AAFU записаны несколько сообщений и сообщение №1 разрулено в CCR на следующие сообщения. так вот, если одновременно сделать четыре входящих, то первого человека отбивает, если он захочет походить по меню к следующим сообщниям.
т.е. ещё раз: при переходе от сообщения к следующему сообщению - занимается новый свободный канал VMIBa(если он есть), а не продолжает быть занятым тот канал, который захватили вначале. так дожно быть??

Наверное, нет.
В ipLDK (ver. 3.9) после воспроизведения сообщения (или при детектировании набранной цифры в момент воспроизведения ) канал VMIB освобождается, а для следующего голосового сообщения занимается другой канал VMIB.

спасибо

т.е для корректрной работы необходимо, чтобы входящих было на один меньше, чем кол-во каналов "Автоинформатора"

Так я не понял, что именно в вашем случае (на MG) происходит: новый канал занимается, а старый не освобождается??

канал занимается, так как вы и написали выше, но не всегда освобождаются каналы VMIBa, при том что зависших каналов VOIB нет. и помогет reset платы VMIB

всё устранили.
вначале для проверки сделали семь входящих по SIP на восемь каналов автоинформатора.
зависания каналов VMIB изчезли.
теперь развернули ещё 4 канала на AAFU и также залили ещё приветствия такие же как на VMIB