What to do if Firewall is blocking Multicast on Windows 10

At times, the Multicast streaming may not work if you have your Firewall enabled. Users have reported that they are unable to use the Multicast stream on Windows 10 due to their Firewall blocking Multicast.

In this article, we take a look at the best fixes to resolve Multicast firewall blocking issue in Windows computer.

What to do if Windows 10 multicast isn’t working?

1. Check for VM Network Adapter

1. If you or your client has Virtual Machine installed, it will also install the Host-Only network for the VM. This network adapter can create issues with Multicast streaming and Firewall.
2. Try to disable the Network adapter from the control panel and check if that resolves the error. Here is how to do it.
3. Press Windows Key + R to open Run.
4. Type control and press OK to open the Control Panel.
5. In the Control Panel, go to Network and Internet > Network and Sharing Center.
6. From the left pane click on Change Adapter Settings.
   
   
7. Right-click on the VM installed Network adapter and select Disable.
8. Now start the stream and you should be able to start Multicast streaming.
9. From the Control Panel, right-click on VM network Adapter again and select Enable.
10. Right-click on the Network Adapter again and select Properties.
11. Double-click on “Internet Protocol Version 4 (TCP/IPv4)”.
    
    
12. Click the Advanced button at the bottom of the window.
    
13. Uncheck “Automatic Metric” and set the value to 0 for ethernet or wireless if required and 1 for VM.

2. Add Application to the Windows Firewall Exception List

1. If you haven’t already, you can add an application on the Windows Firewall exception list and allow it to receive all incoming traffic from that application. This is the easiest but not the safest method to resolve this issue. Here is how to do it.
2. Press Windows Key + R to open Run.
3. Type firewall.cpl and press OK to open Windows Defender Firewall window.
4. From the left pane click on Advanced Settings.
5. Click on Inbound Rules options.
6. On the left pane click on New rule.
   
   
7. Under “Rule Type” select the option “Program“ and click Next.
8. Select the option “This Program path”.
   
   
9. Now browse the program that you want to add to the exception list. Program‘s .exe file is located in C:\program Files (x86)\Program Name
10. Select the “Allow the connection” option.
    
11. Click Next and leave all the options as it is. Click Next again.
12. Add a name for this rule so that you can identify it easily and click Finish.
13. Now try to start the stream and check if you are able to connect without any issues.

3. Other Workarounds to Try

1. Specifically, allow incoming traffic from the IP addresses of all the server running the Streaming. While this can be a time-consuming task, it is safer than adding the program to the exception list.
2. You can also configure the Windows Firewall to allow UDP traffic only from the specified ports. To do this you need to change the Windows Media Player settings or server configuration.
3. Lastly, you can enable rollover to a TCP based protocol on all Windows Media Server publishing points that streams. This is the most secure but resource hungry method.

RELATED STORIES YOU MAY LIKE:

Windows 10 network stack breaks multicast in VLC

Сообщил:	markozga	Владелец:
Приоритет:	normal	Этап разработки:	4.0.0
Компонент:	Build system	Версия:	master git
Серьёзность:	major	Ключевые слова:	windows 10 and windows server 2016 multicast broken
Копия:	Difficulty:	guru
Platform(s):	Windows desktop	Work status:	Not started

Описание (последним изменил Rémi Denis-Courmont )

I have noticed that VLC versions 2.2.6 and 3.0.1 of VLC do not input or output multicast streams on Windows 10 or Windows Server 2016, but the exact same software and configurations work on Windows 2012 R2. I have attached a screenshot showing multicast streams working across a VLAN segment in Windows 2012 R2 on multiple hypervisors but not on Windows 10 or Windows Server 2016.

Вложения (2)

Download all attachments as: .zip

История изменений (9)

Changed 3 года ago by markozga

windows 10 and windows server 2016 do not input or output multicast

comment:1 Changed 3 года ago by markozga

TYPOS CORRECTED

