Зависает DECT-mobility, Зависает DECT-mobility Опции

[Pavsh]

Две LDK-300 соединены по потоку. Версия на обеих 3.9Da
Единый план нумерации, включена опция QSIG.
Используется функция DECT mobility и BLF manager (лицензионная XP Pro + антивирус).
SMDR собирается через telnet.
АТС включены в одну и ту же локалку.
В Network Numbering Plan указаны IP адреса MPB другой АТС.
Раз в сутки перестаёт рабоать DECT mobility, а BLF manager выдаёт сообщение о потере связи.
При этом АТС пингуется и можно зайти в программирование по локалке и SMDR продолжает собираться.
Что интересно, BLF manager перестаёт видеть обе АТС одновременно.
То есть какая-то фигня происходит с обоими станциями сразу.
Лечится перезагрузкой.
По подозрению в какой-то фигне в локальной сети собирали на отдельном свиче выделенную
локальную сеть, состоящую только из компа с BLF и двух АТС. Не помогло.
Что бы это такое могло быть?
Кстати, видел такое и раньше на других версиях, ожидал, что на 3,9 такого не будет, а вот.....

[harris]

Две LDK-300 соединены по потоку. Версия на обеих 3.9Da
Единый план нумерации, включена опция QSIG.
Используется функция DECT mobility и BLF manager (лицензионная XP Pro + антивирус).
SMDR собирается через telnet.
АТС включены в одну и ту же локалку.
В Network Numbering Plan указаны IP адреса MPB другой АТС.
Раз в сутки перестаёт рабоать DECT mobility, а BLF manager выдаёт сообщение о потере связи.
При этом АТС пингуется и можно зайти в программирование по локалке и SMDR продолжает собираться.
Что интересно, BLF manager перестаёт видеть обе АТС одновременно.
То есть какая-то фигня происходит с обоими станциями сразу.
Лечится перезагрузкой.
По подозрению в какой-то фигне в локальной сети собирали на отдельном свиче выделенную
локальную сеть, состоящую только из компа с BLF и двух АТС. Не помогло.
Что бы это такое могло быть?
Кстати, видел такое и раньше на других версиях, ожидал, что на 3,9 такого не будет, а вот.....

1) Подобная проблема была уже устранена на версии С(3).8Сz. Очень странно, почему вновь проявилось на 3.9Dа. Это нужно в Кореи выяснить, может быть они забыли внести изменения в 3.9.
ОК. Это мы уточним у корейцев.
2) Можете временно:
- поставить тестовую версию С.8Cz
- или хотя проверить, как заполнена таблица в ПГМ324. Если нуерация "чужой" станции имеет несколько диапазонов, то не нужно для каждого диапазона повторно прописывать IP-адрес "чужого" MPB (в поле DEST MBP). Адрес DEST MPB нужно указать только один раз в любой строке!!! Например,
1#** (это собственная нумерация)
2**, DEST MPB= 192.168.1.20
3**, здесь уже не нужно указывать DEST MPB, если это один и тот же MPB.
Т.е. в таблице ПГМ324 в столбце DEST MPB не должно быть повторений одного и того же адреса. Адрес достаточно указать один раз!!

[Pavsh]

2) Можете временно:
- поставить тестовую версию С.8Cz
- или хотя проверить, как заполнена таблица в ПГМ324. Если нуерация "чужой" станции имеет несколько диапазонов, то не нужно для каждого диапазона повторно прописывать IP-адрес "чужого" MPB (в поле DEST MBP). Адрес DEST

Адреса не повторяются.
Насчёт тестовой С.8Cz, где её взять? Здесь в загрузках есть 3.8, но она Ct
При откате с 3.9 на 3.8 нужна ли какая-то инициализация?
Никаких специфических для 3.9 вещей мы не используем.
Поддерживает ли С.8Cz прописку DECTа через LDKAdmin ?

[harris]

Адреса не повторяются.
Насчёт тестовой С.8Cz, где её взять? Здесь в загрузках есть 3.8, но она Ct
При откате с 3.9 на 3.8 нужна ли какая-то инициализация?
Никаких специфических для 3.9 вещей мы не используем.
Поддерживает ли С.8Cz прописку DECTа через LDKAdmin ?

- Увы, но взять эту прошивку можно только у меня. Могу выслать.
- Нет, при откате никакой инициализации не требуется. Естественно, нужно на всякий пожарный случай предварительно скачать копию конфига в файл.
- Да, конечно, поддерживает, как и любая другая прошивка уровня 3.8.

[Pavsh]

- Увы, но взять эту прошивку можно только у меня. Могу выслать.
-

pavsh@dgap.mipt.ru
Заранее спасибо.

[harris]

pavsh@dgap.mipt.ru
Заранее спасибо.

Отправил.

[Pavsh]

Отправил.

Не дошло. Спаморезка съела.
Вот друой адрес с менее суровым фильтром pavsh@flexline.ru

И общее замечание насчёт потери писем.
Большая часть писем, посланных роботом этого форума убивается спаморезкой.
Вероятная причина: в заголовке письма отсутствует явное указание кодировки CP1251
В этом случае многие фильтры распознают русский текст не как текст,
а как набор случайных данных, написанных для маскировки спама.

[harris]

Не дошло. Спаморезка съела.
Вот друой адрес с менее суровым фильтром pavsh@flexline.ru

И общее замечание насчёт потери писем.
Большая часть писем, посланных роботом этого форума убивается спаморезкой.
Вероятная причина: в заголовке письма отсутствует явное указание кодировки CP1251
В этом случае многие фильтры распознают русский текст не как текст,
а как набор случайных данных, написанных для маскировки спама.

Я отправил повторно с другого ящика. Возможно, проблема была в нашем корейском почтовике.

[harris]

Я отправил повторно с другого ящика. Возможно, проблема была в нашем корейском почтовике.

2 Pavsh:
Сейчас пришла новая тестовая версия уровня 3.9 по поводу проблемы с DECT Mobility.
Сможете ли Вы проверить ее на своей станции, если я Вам вышлю эту версию прошивки???

[Pavsh]

2 Pavsh:
Сейчас пришла новая тестовая версия уровня 3.9 по поводу проблемы с DECT Mobility.
Сможете ли Вы проверить ее на своей станции, если я Вам вышлю эту версию прошивки???

Смогу и даже сделаю это в течение недели.
Шлите сюда
pavsh@dgap.mipt.ru
pavsh@flexline.ru

[harris]

Смогу и даже сделаю это в течение недели.
Шлите сюда
pavsh@dgap.mipt.ru
pavsh@flexline.ru

ОК. Отправил.