не фанат я парабелума - вот если бы циску взяли с двумя E1 - я бы вам настроил за полчаса
а собственно почему у вас echocanceller=oslec,1-30 ?
вроде везде должно быть с 1-31 и 16 канал для синхры
честно - я вообще не понимаю зачем вы побили каналы на входящие - исходящие - надо было сделать единый канал на 15 линий
Дело в том. что используется не CCS, а CAS. В этом варианте используются 30 каналов, с 1 по 30. Разбиты на входящие и исходящие опять же из-за этого стандарта. В общем, чтобы не ляпнуть чего нить не то, вот описание разницы:
1.
В режиме CAS, сигнализация передается в 16-м канальном интервале потока E1 в виде ABCD битов, описывающих состояние абонентского терминала. Устройство ELF2-AE помещает ABCD биты в отдельное поле протокола TDMoE, не занимая для них выделенный канальный интервал. Таким образом, каждый фрейм TDMoE переносит 30 голосовых каналов и отдельно сигнализационные биты ABCD. В поле dynamic для этого режима необходимо установить значение 30. При такой конфигурации канальные интервалы 1-15, 17-31 потока E1 для драйвера DAHDI и для сервера Asterisk будут иметь нумерацию с 1 до 30.
2.
В режиме CCS сигнализация передается в 16-м канальном интервале потока E1 в виде HDLC фреймов и, по сути, представляет собой отдельный канал передачи данных. Примерами подобной сигнализации являются ISDN PRI, SS7, Qsig. Устройство ELF2-AE в этом режиме передает сигнализационный канал через фреймы TDMoE так же, как дополнительный канал с голосом. В поле dynamic для этого режима необходимо установить значение 31. При такой конфигурации канальные интервалы 1-31 потока E1 для драйвера DAHDI и для сервера Asterisk будут иметь нумерацию с 1 до 31.
Последний раз редактировалось mamba 06 авг 2014, 12:59, всего редактировалось 1 раз.
awsswa писал(а):не фанат я парабелума - вот если бы циску взяли с двумя E1 - я бы вам настроил за полчаса
а собственно почему у вас echocanceller=oslec,1-30 ?
вроде везде должно быть с 1-31 и 16 канал для синхры
честно - я вообще не понимаю зачем вы побили каналы на входящие - исходящие - надо было сделать единый канал на 15 линий
вот, вот и я хочу их увидеть. Но я не знаю как? Это же не карта PCI. Как просмотреть лог работы потока на шлюзе?
Я мыслю так: если звонок доходит до канала dahdi и передается ему, значит два варианта. Или не отрабатывает драйвер dahdi или поток. Вот скрин с шлюза:
1. Configuration >>
2. Status >>
3. Test >>
9. Reset
LOS (Lost Of Signal) = Off - Сигнал E1 присутствует, нет аварии
LOF (Lost Of Frame) = Off - Есть фреймовая синхронизация в соответствии с G.704
LOM (Lost Of Multiframe) = Off - Есть синхронизация по CAS мультифрейму
LOC (Lost Of CRC4) = On Не обнаружена правильная последовательность CRC4
RAIS (Remote Alarm Indication Signal) = Off - Нет ошибок фрейма ответной (принимающей) стороны
FrErr (Frame Errors) - XX/YYYY. XX – 8 разрядный счетчик потерь цикловой сигнализации. YYYY – 16 разрядный счетчик ошибок CRC4
SkipErr - Отброшено пакетов из TDMoE (средняя скорость TDMoE выше скорости E1)
SlipErr - Повторно передано пакетов (средняя скорость TDMoE ниже скорости E1)
RxNuErr - Нарушений нумерации пакетов в TDMoE
Когда без криков Памажите! и без злой иронии - вполне ничего даже. Публиковать портянку конфига с вопросом типа "что не так?" неразумно. Это не контрольная по математике, где всем миром надо ошибки искать. Методология!
Расскажу о своём опыте по настройке Парабел шлюзов: открыл вполне себе внятную инструкцию от производителя, и вполне так и настроил TDMoIP, без яндексоа и гугла. Не сразу, потребовалось несколько писем переписки с поддержкой Парабел, но вполне себе по плечу.
LOC=On показывает несогласование по CRC4, ну так надо выключить там где включено, или включить там, где нету.
SlipEr=19333 - на жаргоне Е1 так и пишут - слипы идут. Причины могут быть разные, начиная с некорректного CRC4 и кончая длиной патч корда Е1 с неправильной терминацией.
Да, согласен, инструкция там очень хорошая. Сейчас отписалась поддержка Парабел. Сегодня вечером попробую, сейчас не могу, т.к. станция работает. По результатам отпишусь. По поводу ваших замечаний... я тоже так думал, но... CRC4 выключен у прова. Если посмотрите на копию со шлюза, то поймете, что на шлюзе тоже. Но ошибки сыпет... почему - не понял, но это так. по поводу SlipEr. Тут интересно, после перезапуска этих ошибок нет... они и не появляются при попытках позвонить на АТС или с АТС... они потихоньку выпадают "со временем" конкретно этот счетчик за 7 дней работы. И вот тут вопрос: если патч корд не правильный для Е1 потока, остальные показатели будут такие:
LOF (Lost Of Frame) = Off - Есть фреймовая синхронизация в соответствии с G.704
LOM (Lost Of Multiframe) = Off - Есть синхронизация по CAS мультифрейму
Парабел (в лице Павла) мне подсказал, что скорее всего я олень... но сказали об этом корректно очень. Вот что написали по поводу каналов:
Возможно ошибаюсь, но думаю в Ростелеком говорили о другом:
Все линии от Ростелеком - FXS, но:
1-5,11-15 - исходящие линии. Т.е. в них вы можете инициировать вызовы.
6-10 - входящие линии. Т.е. с них вы можете получать вызовы.
Если от Ростелеком приходил бы FXO (т.е. вы являлись бы для него FXS) - в эту линию (в сигнализации LoopStart, KewlStart) можно послать только "RING", но не набрать номер.
Т.е. Ростелеком - потребитель, телефонный аппарат.
и настоятельно посоветовали установить их исправленный пакет Zaptel.
Вот проверкой всего этого сегодня вечером и займусь, о результатах отпишусь.
Пока результата нет. Версия ошибочная. Как только я поменял на то, что они предложили с множества каналов посыпались звонки бесконечно. вот кусочек лоа с CLI:
-- Starting simple switch on 'DAHDI/10-1'
-- Starting simple switch on 'DAHDI/9-1'
-- Executing [s@from-internal:1] Macro("DAHDI/6-1", "hangupcall") in new stack
-- Executing [s@macro-hangupcall:1] GotoIf("DAHDI/6-1", "1?theend") in new stack
-- Goto (macro-hangupcall,s,3)
-- Executing [s@macro-hangupcall:3] ExecIf("DAHDI/6-1", "0?Set(CDR(recordingfile)=)") in new stack
-- Executing [s@macro-hangupcall:4] Hangup("DAHDI/6-1", "") in new stack
== Spawn extension (macro-hangupcall, s, 4) exited non-zero on 'DAHDI/6-1' in macro 'hangupcall'
== Spawn extension (from-internal, s, 1) exited non-zero on 'DAHDI/6-1'
-- Executing [h@from-internal:1] Hangup("DAHDI/6-1", "") in new stack
== Spawn extension (from-internal, h, 1) exited non-zero on 'DAHDI/6-1'
-- Hanging up on 'DAHDI/6-1'
-- Hungup 'DAHDI/6-1'
-- Executing [s@from-internal:1] Macro("DAHDI/19-1", "hangupcall") in new stack
-- Executing [s@macro-hangupcall:1] GotoIf("DAHDI/19-1", "1?theend") in new stack
-- Goto (macro-hangupcall,s,3)
-- Executing [s@macro-hangupcall:3] ExecIf("DAHDI/19-1", "0?Set(CDR(recordingfile)=)") in new stack
-- Executing [s@macro-hangupcall:4] Hangup("DAHDI/19-1", "") in new stack
== Spawn extension (macro-hangupcall, s, 4) exited non-zero on 'DAHDI/19-1' in macro 'hangupcall'
== Spawn extension (from-internal, s, 1) exited non-zero on 'DAHDI/19-1'
-- Executing [h@from-internal:1] Hangup("DAHDI/19-1", "") in new stack
== Spawn extension (from-internal, h, 1) exited non-zero on 'DAHDI/19-1'
-- Hanging up on 'DAHDI/19-1'
-- Hungup 'DAHDI/19-1'
-- Executing [s@from-internal:1] Macro("DAHDI/20-1", "hangupcall") in new stack
-- Executing [s@macro-hangupcall:1] GotoIf("DAHDI/20-1", "1?theend") in new stack
-- Goto (macro-hangupcall,s,3)
-- Executing [s@macro-hangupcall:3] ExecIf("DAHDI/20-1", "0?Set(CDR(recordingfile)=)") in new stack
-- Executing [s@macro-hangupcall:4] Hangup("DAHDI/20-1", "") in new stack
== Spawn extension (macro-hangupcall, s, 4) exited non-zero on 'DAHDI/20-1' in macro 'hangupcall'
== Spawn extension (from-internal, s, 1) exited non-zero on 'DAHDI/20-1'
-- Executing [h@from-internal:1] Hangup("DAHDI/20-1", "") in new stack
== Spawn extension (from-internal, h, 1) exited non-zero on 'DAHDI/20-1'
-- Hanging up on 'DAHDI/20-1'
-- Hungup 'DAHDI/20-1'
-- Executing [s@from-internal:1] Macro("DAHDI/18-1", "hangupcall") in new stack
-- Executing [s@macro-hangupcall:1] GotoIf("DAHDI/18-1", "1?theend") in new stack
-- Goto (macro-hangupcall,s,3)
-- Executing [s@macro-hangupcall:3] ExecIf("DAHDI/18-1", "0?Set(CDR(recordingfile)=)") in new stack
-- Executing [s@macro-hangupcall:4] Hangup("DAHDI/18-1", "") in new stack
== Spawn extension (macro-hangupcall, s, 4) exited non-zero on 'DAHDI/18-1' in macro 'hangupcall'
== Spawn extension (from-internal, s, 1) exited non-zero on 'DAHDI/18-1'
-- Executing [h@from-internal:1] Hangup("DAHDI/18-1", "") in new stack
== Spawn extension (from-internal, h, 1) exited non-zero on 'DAHDI/18-1'
-- Hanging up on 'DAHDI/18-1'
-- Hungup 'DAHDI/18-1'
-- Starting simple switch on 'DAHDI/8-1'
-- Starting simple switch on 'DAHDI/7-1'
-- Executing [s@from-internal:1] Macro("DAHDI/10-1", "hangupcall") in new stack
-- Executing [s@macro-hangupcall:1] GotoIf("DAHDI/10-1", "1?theend") in new stack
-- Goto (macro-hangupcall,s,3)
-- Executing [s@macro-hangupcall:3] ExecIf("DAHDI/10-1", "0?Set(CDR(recordingfile)=)") in new stack
-- Executing [s@macro-hangupcall:4] Hangup("DAHDI/10-1", "") in new stack
== Spawn extension (macro-hangupcall, s, 4) exited non-zero on 'DAHDI/10-1' in macro 'hangupcall'
== Spawn extension (from-internal, s, 1) exited non-zero on 'DAHDI/10-1'
-- Executing [h@from-internal:1] Hangup("DAHDI/10-1", "") in new stack
== Spawn extension (from-internal, h, 1) exited non-zero on 'DAHDI/10-1'
-- Hanging up on 'DAHDI/10-1'
-- Hungup 'DAHDI/10-1'
тема временно на паузе. Т.к. после получения при помощи пинков и звонков ТУ от Ростелекома, оказалось, что подключение к ним было по 2ВСК. Ждем изменения на нормальную сигнализацию.
