Элтекс

Пожалуйста укажите итоговую схему организации связи.
Я правильно понял SMG-24E1-2FG-SFP ?
Где второе TDM устройство ? Если со стороны SFP стоит заворот, то я Вам писал, что для такой ситуации на SMG на время тестирования можно ставить на тестируемом порту Е1 только поток ОКС7 и только ОКС7 без D-канала. Вы мне не сообщили Вы выполнили данную рекомендацию или нет.
В Вашей первоначальной схеме:
"Получилась схема: SMG---24E1---24E1(тут перемычка между 0 и 1)---SFP". Вообще не понятно зачем "тут перемычка между 0 и 1"
Два раза через один TopGate в реальной эксплуатации поток не пропускают. Что Вы желаете на такой схеме проверить?
Далее я просил прислать на мою почту (в подписи) архив, собранный по методике
http://kcs.eltex.nsk.ru/articles/666
для каждого TopGate.
Если Вы рекомендации по типу потока ОКС7 без D канала выполнили, нужно проверить Ваш канал СПД утилитой iperf, запущенной на двух концах канала СПД в режиме UDP с ограничением тестируемой полосы до 3Мбит.

Схема следующая:

24E1 который посередине, поставили и Е1 через него пропускается через перемычку для того, чтобы как-то локализовать проблемный участок.
От SMG до этого 24E1 все работает отлично: и на отдельном потоке с заворотом тест несколько суток без ошибок и на TDMoP в статистике ошибки по нулям с обеих сторон.
А вот от центрального 24Е1 до SFP в TDMoP сыпятся ошибки. И SPF и 24Е1 на этом пролете пробовали менять на другие.
Грешу на участок сети 2. Но ничего конкретного пока найти не могу. Ни ошибок на интерфейсах, ни перегрузок по пути следования пока не обнаружено.

afedorov писал(а):Схема следующая:

smg.jpg

Грешу на участок сети 2. Но ничего конкретного пока найти не могу. Ни ошибок на интерфейсах, ни перегрузок по пути следования пока не обнаружено.

Нужно протестировать проблемный участок например утилитой iperf в режиме udp с ограничением полосы 3Мбит в течении нескольких часов с аккумуляцией промежуточных результатов, например по 5 минутным интервалам и записью результатов в файл для последующего изучения.
Вы упорно оставляете эту рекомендацию без внимания и упорно не собираете данные в виде двух архивов по методике из статьи базы знаний.
Эксплуатация TopGate по изображенной Вами схеме не предусмотрена. Ставится только пара устройств перед TDM оборудованием.
Так все таки у Вас на TopGate SFP стоит заворот ? Второго TDM устройства нет ? Какой тип потока (сигнализация) настроен на SMG для тестируемого потока ?

а вся эта конструкция из-за того, что коммутатор по середине чей то, но не ваш? а если ваш поставить? а можно и свичом 24Е1 воспользоваться на крайняк и слинковать SFP Е1 c 24E1.

Увидив схему, у меня появились некоторые мысли) вы кажется себе проблем ищите в проведение испытания сопряжения ПУ СОРМ и smg2016...

PS: обзаведитесь приборчиком типа kiwi-1120 с опцией генерации джитера или отечественным аналогом (Марион Е1 или Беркут... правда не знаю насчёт генерации и анализа джитера в них - у меня только kiwi-1120 в распоряжение). Если вы такие каналы строите - вам он необходим!

PS2: не поймите меня не правильно, я не просто для того, что бы отписаться или чего ещё... может это даже не поможет решить вашу проблему, но зачем лишние звенья в цепи и так не очень надёжного и качественного (всё относительно) транспорта?

Vlad_SC писал(а):Так все таки у Вас на TopGate SFP стоит заворот ? Второго TDM устройства нет ? Какой тип потока (сигнализация) настроен на SMG для тестируемого потока ?

Заворот стоял на среднем 24E1.
SFP включена в оборудование ФСБ. У них там FOM16 по оптике и пульт за ними.
Дампы с проблемного пролета отправил на почту.

bravo писал(а):а вся эта конструкция из-за того, что коммутатор по середине чей то, но не ваш? а если ваш поставить? а можно и свичом 24Е1 воспользоваться на крайняк и слинковать SFP Е1 c 24E1.

Коммутатор наш, все наше. В него воткнули 24E1 с петелькой, чтобы понять на каком участке сети проблемы.

QOS? мож у вас там в пакетной сети беда творится какая нибудь?

По Вашим данным:

26000 повторов предыдущих переданных пакетов при FrameSize = 2 делается
за 26с
То есть, за 41 минуту наблюдения кратковременно отсутствовали данные
потока E1 примерно в течении 26 секунд интервалами менее 4 секунд
(так как Resync = 0)

А вот счетчики:
"Lost":"4129",
"LostReq":"10",
"Restored":"10",

говорят, что 10 TDMoP фреймов пришли не в своем порядке и их шлюз
перезапросил (LostReq=10) и они пришли (Restored = 10)
Lost = 4129, говорит о том что в 40-минутном интервале наблюдения в
общей сложности были потери TDMoP-фреймов в течении 4 секунд (возможно
Ethernet-пакеты по пути следования были отброшены на интерфейсах
Ethernet из-за переполнений входных/выходных очередей и/или из-за
ограничений пропускной способности промежуточного оборудования).

Результаты iperf c ошибками передачи подтверждают что ошибки возникают в
сети передачи данных.

Чтобы исключить, что это iperf отбрасывал пакеты, можно его еще
позапускать либо без ограничений пропускной способности, либо с
ограничением с большим запасом от полосы занимаемой потоком
E1(~2,5Мбит.с), например, 10Мбит/с.


Общие рекомендации:

1. Проверять канал СПД и устранять проблемы на нем.
2. В конце проверок (или лучше сразу) уйти от сложной схемы и оставить два TopGate
3. В разделе TDMoP Значение "Алгоритм восстановления частоты" SpeedReg поставить в FT на каждом устройстве.
4. Если позволяет ширина канала СПД (в таком режиме с небольшим запасом нужно 6Мбит)
использовать механизм DoubleSend. Этим механизмом управляет параметр DoubleSend в TDMoP.
Задержка перед отправкой дублированных фреймов.
Диапазон значений от -1 до 63 фреймов. По умолчанию: -1 - выключено.
Посылать каждый пакет с упакованным трафиком Е1 дважды, второй с некоторым подбираемым опытным путем сдвигом.
От величины сдвига зависит необходимый размер JB Size.
Так на Ваших настройках для JB Size 10 можно поставить сдвиг 5 пакетов.
А для JB Size 20 можно поставить сдвиг 10 пакетов.
Слишком большая величина JB Size на данном канале может привести к неработоспособности протокола
X.25 который используется для СПД1 и СПД2 СОРМ.
5. Как я уже ранее рекомендовал SyncSource -1 на всех устройствах

Похоже инженеры СПД сильно напряглись в поисках проблемы...
Есть какие нибудь результаты? а то очень интересно чем в итоге всё закончилось... или не закончилось

Проблема была в коммутаторе С3750G. Там высыхают электролиты на плате и начинаются глюки.
Заменили, теперь между топгейтами потерь нет.
На SMG слипов нет, но примерно раз в 2 минуты увеличиваются ошибки CRC и короткие пакеты.
Об этом продолжаем общаться с ТП.