При повторе команды
pri show span 2
Q931 RX: 0
Q931 TX: 0
Q921 RX: 0
Q921 TX: 58
Постоянно накручивается счетчик Q921 TX: в то же время другие = 0.
То есть с той стороны никто даже на связь не выходит ? При том, что линк в UP.
Как такое может быть
Синхронизация по PRI Sending SABME
Re: Синхронизация по PRI Sending SABME
Нет синхры, и вот так и может быть. Если используется всего один порт в 2-хпортовой карте, то зачем первый span объявлять в конфигурации?
# Span 1: TE2/0/1 "T2XXP (PCI) Card 0 Span 1" HDB3/CCS/CRC4 RED
span=1,1,0,ccs,hdb3,crc4
# termtype: te
bchan=1-15,17-31
dchan=16
echocanceller=mg2,1-15,17-31
# Span 2: TE2/0/2 "T2XXP (PCI) Card 0 Span 2" (MASTER) HDB3/CCS/CRC4 ClockSource
span=2,2,0,ccs,hdb3,crc4
# termtype: te
bchan=32-46,48-62
dchan=47
echocanceller=mg2,32-46,48-62
# Global data
loadzone = us - ну и это, конечно на результат не повлияетЮ но всё же. Вы не в Америке.
defaultzone = us
Надо или использовать только первый порт, и там получить ОК, или использовать второй, но замаркировать первый, и тогда
span=2,1,0,ccs,hdb3,crc4
bchan=1-15,17-31
dchan=16
echocanceller=mg2,1-15,17-31
Есть предположение, что если сами покупали/вставляли, то на плате перемычка - DIP switch, установлен в положении Т1 (а надо - Е1), и это можно было сделать програмно, установкой параметра dahdi командой при загрузке. И так бы работало долго, пока не пропало электричество.
После чего опять вернулось на Т1, а команды переключиться на Е1 никто не дал.
И её не надо было бы искать и делать, если бы перемычка стояла на Е1.
# Span 1: TE2/0/1 "T2XXP (PCI) Card 0 Span 1" HDB3/CCS/CRC4 RED
span=1,1,0,ccs,hdb3,crc4
# termtype: te
bchan=1-15,17-31
dchan=16
echocanceller=mg2,1-15,17-31
# Span 2: TE2/0/2 "T2XXP (PCI) Card 0 Span 2" (MASTER) HDB3/CCS/CRC4 ClockSource
span=2,2,0,ccs,hdb3,crc4
# termtype: te
bchan=32-46,48-62
dchan=47
echocanceller=mg2,32-46,48-62
# Global data
loadzone = us - ну и это, конечно на результат не повлияетЮ но всё же. Вы не в Америке.
defaultzone = us
Надо или использовать только первый порт, и там получить ОК, или использовать второй, но замаркировать первый, и тогда
span=2,1,0,ccs,hdb3,crc4
bchan=1-15,17-31
dchan=16
echocanceller=mg2,1-15,17-31
Есть предположение, что если сами покупали/вставляли, то на плате перемычка - DIP switch, установлен в положении Т1 (а надо - Е1), и это можно было сделать програмно, установкой параметра dahdi командой при загрузке. И так бы работало долго, пока не пропало электричество.
После чего опять вернулось на Т1, а команды переключиться на Е1 никто не дал.
И её не надо было бы искать и делать, если бы перемычка стояла на Е1.
Re: Синхронизация по PRI Sending SABME
В общем какая то мистика.
Конечно спасибо ded.
))
Что сделал:
1. Достал плату - наугад перевоткнул перемычки. Понятно включил Т1. Загрузил сервер, понял что лажа.
2. Выключил сервер - вернул назад перемычки, убрал лишнее от дефолта в конфигах.
3. Завелось.
Сижу улыбаюсь.
Короче не знаю что сказать.
Конечно спасибо ded.
))Что сделал:
1. Достал плату - наугад перевоткнул перемычки. Понятно включил Т1. Загрузил сервер, понял что лажа.
2. Выключил сервер - вернул назад перемычки, убрал лишнее от дефолта в конфигах.
3. Завелось.
Сижу улыбаюсь.
Короче не знаю что сказать
.Re: Синхронизация по PRI Sending SABME
возникла точно такая проблема. можешь описать подробней как справиться?)
Re: Синхронизация по PRI Sending SABME
1. Идешь в биос - сбрасываешь все настройки в дефолт.
2. Перемычку перебросил - загрузился. Понятно, что все плохо. Выключаешь корректно линукс.
3. Возвращаешь перемычку назад - грузишь линукс с подключенным кабелем.
Помнится мне это помогло.
2. Перемычку перебросил - загрузился. Понятно, что все плохо. Выключаешь корректно линукс.
3. Возвращаешь перемычку назад - грузишь линукс с подключенным кабелем.
Помнится мне это помогло.
