
KosaNostra
28.05.2019
15:05:47
дело не вдлине, он или работает или не работает.

Andrew
28.05.2019
15:06:24

Dmitry
28.05.2019
15:06:39
патч заводской, жилы не разомкнуты, фото выше, взял новый, картина таже, патчи проверены, работают, пойду искать старые модули безхозные

KosaNostra
28.05.2019
15:07:05

Google

KosaNostra
28.05.2019
15:10:55

Andrew
28.05.2019
15:13:45
прошивку актуализировать-бы...

Dmitry
28.05.2019
16:32:10
при подключении волокна, тоже всё в норме
на появление волокна реагирует
Пробовать сдавать по гарантии (очень сложно из-за логистики) или есть способы его пролечить?

Andrew
28.05.2019
16:41:48
пром обновлен?

Dmitry
28.05.2019
16:47:42

Andrew
28.05.2019
16:49:16
Я про 3200
Дык в чем проявляется нерабочесть сфп?

Google

Dmitry
28.05.2019
16:49:52
а, да
линка нету

Andrew
28.05.2019
16:50:21
Разьемы lc до щелчка вставлялись?

Dmitry
28.05.2019
16:50:52
блин, ну естественно)

Andrew
28.05.2019
16:58:15
Ну малоли. Вообще, не слышал чтобы ктото жаловался на необходимость ребута, завтра проверю на своем свиче. Ревизия С?

Dmitry
28.05.2019
17:02:16
3200 да
DES3200R_4.51.B004.had
на 1510 говорю ж, на предыдущей норм, на последней нет, дефолтный конфиг если что

Aleksei
28.05.2019
17:07:23
Кстати про ddm, раз уж тут есть человече, который им пользуется
Я никогда не пользовался, посему хотелось бы уточнить, он нормально работает? глюков нет, или как обычно?)
Подумал тут начать мониторить силы сигнала и подобные штуки, но боюсь упереться как обычно в какие-нибудь глюки
Хотя не, у меня он включен, но показания не снимает

Dmitry
28.05.2019
17:26:57

Aleksei
28.05.2019
17:28:50
что значит не снимает?
пусто там. Предположительно из-за SFP-шек
Не в заббикс, а так отлавливать на серваке и в случае понижения сигнала орать

Vlad
28.05.2019
17:31:27

Dmitry
28.05.2019
17:32:05

Aleksei
28.05.2019
17:32:39
Заббикс просто у нас и так перегружен, не хочется на нем еще какие-то параметры снимать, так что все не особо значительное снимаю отдельными поллерами на другом сервере

Dmitry
28.05.2019
17:33:41

Vlad
28.05.2019
17:36:23
Не, конечно вернуть поставщику нужно, по возможности

Google

Cagami
28.05.2019
17:41:00

Dmitry
28.05.2019
17:41:40

Daniel
28.05.2019
17:44:08
/info@dlink_rubot

Sir
28.05.2019
17:44:08

Dmitry
28.05.2019
17:45:02
Да и какая логистика у SFP... SFP это расходник, должна быть в ЗИПе...
ммм, вкратце, тётя из бухгалтерии отвязывает её из баланса, пьяный вася на хромой кобыле везёт её за 1000 верст в представительство, потом всё в обратную сторону. И если у вас не крутой корпорат на овер999 сотрудников, то всё это не очень радужно выглядит и особенно для собственной жопы

Vlad
28.05.2019
17:46:12
А что потом делать с неработающей - решать бухгалтерии.. списать, отправить почтой, курьером или самим в командировку

Dmitry
28.05.2019
17:47:32
а с чего вы взяли, что это не так?

grandmother Bo
28.05.2019
17:54:48
Dir-300 можно узнать както пароль от роутера не скидая его к заводским?
Потерялся файлик с паролем(

Sergey (cergo666)
28.05.2019
17:57:25

Sergey (cergo666)
28.05.2019
17:57:35
Иначе это было бы небезопасно

ВАЛЕРА
28.05.2019
18:00:05

Dmitry
28.05.2019
18:01:53
))
думаю если бы сохранял, то так не боялся бы сброса)

ВАЛЕРА
28.05.2019
18:04:57
99 проблем из 100 мы создаем сами себе

grandmother Bo
28.05.2019
18:05:05
А вариант с post запросим ктото делал?

Vladimir
28.05.2019
19:08:58

Google

Vladimir
28.05.2019
19:09:50
Проверяю два USB LTE модема
ZTE MF823 и Huawei E8372h
В информации о модеме никакой информации вообще
Но зато работают!
Ни уровня сигнала, ни инфе о модели модема
Только производитель
Но работают как надо! Интернет раздают через роутер :)