I have noticed that VLC versions 2.2.6 and 3.0.1 of VLC do not input or output multicast streams on Windows 10 or Windows Server 2016, but the exact same software and configurations work on Windows 2012 R2. I have attached a screenshot showing multicast streams working across a VLAN segment in Windows 2012 R2 on multiple hypervisors but not on Windows 10 or Windows Server 2016.

comment:2 Changed 3 года ago by Jean-Baptiste Kempf

Does it work on Win8? Win 7?

comment:3 Changed 3 года ago by markozga

I can spin up a virtual machine later this weekend to test. I think it has something to do with IGMPv2 join requests because when sending or recieving the RTP traffic to an IP direct broadcast such as rtp://192.168.1.255 or rtp://255.255.255.255 it works on Windows 10 and Server 2016. However that floods all switch ports with traffic so while it works on the local network segments it does not pass over a GRE VPN between different networks.

comment:4 следующий: 5 Changed 3 года ago by Rémi Denis-Courmont

IGMP is not necessary to output multicast. This sounds more like a firewall problem.

The VideoLAN Forums

Discussion and support for VLC media player and friends

Recent Windows 10 update killed VLC multicast reception??

Recent Windows 10 update killed VLC multicast reception??

Post by mccreigh » 30 Sep 2018 16:26

A month ago all my Ethernet-connected VLC clients could happily receive
the IP multicast TV provided by my Internet Service Provider (init7.ch)
over my 1Gb/s / 1Gb/s fiber-optic Internet link. On that link, the
IPv4 Multicast address 239.77.0.77 is our main Swiss TV station, SRF1.

Now my Windows clients no longer can receive any IP multicast station
but my Linux clients still can and
so can my iOS clients when hardwired to my Ethernet. (Multicast TV
over WiFi is a well-documented tale of woe.)
All my machines are attached to the same switched 1Gb/sec
Ethernet internal LAN. Neither Windows VLC 3.0.3 nor 3.0.4 still works, and neither the
32-bit not the 64-bit binary works. All my Windows machines are running the
64-bit version of Windows 10 Home, patched to v10.0.17134 Build 17134.

If, however, I launch udpxy on a LAN-connected Linux server at 192.150.23.4
(used as a private address), and then present the URL

to Windows VLC as a network address, the TV channel plays perfectly.

When I present the URL udp://@239.77.0.77:5000 to Windows VLC as a network
address while sniffing that machine’s Ethernet interface using Wireshark
on the same machine, I see a correct
IGMPv2 Membership report, followed some 250msec later by a steady blizzard
of about 150 1358-byte UDP MPEG TS packets per second from 77.109.129.16
to 239.77.0.77. Nonetheless VLC behaves as if it’s waiting for content;
the orange bar sweeps back and forth.

If I had to make one guess about what’s happening, I would guess that
one of the September 2018 Windows 10 update patches changed something about receiving
IP multicast packets, and that the VLC team was not expecting the change.
In September one of my Windows machines installed the OS updates
KB4346783, KB4457128, KB4456655,
KB4457128, KB4100347, KB4464128, as well as the Adobe Flash Player
security update KB4457146, and the usual Windows Defender stuff.

Further insight, anyone?

Many thanks,
Ed McCreight

******
VLC debug log during failed connection attempt

Subnets.ru blog

Сети, настройка оборудования, сетевые сервисы.

	Быстрый переход: Главная блога Главная сайта Форум Если Вы чего то недопоняли или не нашли — задайте вопрос на нашем форуме и мы попробуем Вам помочь.
Subnets.ru Регистрация IP и Автономных систем mega-net.ru

Multicast и Unicast вещание с помощью VLC media player (vlc multicast and unicast stream)

Запуск вещания VoD (Video on Demand) — Видео по запросу

Для примера возьмем сервер с unicast IP-адресом 172.16.10.14, вещаем с порта 5554

Консоль сервера:
===========
1. vlc —ttl 12 —color -I telnet —telnet-password 123 —rtsp-host 172.16.10.14:5554

