Как пройдет мультикаст, если до него идет DROP?
Printable View
И Тишина... неужели только у меня такая проблема?? =(((((((Code:[admin@root]$ iptables-save -L
iptables-save: illegal option -- L
# Generated by iptables-save v1.2.7a on Tue Apr 7 20:17:09 2009
*nat
:PREROUTING ACCEPT [4271:5574400]
:POSTROUTING ACCEPT [40:2374]
:OUTPUT ACCEPT [42:3030]
:VSERVER - [0:0]
-A PREROUTING -d 192.168.115.113 -j VSERVER
-A PREROUTING -d 10.80.197.244 -j VSERVER
-A POSTROUTING -s ! 192.168.115.113 -o ppp0 -j MASQUERADE
-A POSTROUTING -s ! 10.80.197.244 -o eth1 -j MASQUERADE
-A POSTROUTING -s 192.168.1.0/255.255.255.0 -d 192.168.1.0/255.255.255.0 -o br0 -j MASQUERADE
-A VSERVER -p tcp -m tcp --dport 16016 -j DNAT --to-destination 192.168.1.34:16016
-A VSERVER -p udp -m udp --dport 16016 -j DNAT --to-destination 192.168.1.34:16016
-A VSERVER -p udp -m udp --dport 64132 -j DNAT --to-destination 192.168.1.33:64132
-A VSERVER -p udp -m udp --dport 43700 -j DNAT --to-destination 192.168.1.33:43700
-A VSERVER -p udp -m udp --dport 49245 -j DNAT --to-destination 192.168.1.33:49245
-A VSERVER -p tcp -m tcp --dport 16034 -j DNAT --to-destination 192.168.1.34:16034
-A VSERVER -p udp -m udp --dport 16034 -j DNAT --to-destination 192.168.1.34:16034
-A VSERVER -p tcp -m tcp --dport 16016 -j DNAT --to-destination 192.168.1.34:16016
-A VSERVER -p udp -m udp --dport 16016 -j DNAT --to-destination 192.168.1.34:16016
COMMIT
# Completed on Tue Apr 7 20:17:09 2009
# Generated by iptables-save v1.2.7a on Tue Apr 7 20:17:09 2009
*mangle
:PREROUTING ACCEPT [6794:6390494]
:INPUT ACCEPT [1274:256853]
:FORWARD ACCEPT [986:452359]
:OUTPUT ACCEPT [1183:182598]
:POSTROUTING ACCEPT [2379:709517]
COMMIT
# Completed on Tue Apr 7 20:17:09 2009
# Generated by iptables-save v1.2.7a on Tue Apr 7 20:17:09 2009
*filter
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [48:2392]
:OUTPUT ACCEPT [1136:164358]
:MACS - [0:0]
:SECURITY - [0:0]
:logaccept - [0:0]
:logdrop - [0:0]
-A INPUT -i br0 -j MACS
-A INPUT -m state --state INVALID -j DROP
-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
-A INPUT -i lo -m state --state NEW -j ACCEPT
-A INPUT -i br0 -m state --state NEW -j ACCEPT
-A INPUT -i ppp0 -m state --state NEW -j SECURITY
-A INPUT -p tcp -m tcp --dport 21 -j ACCEPT
-A INPUT -d 224.0.0.0/240.0.0.0 -p 2 -j ACCEPT
-A INPUT -d 224.0.0.0/240.0.0.0 -p udp -m udp ! --dport 1900 -j ACCEPT
-A INPUT -j DROP
-A FORWARD -i br0 -j MACS
-A FORWARD -i br0 -o br0 -j ACCEPT
-A FORWARD -m state --state INVALID -j DROP
-A FORWARD -p tcp -m tcp --tcp-flags SYN,RST,ACK SYN -j TCPMSS --clamp-mss-to-pmtu
-A FORWARD -m state --state RELATED,ESTABLISHED -j ACCEPT
-A FORWARD -i ! br0 -o ppp0 -j DROP
-A FORWARD -i ! br0 -o eth1 -j DROP
-A FORWARD -i ! br0 -m state --state NEW -j SECURITY
-A FORWARD -m conntrack --ctstate DNAT -j ACCEPT
-A FORWARD -o br0 -j DROP
-A MACS -m mac --mac 00:16:17:43:12:34 -j RETURN
-A MACS -m mac --mac 00:15:AF:2B:8D:DF -j RETURN
-A MACS -j DROP
-A SECURITY -p udp -m udp --dport 16002:16254 -j RETURN
-A SECURITY -p tcp -m tcp --tcp-flags SYN,RST,ACK SYN -m limit --limit 1/sec -j RETURN
-A SECURITY -p tcp -m tcp --tcp-flags FIN,SYN,RST,ACK RST -m limit --limit 1/sec -j RETURN
-A SECURITY -p udp -m limit --limit 5/sec -j RETURN
-A SECURITY -p icmp -m limit --limit 5/sec -j RETURN
-A SECURITY -j DROP
-A logaccept -m state --state NEW -j LOG --log-prefix "ACCEPT " --log-tcp-sequence --log-tcp-options --log-ip-options
-A logaccept -j ACCEPT
-A logdrop -m state --state NEW -j LOG --log-prefix "DROP " --log-tcp-sequence --log-tcp-options --log-ip-options
-A logdrop -j DROP
COMMIT
# Completed on Tue Apr 7 20:17:09 2009
Апчег... проблема осталась... без включенного Мультикастинга, udpxy не показывает...:(
Выложена сборка 12. Изменения минимальные: добавлена компиляция под FreeBSD (проверялось на 7.1) под gmake.
Пока Вы не можете подписаться на мультикаст-каналы, ни о какой работе udpxy речи быть не может. По одной сети (НЕ wi-fi) идёт вещание в мультикасте и мультикаст-пакеты видны "невооружённым глазом" (tcpdump) - нет под рукой сейчас устройства, поэтому примера не привожу - на этой же сети udpxy подписывается на mulitcast каналы (опция -m - заметьте, что по умолчанию это ВСЕ сети, но Вам, скорей нужна конкретно одна - по которой идёт мультикаст вещание). На другом (wi-fi) интерфейсе udpxy слушает запросы (опция -a) и по запросу подписывается на соответствующий канал - а затем передаёт поток с одной сети на другую.
Итак, пока не видно (tcpdump) мультикаст-пакетов на интерфейсе, обозначенном опцией -m, ничего работать не будет. Как добиться, чтобы было видно ? - уже вопрос не совсем ко мне. У меня multicast routing, насколько я помню, включён, но беспроводную сеть он не засоряет - пакеты не идут в wi-fi сеть по умолчанию, если вещание в другой сети. Без опции multicast routing, по моим воспоминаниям, мне не удавалось подписаться на multicast в своей же сети (если я не напутал чего...).
Совет - попробуйте не полагаться на значения по умолчанию в параметрах -a и -m udpxy - указывайте все интерфейсы. В правила iptables я не залазил, надо сравнивать наборы правил с опцией (multicast routing) и без, и разбираться (кажется, разницу уже кто-то вычислил).
udpxy не конфигурирует iptables, поэтому никакая новая версия не поможет, если нельзя элементарно подписаться на multicast каналы. Включаю в сообщение файл тестовой утилиты - mcprobe.c - для тех, кто не любит смотреть мультикаст-пакеты tcpdump-ом.
Привет.
Ситуация в общем: Через мультикаст работает, но иногда появляются "квадртики" жить можно, но хочется лучше :) .
Проблема:
запускаю udpxy так:
да, еще замечание, udpxy (udpxy_1.0-Chipmunk-11_mipsel.ipk) скачал с sourceforge.net и установил с помощью ipkg.Code:/opt/bin/udpxy -a br0 -m vlan1 -p 2002 -l /tmp/harddisk/Public/temp/log.txt
через браузер смотрю http://192.168.1.1:2002/status показывает, что работает.
теперь плейлист:
было:
переделал в:Code:udp://@224.10.10.11
Вроде все с настройкой. Запускаю ... и тишина. IPTV вообще ничего не говорить, а vlc печально сообщаетCode:http://192.168.1.1:2002/udp/224.10.10.11
А в логе udpxy написано следующие:Code:Этот источник не открывается:
VLC не может открыть MRL 'http://192.168.1.1:2002/udp/224.10.10.11'. Ищите более подробную информацию в лог-файле.
подозрительно выглядит эта строкаCode:2009-05-23 13:44:44.917047 EETDST 409 udpxy 1.0-Chipmunk (build 11) standard: /opt/bin/udpxy -a br0 -m vlan1 -p 2002 -l /tmp/harddisk/Public/temp/log.txt
2009-05-23 13:44:44.924817 EETDST 409 Starting server [409]; capacity=[3] clients
2009-05-23 13:44:44.926747 EETDST 409 Setting up listener for [192.168.1.1:2002]
2009-05-23 13:44:44.929224 EETDST 409 Server socket=[5] is set up
2009-05-23 13:44:44.930529 EETDST 409 Entering server loop
2009-05-23 13:44:55.967351 EETDST 409 Accepted socket=[6]
2009-05-23 13:44:55.970512 EETDST 409 Reading command from socket [6]
2009-05-23 13:44:55.971823 EETDST 409 Request=[udp/224.10.10.11], length=[16]
2009-05-23 13:44:55.972378 EETDST 409 Command [udp] with params [224.10.10.11] read from socket=[6]
2009-05-23 13:44:55.973014 EETDST 409 udp_relay : new_socket=[6] param=[224.10.10.11]
2009-05-23 13:44:55.973556 EETDST 409 Error [1] parsing parameters [224.10.10.11]
2009-05-23 13:44:55.975257 EETDST 409 Sent HTTP response code=[500], reason=[Service error] to socket=[6]
2009-05-23 13:44:55.977491 EETDST 409 Closed accepted socket [6]
Такое поведение не зависит включен или нет мультикаст. Также не работало и предыдущей версией (udpxy 0.1 (build 37) lean) которая была по умолчанию в роутере.Code:2009-05-23 13:44:55.973556 EETDST 409 Error [1] parsing parameters [224.10.10.11]
Помогите, пожалуйста или подскажите где я ошибся в настройках.
Спасибо.
ТВ от Стрима.
Есть роутер на FreeBSD. интерфейс rl0 смотрит наружу и не настроен.
Делаем тупо ifconfig 10.50.50.50 netmask 255.255.255.255,
запускаем udpxy -m 10.50.50.50 -p 4022 и все отлично.
Подключаем вместо вышеуказанного роутер с Linux, делаю 100% аналогичные действия. Не пашет:
Напускаем на eth0 dhclient. Получаем 44.51.х.х c маской 255.255.0.0 и шлюзом 44.51.0.1Quote:
2009-05-23 22:12:53.775522 MSD 3024 Accepted socket=[7]
2009-05-23 22:12:53.776749 MSD 3024 Reading command from socket [7]
2009-05-23 22:12:53.785240 MSD 3024 Request=[udp/239.255.0.100:5500], length=[22]
2009-05-23 22:12:53.786548 MSD 3024 Command [udp] with params [239.255.0.100:5500] read from socket=[7]
2009-05-23 22:12:53.787520 MSD 3024 udp_relay : new_socket=[7] param=[239.255.0.100:5500]
2009-05-23 22:12:53.788989 MSD 3024 Client process=[3028] started for socket=[7]
2009-05-23 22:12:53.789439 MSD 3028 min socket buffer = [65536], max space to use = [1500], Rmsgs = [1]
2009-05-23 22:12:53.789517 MSD 3028 Setting up multicast listener
2009-05-23 22:12:53.789755 MSD 3028 current receive buffer size is [111616] bytes for socket [4]
2009-05-23 22:12:53.790075 MSD 3028 multicast-group [ADD]
2009-05-23 22:12:53.790132 MSD 3028 Mcast listener socket=[4] set up
2009-05-23 22:12:53.790190 MSD 3028 min socket buffer = [65536], max space to use = [1500], Rmsgs = [1]
2009-05-23 22:12:53.790225 MSD 3028 Data buffer will hold up to [1] messages
2009-05-23 22:12:53.790254 MSD 3028 UDP stream, RTP check enabled
2009-05-23 22:12:53.790379 MSD 3028 current send buffer size is [16384] bytes for socket [7]
2009-05-23 22:12:53.790428 MSD 3028 current receive buffer size is [111616] bytes for socket [4]
2009-05-23 22:12:53.790462 MSD 3028 send buffer size set to [111616] bytes for socket [7]
2009-05-23 22:12:53.790746 MSD 3028 Sent HTTP response code=[200], reason=[OK] to socket=[7]
2009-05-23 22:12:53.790911 MSD 3028 Relaying traffic from socket[4] to socket[7], buffer size=[2048], Rmsgs=[1], pauses=[0]
2009-05-23 22:12:53.791715 MSD 3024 Added client: pid=[3028], maddr=[239.255.0.100], mport=[5500], saddr=[10.25.12.102], sport=[53719]
2009-05-23 22:12:53.792806 MSD 3024 Closed accepted socket [7]
2009-05-23 22:12:58.786387 MSD 3028 read_buf: read: Resource temporarily unavailable
2009-05-23 22:12:58.786513 MSD 3028 read_data - EOF
2009-05-23 22:12:58.786547 MSD 3028 Exited relay loop: received=[-1], sent=[0], quit=[0]
2009-05-23 22:12:58.786975 MSD 3028 multicast-group [DROP]
2009-05-23 22:12:58.787120 MSD 3028 Mcast listener socket=[4] closed
2009-05-23 22:12:58.787436 MSD 3028 Child process=[3028] exits with rc=[0]
2009-05-23 22:12:58.788898 MSD 3024 *** Caught SIGCHLD in process=[3024] ***
2009-05-23 22:12:58.789894 MSD 3024 Client [3028] has exited.
2009-05-23 22:12:58.790648 MSD 3024 Deleted client: pid=[3028]
Запускаем udpxy - все работает.
Но мне не нужен дхклиент на этом интерфейсе! А udpxy не работает, пока шлюзом не станет 44.51.0.1. Причем попытка просто добавить маршрут 224.0.0.0/4 на этот шлюз ни к чему не приводит.
Я не очень в запросах мультикастовых разбираюсь, но во фре то работает. Может подскажете почему в линуксе - нет?
Исправьте плейлисты IPTV (добавьте номера портов в адреса мультикаст-группы) ;)
http://www.adslclub.ru/forum/viewtop...t=157&start=39 :cool:Code:#EXTM3U
#EXTINF:0,TVXXI
udp://@224.10.10.1:8001
#EXTINF:0,ТВЦ Сибирь
udp://@224.10.10.2:8002
#EXTINF:0,7 ТВ
udp://@224.10.10.3:8003
#EXTINF:0,Благовест
udp://@224.10.10.4:8004
#EXTINF:0,REN TV
udp://@224.10.10.5:8005
#EXTINF:0,ТВЦ международный
udp://@224.10.10.6:8006
#EXTINF:0,O2 TV
udp://@224.10.10.7:8007
#EXTINF:0,ТДК
udp://@224.10.10.8:8008
#EXTINF:0,Fashion TV
udp://@224.10.10.9:8009
#EXTINF:0,Русский иллюзион
udp://@224.10.10.10:8010
#EXTINF:0,ТВ3
udp://@224.10.10.11:8011
#EXTINF:0,Звезда
udp://@224.10.10.12:8012
#EXTINF:0,СГУ ТВ
udp://@224.10.10.13:8013
#EXTINF:0,MTV Россия
udp://@224.10.10.14:8014
#EXTINF:0,Music Box RU
udp://@224.10.10.15:8015
#EXTINF:0,Music Box TV
udp://@224.10.10.16:8016
#EXTINF:0,Юмор TV
udp://@224.10.10.17:8017
#EXTINF:0,DTV
udp://@224.10.10.18:8018
#EXTINF:0,Вести 24
udp://@224.10.10.19:8019
#EXTINF:0,Rambler
udp://@224.10.10.20:8020
#EXTINF:0,Детский
udp://@224.10.10.21:8021
#EXTINF:0,Культура
udp://@224.10.10.22:8022
#EXTINF:0,РБК
udp://@224.10.10.23:8023
#EXTINF:0,Discovery Channel
udp://@224.10.10.24:8024
#EXTINF:0,Animal Planet
udp://@224.10.10.25:8025
#EXTINF:0,Jetix
udp://@224.10.10.26:8026
#EXTINF:0,НТВ
udp://@224.10.10.27:8027
#EXTINF:0,ТНТ
udp://@224.10.10.28:8028
#EXTINF:0,Радио «Мелодия»
udp://@224.10.10.29:8029
#EXTINF:0,Радио 21
udp://@224.10.10.30:8030
#EXTINF:0,Общественное российское радио
udp://@224.10.10.31:8031
З.Ы. Там у BorPas тоже есть udp-мультикаст -> http прокси ... :)
Пробовал добавить порты 5500 и 8011, но это не помогло. Хоть уже так не ругается, но все равно ничего не показывает. Хочу заметить что изначально у меня в плейлисте нет никаких портов.
Лог:
Code:2009-05-25 09:07:02.523760 EETDST 21683 udpxy 1.0-Chipmunk (build 11) standard: /opt/bin/udpxy -a br0 -m vlan1 -p 2002 -l /tmp/harddisk/Public/temp/log.txt
2009-05-25 09:07:02.585805 EETDST 21683 Starting server [21683]; capacity=[3] clients
2009-05-25 09:07:02.587412 EETDST 21683 Setting up listener for [192.168.1.1:2002]
2009-05-25 09:07:02.589880 EETDST 21683 Server socket=[5] is set up
2009-05-25 09:07:02.590441 EETDST 21683 Entering server loop
2009-05-25 09:07:06.665940 EETDST 21683 Accepted socket=[6]
2009-05-25 09:07:06.667217 EETDST 21683 Reading command from socket [6]
2009-05-25 09:07:06.668041 EETDST 21683 Request=[udp/224.10.10.10:5500], length=[21]
2009-05-25 09:07:06.668677 EETDST 21683 Command [udp] with params [224.10.10.10:5500] read from socket=[6]
2009-05-25 09:07:06.669302 EETDST 21683 udp_relay : new_socket=[6] param=[224.10.10.10:5500]
2009-05-25 09:07:06.671830 EETDST 21683 Added client: pid=[21684], maddr=[224.10.10.10], mport=[5500], saddr=[192.168.1.3], sport=[49683]
2009-05-25 09:07:06.672935 EETDST 21683 Closed accepted socket [6]
2009-05-25 09:07:06.674212 EETDST 21683 Client process=[21684] started for socket=[6]
2009-05-25 09:07:06.675398 EETDST 21684 min socket buffer = [65536], max space to use = [1500], Rmsgs = [1]
2009-05-25 09:07:06.677545 EETDST 21684 Setting up multicast listener
2009-05-25 09:07:06.679003 EETDST 21684 current receive buffer size is [65535] bytes for socket [2]
2009-05-25 09:07:06.680301 EETDST 21684 receive buffer size set to [65536] bytes for socket [2]
2009-05-25 09:07:06.683471 EETDST 21684 multicast-group [ADD]
2009-05-25 09:07:06.684793 EETDST 21684 Mcast listener socket=[2] set up
2009-05-25 09:07:06.685382 EETDST 21684 min socket buffer = [65536], max space to use = [1500], Rmsgs = [1]
2009-05-25 09:07:06.687478 EETDST 21684 Data buffer will hold up to [1] messages
2009-05-25 09:07:06.688020 EETDST 21684 UDP stream, RTP check enabled
2009-05-25 09:07:06.689978 EETDST 21684 current send buffer size is [16384] bytes for socket [6]
2009-05-25 09:07:06.691251 EETDST 21684 current receive buffer size is [131070] bytes for socket [2]
2009-05-25 09:07:06.692479 EETDST 21684 send buffer size set to [131070] bytes for socket [6]
2009-05-25 09:07:06.694810 EETDST 21684 Sent HTTP response code=[200], reason=[OK] to socket=[6]
2009-05-25 09:07:06.697567 EETDST 21684 Relaying traffic from socket[2] to socket[6], buffer size=[2048], Rmsgs=[1], pauses=[0]
2009-05-25 09:07:11.696372 EETDST 21684 read_buf: read: Resource temporarily unavailable
2009-05-25 09:07:11.696925 EETDST 21684 read_data - EOF
2009-05-25 09:07:11.697373 EETDST 21684 Exited relay loop: received=[-1], sent=[0], quit=[0]
2009-05-25 09:07:11.699264 EETDST 21684 multicast-group [DROP]
2009-05-25 09:07:11.699820 EETDST 21684 Mcast listener socket=[2] closed
2009-05-25 09:07:11.700938 EETDST 21684 Child process=[21684] exits with rc=[0]
2009-05-25 09:07:11.703961 EETDST 21683 *** Caught SIGCHLD in process=[21683] ***
2009-05-25 09:07:11.704542 EETDST 21683 Client [21684] has exited.
2009-05-25 09:07:11.705003 EETDST 21683 Deleted client: pid=[21684]
2009-05-25 09:07:11.708317 EETDST 21683 Accepted socket=[6]
2009-05-25 09:07:11.708846 EETDST 21683 Reading command from socket [6]
2009-05-25 09:07:11.717722 EETDST 21683 Request=[udp/224.10.10.10:5500], length=[21]
2009-05-25 09:07:11.718394 EETDST 21683 Command [udp] with params [224.10.10.10:5500] read from socket=[6]
2009-05-25 09:07:11.718879 EETDST 21683 udp_relay : new_socket=[6] param=[224.10.10.10:5500]
2009-05-25 09:07:11.720933 EETDST 21683 Added client: pid=[21685], maddr=[224.10.10.10], mport=[5500], saddr=[192.168.1.3], sport=[49685]
2009-05-25 09:07:11.722039 EETDST 21683 Closed accepted socket [6]
2009-05-25 09:07:11.722619 EETDST 21683 Client process=[21685] started for socket=[6]
2009-05-25 09:07:11.723877 EETDST 21685 min socket buffer = [65536], max space to use = [1500], Rmsgs = [1]
2009-05-25 09:07:11.724413 EETDST 21685 Setting up multicast listener
2009-05-25 09:07:11.726171 EETDST 21685 current receive buffer size is [65535] bytes for socket [2]
2009-05-25 09:07:11.727063 EETDST 21685 receive buffer size set to [65536] bytes for socket [2]
2009-05-25 09:07:11.729453 EETDST 21685 multicast-group [ADD]
2009-05-25 09:07:11.729969 EETDST 21685 Mcast listener socket=[2] set up
2009-05-25 09:07:11.730461 EETDST 21685 min socket buffer = [65536], max space to use = [1500], Rmsgs = [1]
2009-05-25 09:07:11.730942 EETDST 21685 Data buffer will hold up to [1] messages
2009-05-25 09:07:11.731393 EETDST 21685 UDP stream, RTP check enabled
2009-05-25 09:07:11.732693 EETDST 21685 current send buffer size is [16384] bytes for socket [6]
2009-05-25 09:07:11.733247 EETDST 21685 current receive buffer size is [131070] bytes for socket [2]
2009-05-25 09:07:11.733734 EETDST 21685 send buffer size set to [131070] bytes for socket [6]
2009-05-25 09:07:11.734631 EETDST 21685 Sent HTTP response code=[200], reason=[OK] to socket=[6]
2009-05-25 09:07:11.735650 EETDST 21685 Relaying traffic from socket[2] to socket[6], buffer size=[2048], Rmsgs=[1], pauses=[0]
RTFM :cool: Прочитайте эту тему с самого начала ... :D
И без роутера этот "плейлист без портов" работает ? :confused:
Вам уже выложили правильный плейлист, дайте свой ... ;)
З.Ы. Проверьте ещё раз номера портов и знак "@" : :)
Почитайте FAQ ... ;) Без шлюза работать не будет ... :D Проверьте маршрутизацию ... :)Code:udp://@224.10.10.10:8010
http://192.168.1.1:2002/udp/-@-224.10.10.10:8010
udp://@224.10.10.11:8011
http://192.168.1.1:2002/udp/-@-224.10.10.11:8011
Добавьте разрешающие правила в iptables (поставьте свои адреса) : :rolleyes:Quote:
Причина - не хватает маршрута до IGMP роутера, следящего за подписками клиентов
(например, такая ситуация со СтримТВ). Как определить адрес следящего IGMP роутера.
Настройка мультикаста (IPTV) * Стрим ТВ на PC * Настройка IPTV в Gentoo Linux :cool:Code:# Allow IPTV
IPTV=5500
IPTVsource="172.16.24.0/24"
IPTVdest="224.0.0.0/8"
$IPT -A INPUT -i $EXTLANIF -s $IPTVsource -d $IPTVdest -p udp --dport $IPTV -j ACCEPT
$IPT -A OUTPUT -o $EXTLANIF -s $EXTLANIP -p igmp -j ACCEPT
$IPT -A INPUT -i $EXTLANIF -d $IPTVdest -p igmp -j ACCEPT
По порядку:
Тему прочитал всю еще до того как написал о проблеме.
Плейлист без портов работает на роутере при включенном мультикасте.
Ну нет у меня никаких портов плейлисте. Попробовал добавить порты 5500 и 8011, но это не сработало для меня, что я и описал. Пример лога я вывел для случая когда я дописал порт, что показать как работает, а вернее не работает у меня с дописанными портами. В самом первом посте http://wl500g.info/showpost.php?p=146501&postcount=624 я описал какой у меня был плейлист и как я его переделал.