2_Vedra_Interneta

нема такої команди в В версіях, уже провірено на баратьох прошивках, писали вище що тільки в С. Хоча тема уже давно була створена, що й не пам'ятаю точно, що уже провіряв, но не знаходив ніяк. А ви мене знову підірвали на провірку )))

робив саме так, теж декілька постів вище писав Switch_config_epon0/1#epon onu- onu-always-laser-on onu-authen-method

Мені здається якщо запровадили якусь нову фішку в прошивці 10.1.0B_44597, то у всіх наступних вона б теж мала бути. Відповідно версія моєї прошивки BD_3314_10.1.0B_63244_05052_2019 новіша за ту що ви пропонуєте, але і там нема даної команди. З цього я можу судити що, скоріш за все, в версії 10.1.0B_44597 теж нема цієї команди. А якщо взагалі поглянути на мій перший пост в цій темі, то я там писав, що якраз прошивався на версію прошивки 10.1.0B_44597, яку ви пропонуєте, і писав, що команда по блокуванню так і не появилася. Думаю, що команда epon onu-blacklist mac xxxx.xxxxx.xxxx.xxxx взагалі не може бути на B ревізіях.

на цій прошивці нажаль теж нема даної команди

дякую вам і вам теж дякую

в іншій темі уже відповіли що так можна прошивати, все норм

а можете ще поділитися актуальною прошивкою для даної голови бо є BD_3310C_10.1.0E_50633_en.bin але пишуть що не стабільна

о, тепер зрозуміло, дякую

ok, і як це мені поможе? Якщо ви прошивали даний свіч з D на E, то так і напишіть будь ласка.

В чому різниця між D прошивкою і E ? наприклад BD_3310C_10.1.0D_33463_en.bin а також BD_3310C_10.1.0E_36039_en.bin Хочу перепрошити свіч, але не можу нагуглити чи можна ці прошивки заливати в 3310С. Тільки в двох постах знайшов схоже запитання - хтось хотів даунгрейд зробити і запитувався, а хтось мав проблеми з загрузкою голови після апгрейду. Вот саме тому і запитуюся чи точно можна з D прошиватися в E, хтось уже таке робив?

а можна всетаки відповідь на це запитання ?

Дякую, но де скачати саму прошивку я знайшов, а от чи безпечно перешивати голову з D на E версію прошивки так і не знаю. Хоть ви і дали мені ссилку на всі прошивки для 3310C, но деколи знаходжу ці самі прошивки поділені по різних папках версіями D і E, що і наштовхує мене на дане питання.

Підніму тему із схожим запитанням В чому різниця між D прошивкою і E ? наприклад BD_3310C_10.1.0D_33463_en.bin а також BD_3310C_10.1.0E_36039_en.bin Хочу перепрошити свіч, але не можу нагуглити чи можна ці прошивки заливати в 3310С. Тільки в двох постах знайшов схоже запитання - хтось хотів даунгрейд зробити і запитувався, а хтось мав проблеми з загрузкою голови після апгрейду. Вот саме тому і запитуюся чи точно можна з D прошиватися в E ?

дякую, попробую

для B-шки новішої не бачив

вдячний за допомогу, але як я писав вище нема у мене чомусь такої команди ос що в мене є при нажиманні ТАБ Switch_config_epon0/1#epon onu- onu-always-laser-on onu-authen-method саметому і створив тему, де таку команду можливо знайти Switch_config#show version BDCOM(tm) P3310B Software, Version 10.1.0B Build 44597 Copyright by Shanghai Baud Data Communication CO. LTD. Compiled: 2017-7-19 16:51:13 by SYS_44597, Image text-base: 0x80008000 ROM: System Bootstrap, Version 0.3.4, Serial num:S13xxxxxx

а чому вони не зможуть зареєструватися? я думав що онушка з блекліста просто не зможе зареєструватися і це буде відображатися в логах, а онушки інших абонів як працювали так і будуть дальше працювати навіть якщо буде так як ви пишете, то всерівно питання залишається в силі - де знайти цю команду onu-blacklist ?

