подсеть одна и таже

аутентификация включена

содержимое понятное приходит, но пишет "ext gateway not valid"

к сожалению сейчас не могу трассу приложить

да еще атс имеет сеть 0 ноду 1
на sip-е прописана сеть 2
на обоих External gateway прописана сеть 0 нода 1 (т.е. сеть и нода по дефолту)

АТС 8.0.1 eMG g1.503.35h

TG-0 тип SIP-ISDN настроен на PSTN с использованием DID (npd-33)

к имеющейся АТС ОХЕ стали пристраивать АТС панас tde200 c с sip-линиями, тем самым ОХЕ сделать транзитным узлом

для панаса создал еще одну TG-3 тип miniSIP-ISDN с использованием (npd-34)

вот тут и началось интересное, пока все вкурил прошло пол-дня

как и задумано ext.gateway-3 (для панаса) инициализируется на TG-3
звонки с OXE на панас идут нормально. но вот в обратную строну (панас->ОХЕ) никак, по логам SIP приходит cause 404 (not found), да еще разглядел строку "ext gateway not valid"
путем долгого мозгоковыряния добился входящего звонка с панаса, т.е. оказалось что входящий звонок стучится на TG-0 и по правилу DID не находит нужное русло входящего направления и естественно отбивает звонок по cause 404

тут как-бы все понятно стало - на одной OXE живут по одной TG c типом SIP-ISDN и SIP-ABCF
вопрос - на релизах 9.0 и выше появилась ли поддержка 2-х и более TG с типом SIP-ISDN ?

виртуальный интерфейс bond0 не может подниматься на разных скоростях, т.е. либо оба линка должны 100 и 100 либо 1000 и 1000, на вариант когда используется один линк это не распространяется

проверяйте:
- вплотную ли сидит "10/100/1000Base-T Connector"
- патч-корды
- порты коммутатора

если не ошибаюсь по логу у вас два линка на коммутатор

в ISDN-не dtmf один, в голосовом канале, там другого dtmf не может быть

alcatel топчется на месте, почти весь софт заточен под win-xp, хотя по доке пишут поддержку vista с одной не официальной поправкой - vista eng
на vista rus и выше есть проблемы со звуковыми картами (не может найти), как вариант в regedit руками выковыривать русские буквы из аудиоустройства

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

белый-голубой это пара № 0  и будет соответствовать порту 0 на плате
белый-фиолетовый это пара № 31 и будет соответствовать порту 31 на плате

(связисты пары в кабелях считают от 0 а не от 1)

TY1 64PTSDIN один и тотже для плат ua32, z32, eua32, ez32

первая пара идет из центра кабеля
на краю кабеля четыре пары с белым цветом это 28 29 30 и 31 пара (счет от 0), если считать от 1 то это 29 30 31 и 32 пары

в новых кабелях пары кучкуются по 8 на 4 оплетки, естественно где в оплетке есть только 4 белых пары это и есть конец

поздравляю, вы прова поймали хвост, еще пару таких "фокусов" и с вами пререкаться не будут      

to qwe 123
ваша проблема заключается в том что у вас набор в pstn идет overlap-ом, тут естественно что overlap для h323 не допустим
да согласен что через SD у вас работает, но заметьте что после набора 4-ой цифры у вас в ход идет таймер "inter digit isdn" тобишь по истечении к примеру 5 сек. пошел вызов

через ARS на SD h323 все прекрасно работает.

вот вам ориентировки
- систем -> оверлап сеузе
- префикс TG   with overlap
- discriminator rule

для проверки тупо заметите все префиксы TG на тип "prof.without overlap"

запускайте t3 и смотрите что происходит при звонке через h323. если до туда ничего не дошло значить где-то напортачили (как вариант - на tg h323 стоит "digit to send - 0")

ёмаё...пост автора выглядит как рассказ 3-х летнего ребенка в взахлеб

отключите Sending of Progress message на транк-группах

http://www.intersyst.ru/support/forum/messages/forum26/topic1194/message9397/#message9397
самый конец

бюджетный вариант транскодинка это астериск (комп с двумя сетевыми картами). тут траскодинг накладывается либо на нормальный проц либо плату типа такой Digium TC400B, минус - g729 надо лицензирование
нормальный вариант транскодинка это sip-proxy

есть еще другой вариант это sip-транки закольцевать через pri, в данном случае это qsig

я поднимал тему http://www.intersyst.ru/support/forum/forum36/topic937/
в моем случае в качестве аттенданта на VM выступала сслыка на хант-группу

в вашем случае наверное аттендант железный а не типо-имитация как у меня

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

а теперь о главном - почему для русских этот таймер так критичен? да потому что русский народ любит звонить на телефон пока он не покраснеет и не расплавится