Aleksei
28.05.2019
19:14:47

Alexander
28.05.2019
19:37:27

Vladimir
28.05.2019
20:19:18

Admin
ERROR: S client not available

Alexander
28.05.2019
20:20:00
Ну и хорошо)

Sergey
28.05.2019
20:23:27

Vladimir
28.05.2019
20:26:38
Да, модемы аля роутер, адреса у них 192.168.х.х
Спасибо за разъяснение!:)

Denman
29.05.2019
00:05:20
/info@dlink_rubot

Sir
29.05.2019
00:05:20


Andrew
29.05.2019
03:48:09
Кстати про ddm, раз уж тут есть человече, который им пользуется
Я никогда не пользовался, посему хотелось бы уточнить, он нормально работает? глюков нет, или как обычно?)
Подумал тут начать мониторить силы сигнала и подобные штуки, но боюсь упереться как обычно в какие-нибудь глюки
давайте вкратце расскажу по ddm`ности..
в классике у каждой неDDM sfp есть свой "паспорт" - на разъем в сторону коммутатора просто стоит serialeeprom (мелкая последовательная флешка), в которой прописано что это за модуль, что умеет по скоростям, к какому классу относится, кто производитель итдтп.. тоесть, когда вы подключаете sfp к комуту вы заодно и подключаете 24c02 флешку, на шину i2c. Проц комута читает эту флешку и понимает "кого ему принесли".
когда придумывали ddm исходили из простой посылки "а давайте вместо 24с02 воткнем какойнить микроконтроллер, который будет с модуля мониторить параметры в меру возможностей, а в сторону комутатора он будет прикидываться все тем-же 24c02".
И тут возникает несколько потенциальных граблей.
"прикидываться 24с02" могут не все, а кто может - делает это с разной степенью успешности. Борьба за рынок методом "уроним цену удешевив все что можно" приносит свои плоды и в деле sfpстроения - стараются ставить что подешевле. И тут немаловажно что sfp подключается к i2c шине - шина прямо в проц, если вдруг отвечающаю сторона начнет выдавать что-то с задержкой, или отвечать не то, или совсем не отвечать, то все это скажется на работе проца. из последних примеров - стоял себе DES_3200-28F/C1, кормил понемногу 20 клиентов и все было хорошо. добавили еще одного клиента, и стало все переодически плохо - раз в 3-4 дня комут уводил проц в полку, при этом никаких аномалий ни в трафике по сети, ни в трафике "интересном" процессору не наблюдалось, транзитный траффик все так-же коммутировался. Просто проц в 100% загрузке, интерфейс тормозит, на snmp отвечает через раз.. Заменили на другой экземпляр последнюю установленную sfpшку и все нормализовалось.
А еще шило с прошивкой модуля - если в обычной sfp прошивку поменять несложно, то в ddmном нужно или какуюнить ногу подтягивать, или в какойнить регистр чтонить записывать для снятия RO или командами специальными кормить модуль..
А что в плюсе? как по мне-только возможность отслеживать деградацию оптики... Сомнительно, помоему... Если сварные нелохи и оптика не из дерьма то она очень не скоро деградирует (особенно на классических для провайдеров расстояниях). все остальные данные - или костанта, на которую невозможно повляить (ну зачем вам напряжение питания модуля? А темпреатура?) или стата с интерфейса.
ТАк что плюсы ddm сомнительны, а гемора оно иногда добавляет. Имхо.


Владимир
29.05.2019
03:52:57
давайте вкратце расскажу по ddm`ности..
в классике у каждой неDDM sfp есть свой "паспорт" - на разъем в сторону коммутатора просто стоит serialeeprom (мелкая последовательная флешка), в которой прописано что это за модуль, что умеет по скоростям, к какому классу относится, кто производитель итдтп.. тоесть, когда вы подключаете sfp к комуту вы заодно и подключаете 24c02 флешку, на шину i2c. Проц комута читает эту флешку и понимает "кого ему принесли".
когда придумывали ddm исходили из простой посылки "а давайте вместо 24с02 воткнем какойнить микроконтроллер, который будет с модуля мониторить параметры в меру возможностей, а в сторону комутатора он будет прикидываться все тем-же 24c02".
И тут возникает несколько потенциальных граблей.
"прикидываться 24с02" могут не все, а кто может - делает это с разной степенью успешности. Борьба за рынок методом "уроним цену удешевив все что можно" приносит свои плоды и в деле sfpстроения - стараются ставить что подешевле. И тут немаловажно что sfp подключается к i2c шине - шина прямо в проц, если вдруг отвечающаю сторона начнет выдавать что-то с задержкой, или отвечать не то, или совсем не отвечать, то все это скажется на работе проца. из последних примеров - стоял себе DES_3200-28F/C1, кормил понемногу 20 клиентов и все было хорошо. добавили еще одного клиента, и стало все переодически плохо - раз в 3-4 дня комут уводил проц в полку, при этом никаких аномалий ни в трафике по сети, ни в трафике "интересном" процессору не наблюдалось, транзитный траффик все так-же коммутировался. Просто проц в 100% загрузке, интерфейс тормозит, на snmp отвечает через раз.. Заменили на другой экземпляр последнюю установленную sfpшку и все нормализовалось.
А еще шило с прошивкой модуля - если в обычной sfp прошивку поменять несложно, то в ddmном нужно или какуюнить ногу подтягивать, или в какойнить регистр чтонить записывать для снятия RO или командами специальными кормить модуль..
А что в плюсе? как по мне-только возможность отслеживать деградацию оптики... Сомнительно, помоему... Если сварные нелохи и оптика не из дерьма то она очень не скоро деградирует (особенно на классических для провайдеров расстояниях). все остальные данные - или костанта, на которую невозможно повляить (ну зачем вам напряжение питания модуля? А темпреатура?) или стата с интерфейса.
ТАк что плюсы ddm сомнительны, а гемора оно иногда добавляет. Имхо.