я уже думав про фізичне відключення, але в даний момент цікавить ця команда те що буде флудити в логи це не проблема

потрібно заблокувати ону на гілці в BDCOM p3310B, прочитав що для цього є команда epon onu-blacklist mac xxxx.xxxxx.xxxx.xxxx нажаль її я не знайшов переліку команд, нагуглив що ця команда появляється з 4XXX версії прошивки так як в мене стояла ще 10.1.0B Build 29333, то я обновився до 10.1.0B 44597, але і після цього команда не появилася нагуглив ще декілька згадок за цю команду іменно в свічі p3310B без згадки про версію прошивки може хотьсь підказати як її знайти, де вона водиться

ок не сомневаюсь в вашем опыте, но прошу вас лучше не тратить ваше время на мои глупости, почитайте лучше книжки

по вашему совету я понял что админами рождаются а не становятся спасибо, я уже начал копать в эту сторону и все больше убеждаюсь что действительно виноват СТП, только еще не могу понять почему именно в даной ситуации

я не спорю что может я где то сглупил, к тому же я не очень хорошо разбираюсь в тонкостях настройки. но если судить по вашей логике, что включена защита от дурака в виде СТП, то возникает несколько вопросов: 1) почему до переключения своего дома в свич №1 все работало исправно? ведь я ничего глобально не менял; 2) почему другой БДКом тоже не перестал отвечать? дело в юзерских вланах?; 3) почему в логах, которые я пролистал, ничего про кольцо не пишет?; 4) почему если поменять аплинк свича №2 и №5 местами, все работает отлично? может дело в Hello BPDU пакетах, которые свич №5 может блокировать?; если сделать show run на обеих БДКом свичах есть только spanning-tree mode rstp, и все практически все на свиче стоит по умолчанию, так что если оно не используется при заводских настройках, значит нет но если что, то подскажите как проверить

Помогите решить одну проблему. Вопросы по EPON, но только за их Ethernet порты. Есть непонятка, для лучшего понимания которой я даже нарисовал часть сети в приложенном файле. Дом я кому я живу был присоединен к свичу №4, что показано красной штриховой линией. Я решил пробросить себе связь напрямую к свичу №1, после чего свич №2 перестал отвечать, причем физический связь присутствует, порты линкуються на 1 гигабите. Свичи № 3 и №4 и некоторые другие, не указанные на рисунке, отвечают исправно. Все свичи находятся в одном управляющему влане, соответственно я ничего из настроек не менял, только взял себе свободный Ethernet порт на свиче №1, прописал туда нужные мне вланы и физически туда втыкнул кабель. Я не мог ошибиться с настройками вланов, иначе бы не отвечали все остальные свичи. Начал разбираться - просто перезагрузка свича не помогла, а если вытянуть СФП с патчкором с свича №2 и запихнуть в свич №5 то данный свич (№5) пингуеться без проблем, что свидетельствует об исправности СФП и настроек. Если воткнуть все назад, то опять ничего не отвечает. Забрал свич домой, нашел еще один управляющий тэговай порт, подключился через него и начал смотреть что там. Не подумал сначала залезть в логи посмотреть, а сразу попробовал выключить и включить аплинк, но результата не дало. Вспомнил что когда настраивал что-то по защите от петель, но забыл как это проверить и полез гуглить и пока гуглил, аплин странным делом начал отвечать на пинги. Я удивился, но не было времени детально разбираться время позднее, поэтому я на всякий случай просто перегрузил еще раз ссвич и посмотрел чтоб поднялся. Все работало исправно, поэтому я списал все на глюк и поехал ставить свечей на место. И соответственно когда я его запустил на месте он дальше перестал отвечать на пинги. Что может быть, кто-то может подсказать? Меня не интересуют подсказки такого типа - "просто используй другой порт" или "почему не подключишь свич №2 после свича №5", меня интересует данный случай. Если надо какой-то конфиг, скину без проблем, но что-то я подозреваю что дело не в нем.