Три платы voib - при выходе на двух ошибка cause 403 Опции

[Lex]

Добрый день, кто-нибудь сталкивался с такими симптомами.
Есть 3 платы voib, первую (voib 8 портов CO33-C040) ставил давно - на ней все работает, остальные 2 платы(voib 8 CO41-CO48+voib12 CO49-60) установил недавно и пытаюсь настроить.
Все настройки сделаны аналогично первой, за исключением COG на этих линиях, чтобы пользователи не попали на эти линии пока я их не настрою. Себе доступ к этим линиям открыл.
Набираю 88042 либо 88050, готовность слышу - после набора внешнего номера или номера абонента на астериске, или хочу позвонить на туже ipldk, через астериск, слышу сигнал ошибки ldk, а на экране системника отбой на этой линии по причине CAUSE 403.
В консоле астериска во время набора цифр ничего не видно, но после сигнала ошибки ldk, появляются строки указанные ниже. (детализация отчета на астериске приличная -rvvvvvvvv)
==Using SIP RTP TOS bits 184
== Using SIP RTP CoS mark 5
== Using SIP VRTP TOS bits 136
== Using SIP VRTP CoS mark 6
Буду признателен за любую помощь, может где-то не доглядел.
Конфиг прилагаю по ссылке http://zalil.ru/32958512

P.S.
Всё выше перечисленное замечательно работает через первую плату, т.е. CO33-40 (поправка, co33 используется только для сетевых звонков, но сути это не меняет).

Все voib платы v.1.1C
MPB v.3.9Ea
LDK PCADMIN v. 3.9

[All is not what ...]

Для LDK нужно использовать H.323.

[Dron]

Для LDK нужно использовать H.323.

Согласен на все 100! Но, тут SIP...

[Lex]

Согласен на все 100! Но, тут SIP...

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

[Lex]

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

В прошедшие выходные был установлен третий ksu на ipldk 300, в этот ksu были установлены новые платы voib (платы 2 и 3, через которые как раз не получается звонить). Платы установились нормально – смотрел телнетом
Буду называть со33-40 –плата1 (первый ksu), со41-48 – плата2 (третий ksu), со49-60 –плата3 (третий ksu). Плата 1 – распологается в первом ksu.
Создал три учётки (2000001, 3000001, 4000001) на ipldk, для каждой платы (для большей наглядности),
Звонки идут, какие бы ухищрения я не делал, только через плату 1.
Менял ИП адреса плат 3 и 1 местами, чтобы исключить влияние различных фаейерволов – результат звонки продолжают идти только через 1-ую карту.
Менял привязку voib плат к учетным записям на астериске, т.е. разрешал регистрироваться определенным ИП (ип прописанным на платах voib), на определенные учетки астериска. (по одной учетке и одному транку на астериске для каждой платы).
Поменяв привязки к учеткам, соответственно менял и транки.
Прилагаю лог того, что попадает в wintarrif при звонках на внутренний номер 255 ipldk.. Звонки делал с софтфона, через астериск на ipldk.
Привожу часть лога :
049 EXT incoming 68820 2000001
041 EXT incoming 68820 3000001
033 255 incoming 68880 4000001

049, 041, 033 - номер СО.
2000001, 3000001,4000001 – CALLER ID переданный астериском на ipldk.
68820 – время звона.
На астериске сделано так, что если звонок не прошел через первый транк, идет на второй, если не прошел через второй, идет через третий.
Видно, что «нормальный» звонок пошел на со33, т.е. на первую voib плату, а по предыдущим транкам пошло что-то не понятное, в виде EXT.
Ниже приведу еще один лог wintarif-a, где изменены привязки учеток и транков к voib платам.
041 EXT incoming 71100 3000001
049 EXT incoming 71100 4000001
033 255 incoming 71100 2000001
И опять видим, что звонок шел только на первую плату, расположенную в первом ksu.
P.S.
Обьяснил может немного скомкано, но это из-за того, что у меня уже ночь, а пост я пишу уже второй раз ( форум падает сегодня, как раз в то время, когда отправлял свой пост)
Завтра, уже сегодня, попробую снять трэйс или воспользуюсь wireshark -ом.

[Dron]

В прошедшие выходные был установлен третий ksu на ipldk 300, в этот ksu были установлены новые платы voib (платы 2 и 3, через которые как раз не получается звонить). Платы установились нормально – смотрел телнетом
Буду называть со33-40 –плата1 (первый ksu), со41-48 – плата2 (третий ksu), со49-60 –плата3 (третий ksu). Плата 1 – распологается в первом ksu.
Создал три учётки (2000001, 3000001, 4000001) на ipldk, для каждой платы (для большей наглядности),
Звонки идут, какие бы ухищрения я не делал, только через плату 1.
Менял ИП адреса плат 3 и 1 местами, чтобы исключить влияние различных фаейерволов – результат звонки продолжают идти только через 1-ую карту.
Менял привязку voib плат к учетным записям на астериске, т.е. разрешал регистрироваться определенным ИП (ип прописанным на платах voib), на определенные учетки астериска. (по одной учетке и одному транку на астериске для каждой платы).
Поменяв привязки к учеткам, соответственно менял и транки.
Прилагаю лог того, что попадает в wintarrif при звонках на внутренний номер 255 ipldk.. Звонки делал с софтфона, через астериск на ipldk.
Привожу часть лога :
049 EXT incoming 68820 2000001
041 EXT incoming 68820 3000001
033 255 incoming 68880 4000001

049, 041, 033 - номер СО.
2000001, 3000001,4000001 – CALLER ID переданный астериском на ipldk.
68820 – время звона.
На астериске сделано так, что если звонок не прошел через первый транк, идет на второй, если не прошел через второй, идет через третий.
Видно, что «нормальный» звонок пошел на со33, т.е. на первую voib плату, а по предыдущим транкам пошло что-то не понятное, в виде EXT.
Ниже приведу еще один лог wintarif-a, где изменены привязки учеток и транков к voib платам.
041 EXT incoming 71100 3000001
049 EXT incoming 71100 4000001
033 255 incoming 71100 2000001
И опять видим, что звонок шел только на первую плату, расположенную в первом ksu.
P.S.
Обьяснил может немного скомкано, но это из-за того, что у меня уже ночь, а пост я пишу уже второй раз ( форум падает сегодня, как раз в то время, когда отправлял свой пост)
Завтра, уже сегодня, попробую снять трэйс или воспользуюсь wireshark -ом.

А исходящие вызовы через новые платы получаются?

[Lex]

А исходящие вызовы через новые платы получаются?

исходящие не получаются