2. telnet localhost 4212

3.
> new Test vod enabled
> setup Test input /path/to/file.avi

На клиенте:
=======
запускаем vlc проигрыватель
нажимаем «Файл» -> «Открыть URL»
в строке MRL пишем: rtsp://172.16.10.14:5554/Test
жмем «ОК» — смотрим фильм «по запросу»

Multicast вещание нескольких видео файлов на multicast IP-адреса 239.255.1.1 и 239.255.1.2

Вещаем по RTP, консоль сервера:
===========
1. vlc —ttl 12 —color -I telnet —telnet-password 123

2. telnet localhost 4212

3.
> new channel1 broadcast enabled
> setup channel1 input /path/to/file_1.avi
> setup channel1 output #rtp
> new channel2 broadcast enabled
> setup channel2 input /path/to/file_2.avi
> setup channel2 output #rtp
> control channel1 play
> control channel2 play

1. vlc —ttl 12 —color -I telnet —telnet-password 123

2. telnet localhost 4212

3.
> new channel1 broadcast enabled
> setup channel1 input /path/to/file_1.avi
> setup channel1 output #standard,mux=ts,dst=239.255.1.1,sap,name=»Channel1″>
> control channel1 play
По второму каналу точно так же, не буду повторяться.

Если мы хотим зациклить проигрывание файлов до бесконечности «по кругу» то добавим:
> setup channel1 loop
> setup channel2 loop

На клиенте:
========
запускаем vlc проигрыватель
нажимаем «Инструменты» -> «Настройки» , там, в нижнем левом углу жмем в «Показывать настройки» на «Все» , затем раскрываем «Вывод потока» , а там ищем «Модули вывода» , в поле «Интерфейс вывода IPv4 multicast» пишем IP-адрес, который прописан на вашей сетевой карте ( смотрящей в сторону сервера вещающего поток) , жмем «Сохранить»

Для просмотра потока по RTP:

После того как выполнили настройки: «Файл» -> «Открыть URL»
в строке MRL пишем:
udp://@239.255.1.1:5004 (что бы посмотреть видео из файла file_1.avi)
или
udp://@239.255.1.2:5004 (что бы посмотреть видео из файла file_2.avi соответственно)

Для просмотра потока по UDP:
в строке MRL пишем:
udp://@239.255.1.1 (что бы посмотреть видео из файла file_1.avi)

Так же запустить вещание в один поток по UDP можно так:

VLC Unicast to HTTP

Вещаем поток в HTTP страницу, просмотр возможен как и на HTTP странице, так и отдельно с помощью плеера Windows Media Player.

На клиенте:
========
код страницы для отображения вещания + ссылка на запуск WMP:

10.10.16.71 — IP-адрес сервера, с которого вещается поток
8080 — порт куда вещается поток

Заливаем эту страницу на свой WWW сервер, заходим на нее http://адрес_WWW_сервера/mms_test.html и смотрим вышаемый поток.

VLC Multicast to Unicast

Принимаем поток по multicast, а отдаем по unicast

224.0.42.49:5000 — адрес потока откуда берем multicast
192.168.1.15 — адрес клиента куда отправляем unicast

Будьте внимательны с указанием портов для потоков.

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

route add 224.0.42.49/32 192.168.1.1

Добавив маршрут сервер будет пытаться получить multicast поток через em0, что можно видеть с помощью tcpdump:

09:24:34.475683 IP XX.XX.100.182.32857 > 224.0.42.49.5000: UDP, length 1316
09:24:34.478554 IP XX.XX.100.182.32857 > 224.0.42.49.5000: UDP, length 1316
09:24:34.481677 IP XX.XX.100.182.32857 > 224.0.42.49.5000: UDP, length 1316

Отправка unicast потока клиенту (192.168.1.15) будет выглядеть примерно так:

