[sol]

Имею некоторое кол-во коммутаторов AT-8516F и AT-8524. Вроде, как одна платформа и софт общий. Свойство проявляется на всех коммутаторах Софт менял от 1.3.0 NE до 1.4.2

 

В каждом коммутаторе имеется по одному модулю AT-A47 (GBIC port) и AT-A46 (10\100\1000 baseT port).

 

Само свойство: Коммутатор глух при обращении к нему через модуль AT-A47.

 

Как проявляетя:

Втыкаем коммутатор в дефалтовой конфигурации в сеть этим самым GBIC портом. Линк есть. В коммутатор в любой порт, кроме GBIC втыкаем ноутбук. Коммутатор не пингуется из сети. Всё, что ЗА этим коммутатором пингуется и работает прекрасно, включая ноутбук. Т.е. транзитом через себя он всё пропускает. Если ноутбук в любом другом порту кроме GBIC - коммутатор с этого ноутбука пингуется.

 

Если посмотреть настройки VLAN - то VLAN 1 (default) принадлежат все порты (с 1 по 18 на 8516 и с 1 по 26 на 8524) и все эти порты UNTAG. НО! Если посмотреть PVID портов - то порта с модулем AT-A47 там не будет. От слова совсем. Т.е. порт 17 или 18 (на 8516, смотря по тому, куда вставлен AT-A47, перемена мест ничего не даёт) отсутствует в списке портов. Как-бы у него НЕТ PVID...

 

Вставал снифером на этот порт. Если за коммутатором ничего нет - то на этом порту нет пакетов и нет МАСов. Если за коммутатором что-то есть - то на этом порту - трафик того, что там есть за коммутатором.

[Antares]

Стоит на сети несколько 8524 с такими модулями, такой баго-фичи нет, софт 1.4.0

А какой фирмы gbic используете?? У нас работают только с оригинальными, snr не смогли даже в наге завести, хотя линк был.

Edited November 18, 2014 by Antares

[sol]

А заделитесь пожалуйста софтом. Есть у меня мнение, что мой софт плохо сворован и крив.

[Antares]

Завтра поищу на рабочем компе. Всё таки какой модуль используете?

ftp://rguest:R01guest@ftp.alliedtelesis.co.uk/russia/firmware/8500/ тут официальный софт

Edited November 18, 2014 by Antares

[sol]

Модуль или софт?

 

Софт из этой папочки пробовал весь. Все четыре файлика.

 

Модуль с проблемой - AT-A47 и без проблемы AT-A46

[Antares]

Я имел в виду какой gbic в модуль втыкаешь?

[sol]

SNR, вестимо... щас AT медный воткну на пробу. Дык, c СНРом -то линк поднимается и всё, что ЗА этим коммутатором работает. Значит через модуль байты-то бегают... 8 вакхабитов = 1 вакхабайт...

[Antares]

У меня не завелся snr, хотя транзит не проверял, но линк загорался.

[sol]

Сцуко... Vendor lock...

 

Не нарыл исправного АТ GBICa. Но на дохлом - и порт сразу видиться стал и PVID появился...

 

Завтра перешью Наговский оптический GBIC и проверим...

 

Update:

 

Нашёл исправный GBIC от АТ. Всё заработало. 105% Вендор лок. Завтра будем шить.

 

Антаресу большое, человеческое спасибо за наводку. Впервые вижу, чтобы вендор лок выглядел ТАК...

[Antares]

Сцуко... Vendor lock...

 

Не нарыл исправного АТ GBICa. Но на дохлом - и порт сразу видется стал и PVID появился...

 

Завтра перешью Наговский оптический GBIC и проверим...

Наговци не смогли запустить свои модуля на этом чуде, специально отправлял им железку и оригинальный gbic

[sol]

Вот же ***юги эти японцы... Но ничего. Завтра привезут мой прошивальный девайс (сейчас ничего дохлого нет, откуда GBIC коннектор можно было-бы сдуть) и я всё-же попробую.

[Antares]

Держи в курсе, вдруг получится. А то у меня из-за этого 3 девайса пылятся на полках

[Дегтярев Илья]

sol, пару раз ловили, что они и с фирменными модулями переставали пингаться, но при этом все за свитчем было доступно.

Зашли через дальний и ребутнули заглючивший.

 

Нефирменные тестировали один раз, купив snr wdm. Увидев, что ничего не заработало списали на gbic.

[sol]

Суть проблемы нащупал. Это НЕ ВЕНДОР ЛОК. Это ФИЧА.

 

1. От прошивки GBICa ничего не зависит. Хоть циска, хоть ажилент, хоть д-линк. Почти все работают, не работает НАГ, но не по причине прошивки. Перешивка на АТ не помогает.

2. Всесторонне исследование не показало существенных отличий работающих GBIC от НАГнаговских.

3. Просто втыкание GBICa не приводит к пропаданию порта из настроек. Пропадает порт после появления линка. И после пропадания линка - порт не появляется. Надо передёрнуть GBIC.

4. Опыт с подъемом ног разъёма 1 и 10 (LOS_SIGNAL и TX_FAULT) и повешаньем их обеих на землю (Сигнал на приёме "есть", ошибка передатчика "нет") показал, что без линка - порт в ошибке. С появлением линка всё устаканивается И НАЧИНАЕТ РАБОТАТЬ.

5. Возвращение на место ноги 1 (LOS_SIGNAL) вернуло ситуацию в норму. Порт работает и конфигурируется как с линком, так и без линка. Налицо неправильное выставление сигнала TX_FAULT и контроль этого со стороны свитча.

 

 

Методика переделки:

1. Отпаиваем ногу № 10 от пада и отгибаем её вверх.

2. Перемычкой соединяем её с GND. GND берём на соседних ногах № 9 и №8. Обе они на земле.

3 ....

4 ....

5. PROFIT!

 

Фото прилагается.

 

D^2 прошу взять на заметку.

 

В принципе, нечто в корпусе sot-26, стоящее рядом у красным кружком, подозрительно похоже на сборку из двух NPN транзисторов типа EMX1. Причём, судя по схеме, это как раз тот транзистор, который должен тянуть к земле эту самую ногу TX_FAULT. 99%, что можно 10-ю ногу от пада не поднимать а просто, как есть, замкнуть её на соседнюю №9, где земля. Гореть нечему. Её и так транзистор к земле тянуть должен. Только вот не тянет или тянет недостаточно сильно.

 

Как раз: нога №3 - это коллектор. Он на выход к 10 ноге разъёма. 4 - эмиттер, заземлён. 5 - база. она к контроллеру/модулятору лазера. 99%, что это оно.

 

пруфлинк http://www.s-manuals..._umx1n_rohm.pdf

 

PS Замыкание 10-ой ноги на 9-ю и 8-ю так-же работает. Так что доработка GBICа сильно упростилась.