LDK 600 и DECT связь Опции

[vesai]

Всем доброго времени суток.Имеется LDK 600 V3.7 Aj, 4 статива.Слот 1,2-платы PRIB .Слот 10,11,12 платы WTIB v1.0O
с нашлепками,24 базы модели 330,соединенные кабелем FTP 5e с заземленным экраном со стороны станции 11 штук,остальные кабелем UTP 5e.
Есть 3 соединения кабеля через разьемы RG 45.Максимальное расстояние между платой и базой 300м. Oколо 30 зарегестрированных трубок
Panasonic KX-TGA 1105.АОНы работают,при городском звонке трубка звенит один раз, но на дисплее остается информация о поступаюшем
звонке и подняв трубку можно поговорить.Но главная проблема- это срывы в разговорах,которые переодически происходят при внутренней
и внешней связи.По статистике через команду ws ## subs на 100 NORMAL CALLS приходится 5-10 ABNORMAL и несколько NORESPONSE,по команде
ws ## cell видно,что freq 0,freq 6 занимается в 5-10 раз реже, чем другие частоты. Уровень сигнала был мною замерен трубкой
LG 345 модели и он не опускался ниже -75Дбм на всей территории.Пожалуйста подскажите причины нестабильной работы системы DECT или
укажите источник,где прочитать. Влияют ли телефонные аппараты "Home DECT" и усилители GSM сигнала на ее работу?Заранее благодарю.

[AXEL]

а можно поподробнее о набивки атс, по слотам и платам?
мне допустим не очень понравилось как стоят платы потока, криминала вроде бы и нет.........
синхронизированны ли они?

[vesai]

а можно поподробнее о набивки атс, по слотам и платам?
мне допустим не очень понравилось как стоят платы потока, криминала вроде бы и нет.........
синхронизированны ли они?

Состав такой:
maint> bc
### Board Configuration Table ###
SLOT STAS COLS VMIS SMS S-off T-off V-off S-off BrdName AdmBrdName
---- ---- ---- ---- --- ------ ------ ------ ------ ------- ----------
1 0 30 0 0 0(--) 1( 0) 0(--) 1(--) PRIB PRIB
2 0 30 0 0 0(--) 31( 1) 0(--) 1(--) PRIB PRIB
3 0 8 0 0 0(--) 61( 2) 0(--) 1(--) CLCOB8 CLCOB8
4 0 8 0 0 0(--) 69( 3) 0(--) 1(--) CLCOB8 CLCOB8
5 12 0 0 0 1( 0) 0(--) 0(--) 1(--) DTIB12 DTIB12
6 12 0 0 0 13( 1) 0(--) 0(--) 1(--) DSIB DSIB
7 0 0 8 0 0(--) 0(--) 1( 0) 1(--) VMIB VMIB
10 80 0 0 0 229(21) 0(--) 0(--) 1(--) WTIB+ WTIB
11 80 0 0 0 229(21) 0(--) 0(--) 1(--) WTIB+ WTIB
12 80 0 0 0 229(21) 0(--) 0(--) 1(--) WTIB+ WTIB
13 12 0 0 0 25( 2) 0(--) 0(--) 1(--) SLIB12 SLIB12
14 12 0 0 0 37( 3) 0(--) 0(--) 1(--) SLIB12 SLIB12
15 12 0 0 0 49( 4) 0(--) 0(--) 1(--) SLIB12 SLIB12
16 12 0 0 0 61( 5) 0(--) 0(--) 1(--) SLIB12 SLIB12
17 12 0 0 0 73( 6) 0(--) 0(--) 1(--) SLIB12 SLIB12
19 12 0 0 0 85( 7) 0(--) 0(--) 1(--) SLIB12 SLIB12
20 12 0 0 0 97( 8) 0(--) 0(--) 1(--) SLIB12 SLIB12
21 12 0 0 0 109( 9) 0(--) 0(--) 1(--) SLIB12 SLIB12
22 12 0 0 0 121(10) 0(--) 0(--) 1(--) SLIB12 SLIB12
23 12 0 0 0 133(11) 0(--) 0(--) 1(--) SLIB12 SLIB12
24 12 0 0 0 145(12) 0(--) 0(--) 1(--) SLIB12 SLIB12
25 12 0 0 0 157(13) 0(--) 0(--) 1(--) SLIB12 SLIB12
26 12 0 0 0 169(14) 0(--) 0(--) 1(--) SLIB12 SLIB12
28 12 0 0 0 181(15) 0(--) 0(--) 1(--) SLIB12 SLIB12
29 12 0 0 0 193(16) 0(--) 0(--) 1(--) SLIB12 SLIB12
30 12 0 0 0 205(17) 0(--) 0(--) 1(--) SLIB12 SLIB12
31 12 0 0 0 217(18) 0(--) 0(--) 1(--) SLIB12 SLIB12