09:26:11.374433 IP 192.168.1.1.61320 > 192.168.1.15.1234: UDP, length 1316
09:26:11.376441 IP 192.168.1.1.61320 > 192.168.1.15.1234: UDP, length 1316
09:26:11.378381 IP 192.168.1.1.61320 > 192.168.1.15.1234: UDP, length 1316

На клиенте:
=======
запускаем vlc проигрыватель
нажимаем «Файл» -> «Открыть URL»
в строке MRL пишем: udp://@192.168.1.15
жмем «ОК» — смотрим unicast поток отправляемый сервером

Сжимаем выходной поток:

«vb=» — Эта опция позволяет установить bitrate видио потока в kbit/s
«ab» — TЭта опция позволяет установить bitrate аудио потока в kbit/s

VLC и несколько сетевых интерфейсов
Вопрос:

У меня в компьютере несколько сетевых интерфейсов, как указать VLC чтобы multicast шел через нужный мне, например 192.168.1.15 ?

Ответ:
Это можно сделать указав IP-адрес нужного вам сетевого интерфейса в настройках VLC.

Теперь IGMP запросы будут уходить с сетевого интерфейса с IP-адресом 192.168.1.15

Если вещание производится из консоли сервера (например сервер с OS FreeBSD) и в нем несколько сетевых интерфейсов, то указать через какой интерфейс пускать поток multicast (udp) можно прописав статический маршрут, например:

224.0.42.49 — адрес потока который собираемся вещать
192.168.1.15 — IP-адрес на одной из сетевых карт сервера

route add 224.0.42.49/32 192.168.1.15

Теперь поток multicast (udp) будет уходить с сетевого интрфейса с IP-адресом 192.168.1.15

Ссылки:

Похожие статьи:

Поделиться ссылкой:

Эта статья размещена admin 14.05.2008 в 14:10 в рубриках FreeBSD, Multicast, Networks, Программы. Метки: Multicast, unicast, Video on Demand, VLC, VoD. Вы можете оставить отзыв или trackback с вашего собственного сайта. Отслеживайте все отзывы и комментарии к этой статье при помощи новостной ленты RSS.

комментариев 6

admin сказал:

Раскопали ещё один способ как можно реализовать вещание «Multicast to Unicast» и альтернативу igmpproxy.
Спасибо автору этой статьи: http://darkbsd.net/content/view/25/36/

Сами воспользовались данным способом, результат — все арбайтн как надо :).

