Добрый день!! Подержу коллегу, приставка просит обновиться, пользун жмет и после перезагрузки получи IPTV плеер вместо 24 часатв и тд.. Если бы была чистая noplayer   вопросов бы не было, по крайней мере меньше.  С YouTube проблема "ваше устройство не поддерживается"

Доброго дня. Давайте продолжим в ЛС чтобы не засорять чат.

Я заплатил за приставку 3500 , а вы мне за мои же деньги защиты какие-то делаете от меня же . Это я как абонент говорю.

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

Наша приставка это операторский продукт, работать должен со связкой с сервером оператора. Если нужен клиентский -в ДНС они есть, там прошивки по желанию оператора менятся не будут. Кроме того деньги вы заплатили не нам, а оператору связи - вот к нему и вопросы.

Добрый день!
Подскажите, на BDcom S3756F по умолчанию какой тип балансировки на port-channel используется?
В документации информация только как его изменить

Про ютуб вроде на очень старых прошивках ругалось

добрый, src mac

спасибо

а подскажите, poe коммутаторы snr умеют passive poe 24v? для запитывания ubnt устройств, например

можно включить PoE на порте принудительно -  power inline static enable

а вольтаж какой будет?

48

Такую Ubiquiti Instant 802.3af Outdoor Gigabit  или INS-8023AF-I такую штуку ищи, она сконвертирует в пассивный пое

спасибо

@urlmike , к вопросу об ARP, обещал ответить сегодня. Я проверил в лаборатории - это действительно так, после истечения времени жизни ARP-записи коммутатор перезапрашивает запись 2 раза, если ответа нет - запись удаляется. Это сделано для исключения проблем с записями, быстрой работы определенного функционала (например dying gasp).
Проблем с наплывом ARP-запросов в сети, как вы предполагали не будет, так как запрос отправляется unicast.

RFC данное поведение не регламентирует, но в качестве примера реализации указан реализованный нами:

It may be desirable to have table aging and/or timeouts. The implementation of these is outside the scope of this protocol...
Another alternative is to have a daemon perform the timeouts. After a suitable time, the daemon considers removing an entry. It first sends (with a small number of retransmissions if needed) an address resolution packet with opcode REQUEST directly to the Ethernet address in the table.  If a REPLY is not seen in a short amount of time, the entry is deleted.

однако, было бы неплохо чтобы такое поведение можно было отключить. Скажем, у нас vlan управления больше чем /24 и в нём встречаются устройства типа SNR-ERD старых версий, которые имеют крайне ограниченные ресурсы CPU. Конечно, они больше страдают от BUM, но... в целом таковое поведение коммутатора не нужно.

и ещё хотел спросить что за команда arp check в глобальном конфиге

описание у неё говорящее, в мануалах не нашёл