Обязательно изучу эту тему. Но уже для себя. Эту ситуацию задокументирую и забуду как страшный сон.

слишком много делать нужно когда можно проще решить вопрос.
Просто настроив правильно OSPF )
но смотрите сами, как говорится... у каждого свой фетишь )

=====================
Непродолжительный мониторинг показал что из сети оператора два устройства постоянно рассылают на всю сеть оператора шировещательные запросы NeBios на порты :137 :138  - это не криминально, но в некоторых случаях нужно насторожиться ибо....
При обработке этого адреса первоначально будут отправлены запросы на порты 139 (NetBIOS Session) или 445 (Microsoft-DS Active Directory, Windows shares). Если эти порты будут закрыты, то жертва отправит NetBIOS Name Service (NBNS) NBSTAT сообщение на 137 порт, тем самым открывая UDP-тоннель и позволяя злоумышленнику слать запросы прямиком жертве, минуя NAT и Firewall.
В переводе на понятный язык, кто то в сети оператора. А быть может и сам оператор пытается контролировать трафик уже на конечном оборудовании абонентов.
========================

может смена с UDP на TCP помогла.

)))

да! Я о том и говорю что только поменять udpшный впн на tcpшный впн - решилась проблема с обрезанием iptv

а c чего вы взяли что там IGMP?

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

Конечно будут.  
По Вашему как bfd определяет падение линка?  
То, что пинг это может и не заметить, это уже второй вопрос и зависит от частоты отправки icmp

ну типа iptv это почти всегда igmp

Могу ошибаться ибо я туп как пробка

ну через интернет это обычно не Igmp

а подскажите что? Буду знать.

вообщем скорее всего у вас руки из жопы поэтому L2TP не завелся, хотя он лучше (SSTP все таки TCP шо для видеопотока такое себе)

100мс 3 потери - определение падения.
пинги теряться  не будут.

так спросите у провайдера

завёлся. нормально завёлся.

И не только у меня он завёлся.

Тут другая какая то причина блокировки iptv.

Остальной то трафик гонялся без проблем