Три платы 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

[Dron]

Добрый день, кто-нибудь сталкивался с такими симптомами.
Есть 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

К сожалению, офлайновской прогой версии 3.8 не удалось посмотреть SIP Attributes I и SIP Attributes II...

[Lex]

К сожалению, офлайновской прогой версии 3.8 не удалось посмотреть SIP Attributes I и SIP Attributes II...

закинул в архив скрины с SIP Attributes I и SIP Attributes II. http://zalil.ru/32960494
Настройки плат 8,25 и 26 абсолютно идентичные, так что выкладываю только два скрина.

[Dron]

закинул в архив скрины с SIP Attributes I и SIP Attributes II. http://zalil.ru/32960494
Настройки плат 8,25 и 26 абсолютно идентичные, так что выкладываю только два скрина.

Т.е., SIP Attributes II на всех платах одинаковы?
А как, с точки зрения астериска, выглядит тот факт, что несколько устройств регистрируются с одинаковыми аккаунтами??

[Lex]

Т.е., SIP Attributes II на всех платах одинаковы?
А как, с точки зрения астериска, выглядит тот факт, что несколько устройств регистрируются с одинаковыми аккаунтами??

Но к конкретной плате(voib) на ipldk нельзя привязать определенный аккаунт. Посмотрю на астере, что он думает про разные IP на одной учетке. Есть у меня мыслишки по маскарадингу, чтобы астериск думал, что это одна плата- надо попробывать как-нибудь

[Dron]

Но к конкретной плате(voib) на ipldk нельзя привязать определенный аккаунт. Посмотрю на астере, что он думает про разные IP на одной учетке. Есть у меня мыслишки по маскарадингу, чтобы астериск думал, что это одна палата- надо попробывать как-нибудь

Да, нельзя. Просто предположение...

[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]

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

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

[Lex]

Прикрепляю снифы снятые wireshark-ом. Во вложении 2 файла, один просто регистрация на астериске, второй это звонок с софтфона на ipldk. Софтфон имеет номер 3000, номер на ipldk на который звоню 255 (набор с софтфона идет в виде 00255, астер откидывает префикс 00 и маршрутизирует на ipdlk.
На астериске транки с маршрутами прописаны так что сначала звонок должен пойти через транк с host=172.16.2.224 + username=3000001, потом через транк host=172.16.2.223 + username=4000001, далее через транк host=172.16.2.225 + username=2000001 (но в снифе будет видно только первые два транка, т.к. третья карта voib c co33-40 рабочая и я не могу из нее дернуть кабель - связь отвалится). Через третий транк звонок как раз удачно приходит. Но нас интересуют именно первые два транка, через которые не работает.
Есть в этих снифах места, где видны "косяки", но вот как с ними бороться пока не пойму.
Поясните пожалуйста (для собственного развития) в чем принципиальная разница, при подключении атс к астериску по h323. Хочу попробовать h323, если можно инструкцию по подключению или ссылку на оную.

Прикрепленные файлы

 artcom.rar ( 3,25 килобайт ) Кол-во скачиваний: 1