КСЛ Микропрограммы для КСЛ

  • Автор темы Автор темы oleg
  • Дата начала Дата начала
КСЛ
Логи отправил. Вот к какому заключению пришёл я:
1) В сети между диспетчерскими КСЛы работают спокойно, поскольку все они связаны звездой к ЦД дымоудаления. Там ПКСЛ. LKDSDrv не очень свежий.
2) На канале N-forta и собственных каналах трафик молотит от души. Там КСЛы, моноблоки работают друг с другом напрямую.
Вывод: при соединении версии КСЛ 1.23 или родственной ей моноблока друг с другом они молотят от души. И неважно есть ли комп, привильно ли описан драйвер. Молотят они невзирая на всё остальное оборудование. Там, где между ними нет прямого соединения и проблем нет.
 
Вопрос решён. Выводы сделаны правильно. Тем кто установил новые прошивки рекомендую откатить на 1.22 в КСЛах. Аналогично КСЛ СМ3 и моноблоки.
 
У меня много обордования и ксл-ов и моно и везде новые прошивки, но такого не замечал. Правда вся структура построена звездой и в ксл-ах стоят запреты маршрутизации.
Видимо у тебя получилась какая-то нежелательная конфигурация. Петель не было?
 
такой эффект проявился на последней/последних прошивках ксл/моноблоках. Проявляется только в прямых связях между "аппаратными" устройствами.
к примеру:
Если на пульту стоит аппаратный КСЛ и указана связь с удалённым КСЛ то этот эффект возникает ( при условии что там и там последняя прошивка). И как следствие безмерное увеличение трафика, что " на медленных" каналах с большим числом связей может привести ещё и к ухудшению ГГС.

Если на пульту программый ПКСЛ то этого эффекта нет.

Поэтому пока действительно лучше откатить на предпоследнии прошивки.
 
Понятно. У меня на сервере только программные ксл, поэтому и нет такого.
 
Alex написал(а):
Перешил все КСЛы на 1.23. На днях прораб сказал, что трафик по провайдеру N-forta превышен в 1000 раз. КСЛ диспетчерской имеет две входящие связи. Стал разбираться....
Нажмите для раскрытия...

Разобрались. Действительно при установке прошивки 1.23 на КСЛ-Ethernet и 65.311 на Моноблок-Ethernet при организации прямой связи между аппаратными устройствами с указанными прошивками, возник эффект "петли" приводящий к росту трафика. При работе с программным КСЛ эффекта "петли" нет. Обнаруженная проблема исправлена. Прошивки обновлены и доступны на сайте 1.24 для КСЛ-Ethernet и 65.312 для Моноблока -Ethernet. Доступ к прошивкам 1.23 и 65.311 - закрыт. Персональное спасибо Alex за внимательность и замечания.
 
Последнее редактирование модератором:
Присланные мне 1.23 и 65.311 в подредактированном виде работают. Пока полёт нормальный. Устройства СМ3 чаша сия миновала. Там такого не проявилось.
 
Последнее редактирование модератором:
Тема немного другая. Более подходящей не нащёл. Даже создать её не знаю в каком из разделов.
Суть следующая: имеем сеть на основе АДСЛ по принципу "звезда". ЦУП (центр управления полётами (ПКСЛ) в мастерской на соседнем IP в помещении диспетчерской) => центр звезды => УМ другой диспетчерской. В этой диспетчерской 2 КСЛа: общей сети (далее КСЛ1) и пяти удалённых собственных каналов (КСЛ2). Подключены каналы к КСЛу через свич. Везде статика без логинов-паролей. Проблемы плавного подыхания АДСЛ модемов всем известны. Плюс к тому телефонная линия перенесена из здания старой уже закрытой диспетчерской по собственным линиям по ТПП кабелю. Это я к тому, что потери возможны как по причине полусдохшего модема какой-то диспетчерской (или двух-трёх как максимум), так и по трассам телефонных линий. Так вот: пытался я из ЦУПа обновить прошивки моноблоков пяти собственных каналов той диспетчерской. Многократно и безуспешно. На фрагменте из диапазона 500-1700 заливка останавливалась и через время стандартное сообщение об отсутствии подтверждения от получения очередного фрагмента. Стал анализировать. КСЛы той диспетчерской прошились без особых проблем. В том плане, что скорость плавала, но всё прошилось. В тех пяти каналах 1 моноблок и 4 моноблока СМ3. Ни один не прошился. Что общее? Общее - КСЛ2. Как его взбодрить во время заливки моноблоков? Пришла идея отвлечь его чтением его адресов связи. Как только счётчик фрагментов останавливался более чем на 10-15 секунд, давил "прочитать" в таблице адресов связи. После этого таблица обновлялась и через пару секунд счётчик продолжал работу. Обновил-таки! Все 5! За один присест! Какими версиями? Да разными в разное время. Последнее обновление моно СМ3 до 04.08, не СМ3 до исправленной 65.311. На сей раз все 5 обновил за один сеанс. Поочерёдно, конечно. Не все сразу. Может кому пригодится такая технология, а разработчики подрихтуют сей процесс.
 
