Тема: Проблема с синхронизаций 2 плат Pri LDK-300
Добрый день.
Cisco 3925 испольузется как голосовой шлюз, который принимает поток Е1 и отдает потом на АТС LG, также по Е1.
Настройки синхронизации такие:
controller E1 0/0/0
framing NO-CRC4
pri-group timeslots 1-31
description ===== E1 ISP =====
Т.е. от провайдера берется синхронизация.
controller E1 0/1/0
framing NO-CRC4
clock source internal
pri-group timeslots 1-31
description ==== to PBX ====
!
controller E1 0/1/1
framing NO-CRC4
clock source internal
pri-group timeslots 1-31
description ==== to PBX ====,
Cisco назначается в качестве источника сихнронизации, т.е. мастера для АТС.
#sh network-clocks
Network Clock Configuration
—————————————-
Priority Clock Source Clock State Clock Type
1 E1 0/0/0 GOOD E1
Но контроллере подключенным к провайдеру слипов нет, а вот те которые подключены к АТС, огромное количество.
sh controllers E1
E1 0/0/0 is up.
Applique type is Channelized E1 - balanced
Description: ===== E1 ISP =====
No alarms detected.
alarm-trigger is not set
Version info FPGA Rev: 08121917, FPGA Type: PRK1
Framing is NO-CRC4, Line Code is HDB3, Clock Source is Line.
International Bit: 1, National Bits: 11111
Data in current interval (276 seconds elapsed):
0 Line Code Violations, 0 Path Code Violations
0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins
0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
Total Data (last 24 hours)
0 Line Code Violations, 0 Path Code Violations,
0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins,
0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
E1 0/1/0 is up.
Applique type is Channelized E1 - balanced
Description: ==== to PBX ====
No alarms detected.
alarm-trigger is not set
Version info Firmware: 20100222, FPGA: 13, spm_count = 0
Framing is NO-CRC4, Line Code is HDB3, Clock Source is Internal.
Data in current interval (249 seconds elapsed):
0 Line Code Violations, 0 Path Code Violations
39 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins
39 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
Total Data (last 24 hours)
0 Line Code Violations, 0 Path Code Violations,
13479 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins,
13479 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
E1 0/1/1 is up.
Applique type is Channelized E1 - balanced
Description: ==== to PBX ====
No alarms detected.
alarm-trigger is not set
Version info Firmware: 20100222, FPGA: 13, spm_count = 0
Framing is NO-CRC4, Line Code is HDB3, Clock Source is Internal.
Data in current interval (250 seconds elapsed):
0 Line Code Violations, 0 Path Code Violations
39 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins
39 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
Total Data (last 24 hours)
0 Line Code Violations, 0 Path Code Violations,
13479 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins,
13479 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
Звонки ходят нормально, с факсами вроде проблем нет, но вот решили завести в АТС телефон для модемного дозвона и модем не подключеается, грешим как раз на слипы.
В последователых интерфейсах до АТС выставлен режим network:
interface Serial0/1/0:15
description ===== E1_ISDN_PBX_VOICE =====
no ip address
encapsulation hdlc
no logging event link-status
isdn switch-type primary-net5
isdn protocol-emulate network
isdn incoming-voice voice
no cdp enable
!
interface Serial0/1/1:15
description ===== E1_ISDN_PBX_VOICE =====
no ip address
encapsulation hdlc
isdn switch-type primary-net5
isdn protocol-emulate network
isdn incoming-voice voice
no cdp enable
На АТС стоит переключатель jumper в положение slave, т.е. должно как раз брать синхронизацию с циски нормально...
Вот, какую информацию еще удалось собрать по проблеме:
• Разъемы CN3 без джампера. Разомкнуто на обеих платах;
• Переключатели SW1 все в OFF на обеих платах;
• CRC контроль на 3925 выключен, а на АТС - режим auto переключателем SW1 в OFF;
• Модем номер набирает, но не идет передача данных, т.е. с той стороны нет соединения;
• Светодиод LED8 горит на обоих платах, ничего не мигает;
Еще добавлю, что проверяли источник заземления АТС и 3925 – заземление сделано и источник один. Это по поводу наводок.
Есть подозрение, что неверно подключены кабели синхронизации между платами и конфилктует с внутренний синхронизацией платы MPB. На плате MPB LED1 и SYnc не горят - по инструкции значит, что испоьзуется внутренняя синхронизация.
Сейчас in и out разьемы на обеих Pri-платах подключены к общей шине, однако, по инструкции на первую плату (которая более приоритетная), вроде бы, на In не должен сигнал идти.
Подскажите по такой проблеме.
В LDK приходит 2 потока: один от шлюза Cisco, а другой поток откуда?? От городской сети??
Если в станции 2 потока, и эти 2 потока НЕ сихронизированы между собой (идут от разных источников, не связанных между собой), то получится, что на одном потоке будут проблемы со слипами.!!
Если оба потока включены как Slave, и требуется брать синхронизацию именно от Cisco, то для того, чтобы правильно поставить кабели управления синхронизацией нужно знать состав станции: сколько системных блоков, в каких именно слотах стоят платы PRIB.
Например:
1) Если только один KSU (платы LMU1 нет), то:
PRIB_Cisco (OUT) -> PRIB_2ой (IN)
2) Если несколько KSU, но обе платы PRIB стоят в KSU1, то
PRIB_Cisco (OUT) -> PRIB_2ой поток(IN)
PRIB_2ой поток (OUT) -> LMU1
И в других KSU (KSU2, KSU3) нужно поставить перемычки In-Out платах LMU2.
В LDK приходит 2 потока: один от шлюза Cisco, а другой поток откуда?? От городской сети??
Если в станции 2 потока, и эти 2 потока НЕ сихронизированы между собой (идут от разных источников, не связанных между собой), то получится, что на одном потоке будут проблемы со слипами.!!
Если оба потока включены как Slave, и требуется брать синхронизацию именно от Cisco, то для того, чтобы правильно поставить кабели управления синхронизацией нужно знать состав станции: сколько системных блоков, в каких именно слотах стоят платы PRIB.
Например:
1) Если только один KSU (платы LMU1 нет), то:
PRIB_Cisco (OUT) -> PRIB_2ой (IN)
2) Если несколько KSU, но обе платы PRIB стоят в KSU1, то
PRIB_Cisco (OUT) -> PRIB_2ой поток(IN)
PRIB_2ой поток (OUT) -> LMU1
И в других KSU (KSU2, KSU3) нужно поставить перемычки In-Out платах LMU2.
В LDK приходит 2 потока E1, оба ИЗ Cisco 3925. Нам провайдер отдает 40 потоков, а одна плата может только 30 принять, поэтому и 2 платы.
Оба платы включены как Slave, KSU 3 - платы Prib стоят в 18 и 27 слотах (т.е. во 2 и 3 KSU соответственно), как тогда верно подключать кабели синхронизации? Что за плата LMU?
LMU - плата для соединения KSU.
В KSU1 стоит плата LMU1 (рядом с процессором), а плата LMU2 ставится в блоки KSU2 и KSU3.
Это то, что Вы назвали общей шиной.
По поводу кабелей управления синхронизаций:
ИМХО, так вроде кабели у Вас правильно установлены.
Можно, конечно, попробовать отсоединить кабель в KSU2 между PRIB18 (IN) и LMU2 (OUT), но думаю, это ничего не даст, т.к. в KSU1 все равно нет приоритетных плат PRI, этот кабель не имеет значения.
Сейчас перечитал ваш исходный пост. Так у Вас факсы проходят даже при наличии слипов.
Может быть тогда дело совсем не в синхронизации??
Может дело в том, что где-то на маршруте используется Soft-свитч?? Факсы он распознает и отрабатывает по T38, а сигнал от модема пропускает как голос без обработки?? Поэтому модем и не работает??
Я не знаю, как внутри устроена Циска. Два контроллера PRI, а как осуществляется коммутация между контроллерами??
Если там внутри нее TDM коммутация (что, ИМХО, врядли), то тогда ОК. А если внутри Циски пакетная IP-коммутация, то вот и получается Soft-свитч.
В станции для порта модема выставлены те же настройки, что и для факса??
Узнал подроности о работе факса...плохо, когда настраивал не сам, много нюансов вспылвает. Оказывается факсы на циске выведены отделбьным аналоговыми портами, которые идут на факс-сервер. Для эти портов циски выдавлены соотвествующие протоколы, модуляция и т.д.
Для 2 е1, идущих к АТС, выставлены параметры, что передать данные как голос, скорее всего в этом и проблема, что через этот поток не может дозвониться до модема.
