Сделайте статистику по vlan интерфейсам для пинга с выводом на какой нибудь mrtg
И тогда сравнивая ее и другую стату по каналам загрузкам cpu mem итд что у вас там есть
сможете понять что у вас там происходит
проблема на vlan
добавьте в мониторинг статистику icmp на каждом vlan
и через недельку посмотрите на графики, тогда станет понятно с чем и как она связанна
из пушки по воробьям скорее всего если vlan на stp/rstp - проблема в петлях
лингсат это википедия, кто хочет, тот отправляет данные и их добавляют-обновляют
ваши клиенты, посредники, любой кто знает что там летит, отправил инфу и ее добавили
есть такой rfc1323 который при росте ртт вырубает winupdate
есть свои опции на винде и линкусе
по гуглите, поиграйтесь
и тсп буферков на винде и линуксе я бы подкрутил а не надеялся на дефолты
ну да, умный дом не зависит от настройки tcp у клиента)))
но боюсь представить как твой умный дом встанет на дыбы когда ты в него так же как в iptv будешь мегабайты без разбора запихивать
чайник от передоза и холодильником может прикинуться
а холодильник - сан узлом....
так что поосторожнее там с умным домом
никто вам не виноват, что вы берете лажу да еще у тех кто ее готовить не умеет
не я конечно понимаю что качественный iptv инженер это как и хороший сисадмин, большая редкость
и сейчас туда берут кого попало кто знает как nginx+ffmpeg засетапить ))
ps почти круглосуточно запущен какой то iptv их разряда халявных в web броузере, где баннеров больше чем количество каналов
и даже hd идут нормально
что бы не заниматься поиском проблем там где их быть не должно
у вас там началось с брокен пайп - фигня какая то с дескрипторами, lsof хотя бы надо было изучать
или еще надо смотреть где какие лимиты могут быть
дальше вы рестартонули демон но tmp видимо не почистили
поэтому только ребут который почистил tmp - помог
у вас аналогичная ситуация
где увеличено количество хендлов ?
+ видимо еще что то с самой ос, потому что помогло только ребут машины
если бы проблема была в софте то его рестарт помог бы