sadmin

Чо надо то?

Это все я понимаю - это мой риск: меня волнует именно конфиг - что с ним произойдет в случае апгрейда?

Люди!!! Помогите с вопросом выше!!! Пожалуйста!!

Тут вопрос назрел (по модели S3328) - можно ли удаленно обновить прошивку без проблем с конфигом: не слетит ли он после обновления прошивки? не хотелось бы срочно ехать на район и восстанавливать конфиг............

Какой ОЛТ? Какая ОНУ? Какой шаблон? 1) 4х портовый стелс: Software Version : 2.2.08_000(Jul 29 2016) Hardware Version : V1.0 MAC : e0-67-b3-00-44-0d 2) ОНУ не знаю, какая то однопортовая. но не в ней дело 3) Системный шаблон, №0. При попытке добавить в него команду кольцо-детекта ничего не происходит. system onu-template-config-system ctc fec enable system onu-template-config-system uni ctc egress-policing 100000 system onu-template-config-system uni ctc ingress-policing 100000 system onu-template-config-system uni ctc vlan-mode tag 0x8100 0 445 Как

Из перечня вариантов команд для шаблона, команды для кольцо-детекта не применяются.

А еще есть какие команды? Как насчет петель-детектов, защиты от флуда?

Подскажите команду для применения шаблона ко всем новым ОНУ, а то как в примере конфига вбивать каждый раз мак не комильфо.

за 2 месяца 3ий раз такое. причем у остальных голов такого не встречалось.

1)Если гарантия и брали у вас, то какие наши действия? 2)Если гарантия закончилась - платный ремонт возможен ли?

День добрый! Вопрос к ICLIne саппорту. А что значит вот этот лог: Sep 22 02:06:05 GPON15 %LINEPROTO-5-UPDOWN: Line protocol on Interface EPON0/3, changed state to down Sep 22 02:06:05 GPON15 %LINE-5-UPDOWN: Line on Interface EPON0/3, changed state to down Sep 22 02:06:05 GPON15 %LINEPROTO-5-UPDOWN: Line protocol on Interface EPON0/2, changed state to down Sep 22 02:06:05 GPON15 %LINE-5-UPDOWN: Line on Interface EPON0/2, changed state to down Sep 22 02:06:04 GPON15 %LINEPROTO-5-UPDOWN: Line protocol on Interface EPON0/1, changed state to down Sep 22 02:06:04 GPON15 %LINE-5-UP

нет под рукой такой ОНУ, а на тех что есть не працюе

да не понял. у меня с вланом клиента все ок - инет работает. мне нужно мультикаст тегом протянуть.

а что на свиче рихтовать то? если вы про тип источника тегированный или нет - то на 3028ом свиче такого нету.... на данный момент свич подписки делает, а на голове нет групп. другие юзеры с головы смотрят.

взял БДКОМ п1004 и настроил по-разному 2 порта: первый просто транспарент, второй как указал Реаниматор. Результат одинаков - не работает: при этом подписка на голове происходит один раз и при обнулении таймера пропадает. А вот на свиче подписка не происходит вообще. Свич настроен корректно - проверял подключением с другого свича.

1) кто-то делал сводную таблицу? 2) мультикастные вланы реальные указывать? или как обычно левые?

1) Вопрос на засыпку: а кто-то ведет сводную таблицу совместимости ОНУшек? уже надо бы! 2) если нужно пставить умный свич за онушкой и передать тегом вланы и мультикаст влан - какой нужен конфиг для ОНУ? а то подписка на группы идет на голове, а потока нет, через время и подписка пропадает. а на свиче пишет что групп нет, но свич настроен верно - с другого свича если его включить, то все работает. И голова праильно настроена: если настроить ОНУ порт как для юзера, то мультикаст идет.

а просто на ОНУ работает мультик?

Вы забыли добавить "Обновите биллинг!".)))) и получить еще с десяток багов. и так до просветления.

ну то есть вы считаете, что проблем с вашей тех поддержкой и тех особенностями вести проект нет?

так ведь все пакеты в пакетных дистрах это скомпиленные проги. только вот они в пакетах, красиво завернутые и легко обновляемые. а у вас не так. но сам биллинг - это не беда. но вот тот же радиус из исходников - уже проблема. и еще: ваша привычка обновлять биллинг днем, в процессе работы тысяч клиентов, тоже напрягает. неужели нельзя было обновлять ночью его? ответ от вас удивил: так вы не заказывали. так это не было нигде не написано, а очевидность обновления не в рабочее время оказывается для вас не очевидна. очевидно, что вам все равно, что юзеры уменьшат карму прову.

Так а что неправильно с точки зрения клиентов? Они заплатили деньги за то, что вы поставите им НОРМАЛЬНО сервак с биллингом. ВЫ им собрали с исходников, а далее они админят дистр по МАНУАЛУ от создателей дистра и попадают на проблемы с вашими собранными радиусами. Так в чем они виноваты? Повторюсь, вам нужно всего лишь выкатать инсталяху на 2 основных дистра и усё! при попытке обновить дистр - неразрешенные зависимости. и пробовать трогать это - страшно! (так же как и обновлять биллинг).

Получается, что вы даже не пытались. А достаточно 2 дистра основных проверить - и все. А в результате имеем сервак, который хрен обновишь, потому что кому что-то лень делать. Это похоже на профессионализм? Это у вас такая "реклама"?

во всех дистрах такое ? (centos, debian, ubuntu) нет, не было. и про скрипт ничего никак никто не знал.

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