Что получилось у нас:
10.0.0.11 — IP-адрес на сервере, на сетевухе смотрящей в сторону multicast`а
128.1.1.1 — будем считать что это реальник сервера, который видно из инета.
238.1.1.21 — mcast адрес канала

Запускаем на сервере:
./udpxy -m 10.0.0.11 -a 128.1.1.1 -vv -p 4022 -T

banana_shit сказал:

У меня вопрос касательно пункта про вещание по udp. Возможно ли вещать в один udp-поток несколько unicast потоков? Например, мне надо отправить потоки rtsp:// c двух камер под одному udp?

admin сказал:

Можно, почему ж нет.
Если ты принял поток, то отдать его ты можешь скольким угодно получателям, пока ресурсы твоей машины не закончатся 🙂

banana_shit сказал:

Оу, спасибо за такой быстрый ответ. 🙂 Наведите тогда, пожалуйста, на путь истинный.
Командую VLC:
>>> new cam1 broadcast enabled
>>> setup cam1 input rtsp://x.x.x.x/h264_2
>>> setup cam1 output #transcode,acodec=none>:std,dst=238.255.13.99,name=»Came1″>
>>> new cam2 broadcast enabled
>>> setup cam2 input rtsp://y.y.y.y/h264_2
>>> setup cam2 output #transcode,acodec=none>:std,dst=238.255.13.99,name=»Came2″>
>>> control cam1 play
Принимаю пока один поток с cam1 — на клиенте все хорошо, картинка есть. Как только стартую cam2
>>> control cam2 play
клиента начинает «штырить». На стороне клиента в дебаге видно, что потоки «плодятся» с одинаковыми pid-video.
Чую что не хватает мне немного ума правильно сформировать ts-поток..

lehisnoe сказал:

admin слишком быстро ответил 🙂
Мы с таким еще не сталкивались, а потому подсказать не можем. Гугл тебе в помощь. Отпишись, плиз, тут о результатах.

banana_shit сказал:

Печаль. Гугл уже шарахается от меня) Я уже начинаю отчаиваться разрулить сей вопрос средствами VLC. Правда остался у меня еще один нагугленный вариант не испробованным, но там вообще чистой воды неподвластная моему уму магия, завязанная на bridge-in/out, а местами и mosaic. %)

На наге вычитал про mptsd, буду его еще пробовать.

Добавить комментарий

Вам следует авторизоваться для размещения комментария.

Метки

Рубрики

Апрель 2021

Пн	Вт	Ср	Чт	Пт	Сб	Вс
« Фев
1	2	3	4
5	6	7	8	9	10	11
12	13	14	15	16	17	18
19	20	21	22	23	24	25
26	27	28	29	30

Ссылки

• 

Свежие записи

Свежие комментарии

• Dreamscapes к записи Asterisk: автообзвон (auto-dial out) и обратный звонок (callback) с использованием AGI
• admin к записи Asterisk: автообзвон (auto-dial out) и обратный звонок (callback) с использованием AGI
• klim42 к записи Asterisk: автообзвон (auto-dial out) и обратный звонок (callback) с использованием AGI
• Kevin к записи Настраиваем vlan на FreeBSD
• w24-08 к записи Настройка Cisco ip flow на IOS 12.3 и выше

Ratings

• Настройка Cisco AS5350 в качестве VoIP-шлюза(5,00 out of 5)
• SNMP и MRTG как способ мониторинга под FreeBSD(5,00 out of 5)
• Мониторинг источников бесперебойного питания APC Smart-UPS под FreeBSD(5,00 out of 5)
• Записи типа «Pointer». Домен IN-ADDR.ARPA. Делегирование «обратных» зон. Инверсные запросы.(5,00 out of 5)
• Настройка Cisco ip flow на IOS 12.3 и выше(5,00 out of 5)
• Добавление, просмотр, удаление статического маршрута в ОС FreeBSD, Linux, Windows(5,00 out of 5)
• Транскодинг (transcoding) на Cisco AS5350xm(5,00 out of 5)
• Настраиваем vlan на FreeBSD(5,00 out of 5)
• Asterisk и DTMF при callback(5,00 out of 5)
• Настраиваем 802.1Q trunk между свичами Cisco Catalyst 3560G и сервером FreeBSD(5,00 out of 5)

Самые читаемые статьи

• Первоначальная настройка Cisco Catalyst — прочитано 306 056 раз(а)
• Multicast и Unicast вещание с помощью VLC media player (vlc multicast and unicast stream) — прочитано 216 088 раз(а)
• Добавление, просмотр, удаление статического маршрута в ОС FreeBSD, Linux, Windows — прочитано 191 655 раз(а)
• Теория и настройка DNS сервера (bind) на FreeBSD — прочитано 137 674 раз(а)
• Объекты БД RIPE (ripe.net): mntner, as-set, aut-num, route, inetnum, person, domain, role — прочитано 129 621 раз(а)
• Asterisk: автообзвон (auto-dial out) и обратный звонок (callback) с использованием AGI — прочитано 91 411 раз(а)
• Настраиваем PPPoE server на FreeBSD используя порт MPD5 — прочитано 78 454 раз(а)
• Отправка и прием SMS через GSM шлюз — прочитано 72 752 раз(а)
• Настройка протокола BGP на оборудовании Cisco Systems — прочитано 67 127 раз(а)
• SNMP и MRTG как способ мониторинга под FreeBSD — прочитано 66 957 раз(а)

Unable to display Facebook posts.
Show error