facility

Сам не пробовал. Вам то с каким конкретно продуктом нужно интегрировать? С "закрытыми" продуктами типа CUCM все просто: либо заработает, либо нет. Если нет, то ничего уже не сделаешь. С open source если сразу не заработает, есть еще место для манёвра. Попробуйте сами с YATE (предпочтительный вариант) или Asterisk, например. Будут проблемы с анализом взаимодействия по H.323, обращайтесь :)

Только не в мире, а в обществе. Рынок закономерно порождает анархию производства. Оставаясь субъектом рыночных отношений, вы независимо от своей воли будете эту анархию порождать. Можно сколько угодно ругать идиотизм рыночных отношений, но пока существует частная собственность на средства производства он будет присутствовать. В общем, вы не с тем боретесь. Да и не боретесь вовсе, а просто ругаетесь...

Чего тут пояснять? Вы до сих пор не нашли приемлемого решения для организации взаимодействия между H.323- и SIP- устройствами? Если да, то \ Вы попробовали (Asterisk/Yate/FreeSWITCH/что-то еще) ? Если да, то \ Столкнулись с проблемами, которые не можете решить самостоятельно? Если да, то \ Вас интересует чужой опыт в решении аналогичных проблем? Если да, то \ Что именно у Вас не получается?

О проблемах известно :) Вас которые интересуют?

Фраза "нашел гуру" не гарантирует успеха мероприятия в целом. Опишите лучше подробно задачу и ход ее решения. Общественности будет полезно знать возможности/невозможности YATE.

Поскольку я один из "игравшихся" в указанной теме, могу добавить, что YATE больше напоминает конструктор, чем готовый для решения конкретных задач продукт. Что действительно омрачает опыт работы с ним, так это невнятная политика команды разработчиков. Они прячут документацию (раньше ее было больше), не отвечают на вопросы в списке рассылки, и даже не отвечают на предложения купить доработку/поддержку их продукта. Поэтому, реальность такова, что если вы хотите использовать YATE, вам мало знать только SS7. Нужно еще и владеть C++ на приемлемом уровне, чтобы разобраться что и как работает/не работает, и во многих случаях самостоятельно доработать то, чего в YATE нет. Хотите с этим связываться, могу поучаствовать. Только у меня нет опыта работы с подсистемой SCCP, и текущий уровень ее поддержки в YATE я не изучал. Работал только с ISUP.

Если не секрет, почему это тебе перестало быть интересно? ;-)

Еще более глупый вопрос: у вас серверы друг с другом общаются или абоненты? Как организовано подключение абонентов на IPO и CM?

Во-первых, надо использовать H323Plus, а не "7 лет назад брошенный OpenH323". Во-вторых, без записи трафика H.323 и без отладочной информации с YATE - не решить.

Смотрите абзац Parameters: http://yate.null.ro/pmwiki/index.php?n=Main.RegularExpressions#parameters Любой из них может быть использован для маршрутизации. Наример, если "номер звонящего" 12345, то так ${caller}^12345$=h323/98765@1.2.3.4

Это совсем не означает, что внутри речевого канала для вас имеются акустические сигналы, в т.ч. КПВ. Вот если бы было значение 1 (Call is not end-to-end ISDN; further call progress information may be available in-band) или 8 (In-band information or an appropriate pattern is now available), тогда другое дело :)

Разобраться с причной некорректно работы Cisco 2801, устранить ее, установить в нее доп.платы E1 и доп.модули DSP.

Definity CSI c поддержкой VoIP? Есть платы TN799, TN2302?

Не понял что такое "Mera" в данном случае... Например, в MVTS 3.1.4 есть параметр presentation_screening_allowed=1 для user.cfg и gateway.cfg.

Это вся конфигурация Cisco? Мне видится, что у вас нет подходящего dial-peer для маршрутизации вызова.