Последнее редактирование модератором:
На днях опять обновлял. На двух удалённых локальных диспетчерских не смог обновить прошивки КСЛов и моноблоков. Тех, что находятся удалённо от этих диспетчерских. То, что находится локально на диспетчерских прошилось без проблем. Чтение адресов связи КСЛа, работающего на удалённые каналы запустило процесс. Так же при остановке счётчика фрагментов более чем на 20 секунд жал кнопку чтения адресов. После этого процесс продолжался. В противном случае ещё через несколько секунд было бы сообщение об отсутствии ответа на получение фрагмента. Более подробно об архитектуре:
1) ЛД + мастерская. В мастерской - ПКСЛ.
2) центр "звезды" сети ЛКДС, ЦД, ПКСЛ, где прописаны связи со всеми ЛД. В том числе и с мастерской.
3) КСЛ, УМ другой ЛД, ММИ, КСЛ удалённых каналов.
4) моноблоки и КСЛы удалённых каналов.
Тормозом оказались подчёркнутые КСЛы. Мои мысли: ПКСЛ мастерской - ЦД (т. е. 9 слот) посылает запрос компьютеру ЛД, который является посредником, поскольку он администратор и все действия с его оборудованием только с его ведома. Поскольку компьютеры не ах какие шустрые, то они просто не успевают обрабатывать все потоки. Возможно, и в ПО есть недочёты. Ну не успел компьютер вовремя отреагировать. Почему процесс остановился? Случайно обнаружил, что чтением адресов подчёркнутого КСЛа процесс удаётся толкнуть. В одной ЛД дальние УМ вообще были недоступны пока в таком же КСЛе не прочитал адреса связи.
 
Такой эффект мы тоже вылавливали на похожей структуре. По разбору полётов оказывалось, что скорость обмена с удалёнными УМ была очень мала (даже М-скан тормозил). И когда канал загружался оператором или получением каких то данных от ЛБ, фактически подключиться к УМ было оооочень проблематично...
"Толкание" сетки путём прочтения КСЛ (или запуском М-скан) помогало...


Вопрос. А подчеркнутые "КСЛ удалённых каналов" также тормозят при загрузке?
А если параллельно заливать и в этот КСЛ и в удалённый?

Я б например попробовал поднять скорость обмена на ММИ в локальной диспетсерской...
 
Alex получается что п. 2 и п. 3 это транзитные КСЛ-ы?
У меня звезда практически вся без транзитов , есть только транзиты для 433 и такой фигни никогда не наблюдал. Но правда редко заливаю через транзитные узлы в основном всегда с центрального компа через удаленное подключение.
Есть у меня один город где на их все точки транзит через их ПКСЛ (отдельные связи не организовали еще в удаленных моно) - были проблемы похожие но нескольок иначе6 минута есть пакеты, минута -нету. Но это похоже проблема у них по каналу или в оборудовании сетевом.
 
Последнее редактирование модератором:
Да. Есть транзитные узлы. Когда данные проходят через несколько узлов всегда существует проблема целостности данных. К примеру мы отправляем 12345678. По пути один бит выпал и пришло 1234568 скажем. Или наоборот добавился и пришло 123456778. Если следующий пакет дойдёт правильным, то в регистре он будет выглядеть либо 23456781, либо 81234567. На мой взгляд это и вводит систему в ступор.
котяра написал(а):
Вопрос. А подчеркнутые "КСЛ удалённых каналов" также тормозят при загрузке?
Нажмите для раскрытия...

Данные попадают на ММИ, где скорость 9600. Далее на удалённые объекты, поэтому КСЛ в п 3 не подчёркнутый грузится быстрее чем подчёркнутый.
 
Последнее редактирование модератором:
Побыстрее пойдёт через ММИ. Тогда и производительность компьютера должна соответствовать. Не факт, что подняв скорость не получишь других проблем.
 
Ну производительность компьютера тут не слишком важна.
Это если ПКСЛ то да, желательно пошустрей. А при ММИ то и до 38400 можно подымать, разницы нет. Она на работу с журналом сказывается сильно.

(у нас, до недавнего времени, работал комп под: ХР, 600 МГц, 512 озу. Причём там ПКСЛ установлен был)

Единственное неприятное, что иногда случалось ранее, то это сброс (по каким то причинам) скорости в устройстве (КЛШ, КСЛ) на 9600.

И ещё. По моему, если вы даже отключите Локальный компьютер то всё равно связь с удалённым Ум от вас будет. Запросы то прямые.
 
revit написал(а):
Прошивка eth_010R не меняет версию, остается 1.24.
Нажмите для раскрытия...
Так и не исправлено до сих пор.
2017_06_09_08_11_44.png
 

Вложения

  • 2017_06_09_08_11_44.png
    2017_06_09_08_11_44.png
    45.1 KB · Просмотры: 0
Последнее редактирование модератором:
Здравия.
Подскажите КСЛ v5.2 PSTN СБН.465213.038 Серия: 247, 360, 361 Дата: 06.06
Отказывается пере прошиваться с ПК в eth версию. Выдает ошибку, что устройство не поддерживает IAO.
Их с программатора можно переделать или это версии которые нельзя превратить в eth.
Есть такой же переделанный Серии: 871 Дата: 04.07 спокойно перепрошивался и стоит работает стабильно.
Благодарю!
 
Войдите или зарегистрируйтесь для ответа.
Назад
Сверху