Платы потока засинхронизированы согласно описания (вроде бы хорошо, т.к факсы идут быстро), скорость соединения модемов стабильна и составляет от 46 до 49 Кб/с.
Скорость скачивания файлов тоже стабильна.

Команда log view ресетов станции не зафиксировала.
Команда dr is ресетов потоков не показывает.

[AXEL]

вроде всё верно, но я всё равно поостерёгся бы ставить плату потока в 1-й слот, корейцы этот баг вроде исправили, но с другой стороны на 600-тке могли и не проверять.
и ещё, плата VOIB стоит или VOIBE?

[vesai]

вроде всё верно, но я всё равно поостерёгся бы ставить плату потока в 1-й слот, корейцы этот баг вроде исправили, но с другой стороны на 600-тке могли и не проверять.
и ещё, плата VOIB стоит или VOIBE?

VOIB и VOIBE не установлены (см. конфигурацию выше)

Дело в том, что с PRI как раз таки проблем никаких нет.

Все проблемы с DECT:
Процент Abnormal звонков составляет 5-6 %
Происходят сбросы и внутренних и внешних разговоров: либо сброс с сигналом занято" либо сброс с тишиной.

Зависимости никакой не можем поймать.

[Гость_новенький_*]

данные траблы начались с самого начала или после чего-то?????
И вообще на мой взгляд 2-рой ящик переполнен....
Я точно не помню , плате декта занимает 32 или 16 тайм-слотов...если 32 то перегруз налицо...
Если конечно в 600-ке во втором ящике так же как и в 300-ке 144 т.с..

[harris]

данные траблы начались с самого начала или после чего-то?????
И вообще на мой взгляд 2-рой ящик переполнен....
Я точно не помню , плате декта занимает 32 или 16 тайм-слотов...если 32 то перегруз налицо...
Если конечно в 600-ке во втором ящике так же как и в 300-ке 144 т.с..

1. В 600-ке во 2-ом KSU 144 T/S (также, как в 300-ке)
2. Кол-во T/S, которое занимает DECT, зависит не только от кол-ва плат WTIB/WTIU, но и от кол-ва
портов для DECT-терминалов, заявленного в ПГМ102.
Во 2-ом KSU - 5 шт. SLIB12. Это уже 60 T/S.
144-60=84 T/S - для DECT-терминалов. Но в ПГМ102 указано 80, и поскольку установлены 3*(WTIB/WTIU), то станция распределит под DECT как раз 80 T/S.
80+60=140 T/S !!!
НО!!! Еще нужно знать, сколько модулей DTRU установлено в станции (в KSU1-KSU3), тогда можно будет точно сказать, есть или нет переполнение по тайм-слотам.
А проще посмотреть с помощью команд:
db ts sl, а также db ts cf
3. ИМХО, помехи приводят к сбоям. Одной из причин сбоев может быть экранированный кабель между станцией и базами... В доке базы рекомендовано подключать отдельным неэкранированным кабелем с 2-мя витыми парами CAT5.

[AXEL]

VOIB и VOIBE не установлены (см. конфигурацию выше)