Vladimir
29.05.2019
05:15:17
давайте вкратце расскажу по ddm`ности..
в классике у каждой неDDM sfp есть свой "паспорт" - на разъем в сторону коммутатора просто стоит serialeeprom (мелкая последовательная флешка), в которой прописано что это за модуль, что умеет по скоростям, к какому классу относится, кто производитель итдтп.. тоесть, когда вы подключаете sfp к комуту вы заодно и подключаете 24c02 флешку, на шину i2c. Проц комута читает эту флешку и понимает "кого ему принесли".
когда придумывали ddm исходили из простой посылки "а давайте вместо 24с02 воткнем какойнить микроконтроллер, который будет с модуля мониторить параметры в меру возможностей, а в сторону комутатора он будет прикидываться все тем-же 24c02".
И тут возникает несколько потенциальных граблей.
"прикидываться 24с02" могут не все, а кто может - делает это с разной степенью успешности. Борьба за рынок методом "уроним цену удешевив все что можно" приносит свои плоды и в деле sfpстроения - стараются ставить что подешевле. И тут немаловажно что sfp подключается к i2c шине - шина прямо в проц, если вдруг отвечающаю сторона начнет выдавать что-то с задержкой, или отвечать не то, или совсем не отвечать, то все это скажется на работе проца. из последних примеров - стоял себе DES_3200-28F/C1, кормил понемногу 20 клиентов и все было хорошо. добавили еще одного клиента, и стало все переодически плохо - раз в 3-4 дня комут уводил проц в полку, при этом никаких аномалий ни в трафике по сети, ни в трафике "интересном" процессору не наблюдалось, транзитный траффик все так-же коммутировался. Просто проц в 100% загрузке, интерфейс тормозит, на snmp отвечает через раз.. Заменили на другой экземпляр последнюю установленную sfpшку и все нормализовалось.
А еще шило с прошивкой модуля - если в обычной sfp прошивку поменять несложно, то в ddmном нужно или какуюнить ногу подтягивать, или в какойнить регистр чтонить записывать для снятия RO или командами специальными кормить модуль..
А что в плюсе? как по мне-только возможность отслеживать деградацию оптики... Сомнительно, помоему... Если сварные нелохи и оптика не из дерьма то она очень не скоро деградирует (особенно на классических для провайдеров расстояниях). все остальные данные - или костанта, на которую невозможно повляить (ну зачем вам напряжение питания модуля? А темпреатура?) или стата с интерфейса.
ТАк что плюсы ddm сомнительны, а гемора оно иногда добавляет. Имхо.
Супер.. Прям по полкам. Краткость..


alex
29.05.2019
05:19:27
про ddm прям в мемориз

KosaNostra
29.05.2019
05:53:57
Снимаю ddm, и при деградации триггер. Удобно и наглядно видно как сварили. Ну и так по мелочи для анализа иногда полезно.

Google

KosaNostra
29.05.2019
06:01:54
Оптические патчкорды тестируем перед установкой, сменил 3х поставщиков, % брака примерно одинаковый.

Владимир [qWest44]
29.05.2019
06:17:25
ddm очень нужен когда есть свои магистрали/длинные линки, там бывают очень внезапные деградации, за пост спасибо, познавательно

Sir
29.05.2019
06:22:46
В личку пиши: @dlink_rubot

Сергей
29.05.2019
06:48:36
/nightly@dlink_rubot

Sir
29.05.2019
06:48:36

Serg
29.05.2019
07:04:39
про DDM 99% правду @J0kER01 написал!
забыл только что есть еще адрес при обращении как-бы к странице как бы памяти 2402
а еще эти нехорошие китайцы ставят либо ROM вместо EPROM либо и правда как-то защищают память...
раньше как? не жует железка модуль - посмотрел в то что узкоглазые в 2402 запхали, почитал SFF-8472, исправил - и вот уже модуль нормально определяется, а не fiber channel ?
а сейчас при копеешной их стоимости проще выкинуть модуль и сказать - не покупайте эти говносфп, а покупайте вот эти.
з.ы. 10G модулей с кривыми/отсутствующими значениями в EPROM не встречал пока.


Aleksei
29.05.2019
07:37:36
давайте вкратце расскажу по ddm`ности..
в классике у каждой неDDM sfp есть свой "паспорт" - на разъем в сторону коммутатора просто стоит serialeeprom (мелкая последовательная флешка), в которой прописано что это за модуль, что умеет по скоростям, к какому классу относится, кто производитель итдтп.. тоесть, когда вы подключаете sfp к комуту вы заодно и подключаете 24c02 флешку, на шину i2c. Проц комута читает эту флешку и понимает "кого ему принесли".
когда придумывали ddm исходили из простой посылки "а давайте вместо 24с02 воткнем какойнить микроконтроллер, который будет с модуля мониторить параметры в меру возможностей, а в сторону комутатора он будет прикидываться все тем-же 24c02".
И тут возникает несколько потенциальных граблей.
"прикидываться 24с02" могут не все, а кто может - делает это с разной степенью успешности. Борьба за рынок методом "уроним цену удешевив все что можно" приносит свои плоды и в деле sfpстроения - стараются ставить что подешевле. И тут немаловажно что sfp подключается к i2c шине - шина прямо в проц, если вдруг отвечающаю сторона начнет выдавать что-то с задержкой, или отвечать не то, или совсем не отвечать, то все это скажется на работе проца. из последних примеров - стоял себе DES_3200-28F/C1, кормил понемногу 20 клиентов и все было хорошо. добавили еще одного клиента, и стало все переодически плохо - раз в 3-4 дня комут уводил проц в полку, при этом никаких аномалий ни в трафике по сети, ни в трафике "интересном" процессору не наблюдалось, транзитный траффик все так-же коммутировался. Просто проц в 100% загрузке, интерфейс тормозит, на snmp отвечает через раз.. Заменили на другой экземпляр последнюю установленную sfpшку и все нормализовалось.
А еще шило с прошивкой модуля - если в обычной sfp прошивку поменять несложно, то в ddmном нужно или какуюнить ногу подтягивать, или в какойнить регистр чтонить записывать для снятия RO или командами специальными кормить модуль..
А что в плюсе? как по мне-только возможность отслеживать деградацию оптики... Сомнительно, помоему... Если сварные нелохи и оптика не из дерьма то она очень не скоро деградирует (особенно на классических для провайдеров расстояниях). все остальные данные - или костанта, на которую невозможно повляить (ну зачем вам напряжение питания модуля? А темпреатура?) или стата с интерфейса.
ТАк что плюсы ddm сомнительны, а гемора оно иногда добавляет. Имхо.
В общем, функционал для супербогатых телекомов, которые могут позволить себе супербогатые sfp-шки. Но супербогатые телекомы вряд ли будут пользоваться des-3200 , хотя хз...
Спасибо за разъяснение, хоть с утра и не удалось сразу вникнуть :D


Игорь
29.05.2019
09:22:14
ребят кто последнюю ночншку ставил? wifi как рабтает?

Sergey (cergo666)
29.05.2019
09:25:01

Игорь
29.05.2019
09:25:48
у меня где то месяц назад по wifi вебинтерфейс пропадал
переодически

Sergey (cergo666)
29.05.2019
09:27:09
у нас по крайней мере такого нет, а если и у юзеров не будет - то мы на шаг ближе к релизу

Игорь
29.05.2019
09:28:33
ок

Mike
29.05.2019
09:29:37
К релизу 4.0 на 825г1?)

Sergey (cergo666)
29.05.2019
09:30:21

Alexander
29.05.2019
09:30:38
да сдался вам этот релиз, чем ночнухи не устраивают, если работают?))
как говорится, работает - не трожь)

Sergey (cergo666)
29.05.2019
09:31:27