Тема: Три платы Voib, через две из них не могу выйти (IPLDK-300)
Добрый день.
Есть атс ipldk-300 с тремя ksu (MPB v.3.9Ea, платы voib v.1.1c (3 шт.), ldk-pcadmin v.3.9). Первая плата voib co33-40 (установлена в первый ksu), вторая voib co41-48 и третья voib co49-60 установлены в третий ksu (этот ksu я установил на прошлых выходных).
Все платы установленные в 3 ksu увиделись нормально - смотрел telnet-ом.
Собсвенно сама проблема заключается в том, что из трез плат установленных в ipldk300 - звонить могу только с первой (установленной давно в первый ksu). Звоню с номера 255.
Симптомы:
- набираю 88034 выхожу благополучно через астериск в город, могу позвонить на какой нибудь внутренний номер атс, и т.п. - т.е. все работает замечательно.
- набираю например 88041 или 88056 слышу сигнал готовности, нбираю наружу и после набора номера слышу сигнал ошибки ipldk, на системнике пишет отбой по линии такой-то, причина отбоя CAUSE 403. После набора номера через эти линии, в лог астериска ппадают четыре строки:
== Using SIP RTP TOS bits 184
== Using SIP RTP CoS mark 5
== Using SIP VRTP TOS bits 136
== Using SIP VRTP CoS mark 6
и больше ничего. Детализация отчетов в астериске стоит vvvvvvvv , т.е. приличная.
Схема звонка через voib следующая. Внутренний абонент снимает трубку, набирает код доступа к линиям voib, попадает на локальный астериск, а тот в свою очередь маршрутизируе звонок в зависимости от префикса.
Настройки плат идентичные - разные только ИП адреса.
На атс в sip attr2 заведены 3 учетных записи 2000001,3000001,4000001(по количеству плат voib и для большей наглядности). На астериске заведены такие же 3 учетки (для каждой платы по одной), доступ на астериск к определенной уч. записи возможен только с определенного ИП (естественно разрешена регистрация с ИП адреса определенной карты voib). Так же подняты с астериска 3 транка на каждую карту voib. Использование транков в исходящих правилилах астериска такое, что если звонок не прошел через первый транк - идет через второй, если не прошел через второй - идет через третий транк.
Например voib co33-40 cоответсвует учетка 4000001, со41-48 cоответсвует учетка 3000001, со49-60 cоответсвует учетка 2000001. Прилагаю лог того, что попадает в 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.
Залил конфиг атс по ссылке http://zalil.ru/32965914
P.s.
Все карты пингуются, порты открыты.
Менял местами Ип адреса картам на которой работает, на ИП карты, на которой не работает (для исключения неправильной настройки различных файерволов и прочего) - результат тот же, звони идут только с платы и на плату расположенную в первом ksu, c линиями СО33-40, но уже на другой ИП. Транки и пользователи в астериске также менялись в соответсвие с поменявщимся ИП на voib.
В третьем ksu стоят всего 4 платы(2 платы voib, плата AAIB и VMIB). AAIB и VMIB - работают нормально, т.е. могу записать сообщение и прослушать его (чтоб не думалось на ksu).
Длинный получился пост - из-за большого желания разобраться и чтобы не оставалось пробелов в понимании моей схемы связи.
Буду благодарен за любую помощь.
А зачем у Вас СО33 имеет тип net а остальные pstn?
И с группами какая-то путаница, Вы не путаете смысл NET CO GRP и CO GRP? СО 33 в группе 15, а остальные в 17. А для NET 17 и 15, соответсвенно. Доступ к группам смотреть не стал, затейливо у Вас порты перекручены.
Что-то адрес астера в 324 не виден. Или это то, что указано как адрес гейткипера 224.0.1.41 ?
Это актуальный конфиг?
Хотя смотрел в оффлайне для 3.8, может из=за несоответствия версии так показывает ...
Что-то адрес астера в 324 не виден. Или это то, что указано как адрес гейткипера 224.0.1.41 ?
А его там и нет. LDK с астериском по SIP связана.
А зачем у Вас СО33 имеет тип net а остальные pstn?
И с группами какая-то путаница, Вы не путаете смысл NET CO GRP и CO GRP? СО 33 в группе 15, а остальные в 17. А для NET 17 и 15, соответсвенно. Доступ к группам смотреть не стал, затейливо у Вас порты перекручены.
Что-то адрес астера в 324 не виден. Или это то, что указано как адрес гейткипера 224.0.1.41 ?
Это актуальный конфиг?
Хотя смотрел в оффлайне для 3.8, может из=за несоответствия версии так показывает ...
Все правильно 33со -это линия по которой удаленный офис получает линию для исходящих звонков используя данную атс, короче транзит это.
Пользователи работают через 15 COG, 16 ДЛЯ NET CALL, 18 - для меня (номер 255), чтобы пользователи не нарвались на эти линии пока не настрою, выделил их в 18 COG и открыл доступ только себе
Повторюсь, через первую плату со33-40 все работает
P.S.
Пойду сниф сниму ))
Прикрепляю снифы снятые 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 (по совету Дрона и других хороших людей), если можно инструкцию по подключению или ссылку на оную.
mini-ats.zip (Размер: 4KB - Загрузки: 67)Пару лет назад с SIP я так и не справился, возможно из-за старой прошивки (3.6). Сейчас пробуем по h323, пока никак.
На уровне бреда. Не пробовали зацепить эти две неработающие платы не на астер, а между собой, через софтфоны например? По идее, почему бы этому не работать?
Пару лет назад с SIP я так и не справился, возможно из-за старой прошивки (3.6). Сейчас пробуем по h323, пока никак.
На уровне бреда. Не пробовали зацепить эти две неработающие платы не на астер, а между собой, через софтфоны например? По идее, почему бы этому не работать?
У меня на столе есть станция для экспериментов ldk100 v.3.6
В нее вставил две платы voib по 12 каналов, удачно подключил их по сип к своему астеру(чего я не смог сделать с ipldk 300 v.3.9) - могу совершать исходящие звонки, поднял транк для входящих(на астере статус транков говорит =ОК), но почему-то звонки на атс не идут - слышу занятость ( в винтариф ничего не попадает), может забыл про каку-нибудь программу . В 146 программе did rcv digit nuber =3 (звоню на цифровикс номером 100), did digit convertion= #***, кодеки везде стоят 711 a-law. Трэйс говорил 001599 COL 009:05 01 St:co idle (00) EVT :DF 04 18 02 80 90 (U0)
В прг 143 нумерные платы стоят isdn\telephony, did conv type =1, did remove num=0, isdn enblk snd=on,
В 111 ПРГ SIP USER ID TABLE=1 -соответсвеут номеру забитой учетки в sip attr2, но это в исходящей в принципе относится, а я бьюсь с входящей по sip.
Линии на платах voib стоят, как isdn did
Заметил небольшой “косяк” (для кого-то может большой) на атс с прошивкой 3.6, если в атс стоит, например как у меня, 2 платы voib, если захотеть одну плату подключить к одному прокси, а другую к другому - это не получится, т.к адрес назначния будет тот который последним вбивал в sip attr1.
ЭТОТ ПОСТ ОТНОСИТСЯ К IPLDK100, ТЕ ЧТО ВЫШЕ К IPLDK300
У Вас в 381 указано 8 каналов для RSG. Они от какого транка окусываются?
И еще, что-то у меня в памяти осталось (может ошибаюсь), что эта станция не обслуживает больше 40 IP каналов. Физически их может быть больше, но есть ограничения по софту. Скорее всего в текущей конфигурации это не повлияет. У Вас там что-нибудь типа PRIB не стоит? В Конфиге не видно, но смотрю в оффлайне 3.8, кто знает ...
У Вас в 381 указано 8 каналов для RSG. Они от какого транка окусываются?
И еще, что-то у меня в памяти осталось (может ошибаюсь), что эта станция не обслуживает больше 40 IP каналов. Физически их может быть больше, но есть ограничения по софту. Скорее всего в текущей конфигурации это не повлияет. У Вас там что-нибудь типа PRIB не стоит? В Конфиге не видно, но смотрю в оффлайне 3.8, кто знает ...
Prib нет, я думаю RSG здесь не причем, каналы не откусываются вообще. А указанные 8 каналов -это значение по умолчанию для данной атс (эту настройку не трогал).
Ну и поставьте RSG=0. Каналы под IP телефоны и RSG резервируются. ТАк одна 8-портовая плата будет исключена из работы.
Ну и поставьте RSG=0. Каналы под IP телефоны и RSG резервируются. ТАк одна 8-портовая плата будет исключена из работы.
Поставил - ситуация не измениль, у меня ни одна плата voib программе 380\381 не выбрана.
Ну и поставьте RSG=0. Каналы под IP телефоны и RSG резервируются. ТАк одна 8-портовая плата будет исключена из работы.
Да не путайте вы!!! Да, RSG стоит 8, но каналы то под них не выделены!
См. ПГМ101:
8 слот - VOIB 8 портов
25 слот - VOIB 8 портов
26 слот - VOIB 12 портов
Так что, все нормально в этом плане!!!