пардон, я имел ввиду VMIB или VMIBE, неправильно написал, башка другим была занята

[vesai]

пардон, я имел ввиду VMIB или VMIBE, неправильно написал, башка другим была занята

VMIBE

1. В 600-ке во 2-ом KSU 144 T/S (также, как в 300-ке)
2. Кол-во T/S, которое занимает DECT, зависит не только от кол-ва плат WTIB/WTIU, но и от кол-ва
портов для DECT-терминалов, заявленного в ПГМ102.
Во 2-ом KSU - 5 шт. SLIB12. Это уже 60 T/S.
144-60=84 T/S - для DECT-терминалов. Но в ПГМ102 указано 80, и поскольку установлены 3*(WTIB/WTIU), то станция распределит под DECT как раз 80 T/S.
80+60=140 T/S !!!
НО!!! Еще нужно знать, сколько модулей DTRU установлено в станции (в KSU1-KSU3), тогда можно будет точно сказать, есть или нет переполнение по тайм-слотам.
А проще посмотреть с помощью команд:
db ts sl, а также db ts cf
3. ИМХО, помехи приводят к сбоям. Одной из причин сбоев может быть экранированный кабель между станцией и базами... В доке базы рекомендовано подключать отдельным неэкранированным кабелем с 2-мя витыми парами CAT5.

Проверил:
в KSU - 0 DTRU
в KSU2 - 5 DTRU
в KSU3 - 1 DTRU
в KSU4 - 2 DTRU (абонентов пока не подлючали)

По экранированному кабелю - расстояние не превышает 100 - 110 м. Лучше заменить?

[AXEL]

Последний раз столкнулся с тем, что на дект гадила плата VMIBE со старой прошивкой. Были ошибки по HDLC. Примерно те же симптомы были, что и у вас. На этом сайте выложена новая прошивка для платы и процедура апгрейда. Попробуйте. Хуже уже не должно быть .

[vesai]

Последний раз столкнулся с тем, что на дект гадила плата VMIBE со старой прошивкой. Были ошибки по HDLC. Примерно те же симптомы были, что и у вас. На этом сайте выложена новая прошивка для платы и процедура апгрейда. Попробуйте. Хуже уже не должно быть .

Спасибо за помощь.
После замены всех UTP на FTP мы понаблюдали несколько дней за поведением DECT.
Результат:
статистика улучшилась. % Abnormal звонков умеьшился с 5-6% до 3%.

Однако, совсем от Abnormal звонков не избавились.

Вопрос ко всем, читающим форум:
может ли кто-нибудь дать нам информацию, каков процент таких звонков в Ваших системах с DECT ?

Может ли 3% считаться низким процентом?

[Гость_новенький_*]

Пардон....
ЮТП на ФТП???? я не ослышался????7
Или всё таки наоборот...????

[vesai]

Пардон....
ЮТП на ФТП???? я не ослышался????7
Или всё таки наоборот...????

Конечно FTP на UTP в предыдушем сообщении вышла опечатка.

[vesai]

Большое спасибо за оказанную помощь.

Резюмирую по проблеме:

1) Как выяснилось, 99% проблемы связано с тем, что трубки DECT Panasonic (а именно, модель 1105) ведут себя отвратительно.
После замены у самых проблемных абонентов на трубки GDC-345H проблемы с этими абонентами сразу же прекратились. Остальные (владельцы трубок Panasa) смирились пока с существующими обрывами разговоров.

Будем менять все трубки на LG-DECT.


2) Базы надо подключать через UTP, а не FTP (читать нам надо было внимательнее). FTP увеличивает количество сбоев.

Еще раз благодарим за помощь !

[harris]

Большое спасибо за оказанную помощь.

Резюмирую по проблеме:

1) Как выяснилось, 99% проблемы связано с тем, что трубки DECT Panasonic (а именно, модель 1105) ведут себя отвратительно.
После замены у самых проблемных абонентов на трубки GDC-345H проблемы с этими абонентами сразу же прекратились. Остальные (владельцы трубок Panasa) смирились пока с существующими обрывами разговоров.

Будем менять все трубки на LG-DECT.
2) Базы надо подключать через UTP, а не FTP (читать нам надо было внимательнее). FTP увеличивает количество сбоев.

Еще раз благодарим за помощь !

2 vesai:
Сергей!
Можно ли считать данное резюме твоим официальным подтверждением решения проблемы????
Мы, можно сказать, по твоему "заказу" уложили корейцев мор.. (пардон, фэйсом) в грязь....
Что теперь??? Их уже можно поднять и отряхнуть???? Или пусть еще полежат...

[vesai]

2 vesai:
Сергей!
Можно ли считать данное резюме твоим официальным подтверждением решения проблемы????
Мы, можно сказать, по твоему "заказу" уложили корейцев мор.. (пардон, фэйсом) в грязь....
Что теперь??? Их уже можно поднять и отряхнуть???? Или пусть еще полежат...

Если быть более конкретным, то в статистике пока я вижу, что трубки LG работают отлично, люди перестали жаловаться.
Твердый ответ я смогу дать только через месяца 2, т.к. через месяц к нам прийдут GDC-400H, которыми мы заменим все Panasы.

А корейцев хорошо бы все-таки добить на такие вопросы, которые так и остались неотвеченными:
1) как понимать данные, полученные с помощью команды ws XX acce ? (Корейцы пишут, что эти данные - базовые для планирования сети). Так почему бы им не дать подробное пояснение ???

2) В трассировке платы WTIB присутствуют разные сообщения об ошибках - пояснений тоже не дано.

3) Каков процент Abnormal звонков можно считать пороговым между "хорошо" и "плохо" ?

Мне кажется, что мои вопросы могут представить практический интерес для многих пользователей ipLDK ?

[ЛыЖник]

Большое спасибо за оказанную помощь.

Резюмирую по проблеме:

1) Как выяснилось, 99% проблемы связано с тем, что трубки DECT Panasonic (а именно, модель 1105) ведут себя отвратительно.
После замены у самых проблемных абонентов на трубки GDC-345H проблемы с этими абонентами сразу же прекратились. Остальные (владельцы трубок Panasa) смирились пока с существующими обрывами разговоров.

Будем менять все трубки на LG-DECT.
2) Базы надо подключать через UTP, а не FTP (читать нам надо было внимательнее). FTP увеличивает количество сбоев.

Еще раз благодарим за помощь !

Хочется дополнить, хотя и не совсем по теме. Сталкивался несколько раз с тем, что обычные телефонные аппараты Panasonic некорректно работают с АТС LDK-300, например КХ-2365, 2363. То уних сигнал Flash надо подстраивать, то иногда скидывают разговоры.

[nikol]

2 vesai:
Сергей!
Мы, можно сказать, по твоему "заказу" уложили корейцев мор.. (пардон, фэйсом) в грязь....
Что теперь??? Их уже можно поднять и отряхнуть???? Или пусть еще полежат...

Игорь! Пусть полежат!! Редко выпадает такая возможность...

[bestann]

У нас станция на базе процессора от LDK-600, но пока только 3 блока.
Расклад такой.
Трубки DECT 400H.
Плата WTIB (одна с нашлепкой, 8 баз) во втором KSU (т.к. там 144 тайм-слота). Еще во стором блоке платы SLIB2E (7штук), в 3 блоке LCOB, в первом одна DSIB и остальные SLIB2E.
Постоянно трубки перестают видеть базы, и приходится перезагружать АТС- только после этого восстанавливается нормальная "видимость" баз. Но потом снова всё повторяется через 2 недели - месяц.
-трубки вроде родные, а глюк есть.
-плат PRIB и VMIB нет
Где порылась собака? В трубках ли дело, в многоблочности ли.
Меня уже клиенты достали с этой проблемой.

ЗЫ. У нас есть еще одноблочная LDK-300, с трубками 345Н, работает стабильно (тьфу-тьфу).