IGMP Proxy issue

ropeba · Thu Sep 29, 2011 1:33 pm

We are on a big project, making IPTV service for our clients based on Mikrotik RBs. Total project includes about 80 streams, 250 RB800 (one on every building), 2000+ clients
Scenario:
1 IPTV Streamer
1 RouterBoard800
2 Clients - 2 STB (ether 10, 12 and 13)

Everything works like a charm except 1 big issue.
Problem:
Client A(first STB) joins 1st channel / 1 stream goes to interface eth10.
Client B(second STB) joins 1st channel / same stream goes to interface eth 12.

So far so good.

Clients B(ether12) leaves 1st channel and goes to 2nd channel / 2 streams goes to eth12 - trick is that 1st channel stream doesnt stop till client A (STB/ether 10) doesnt leave 1st channel. Exception is that Client B leaves every stream except streams already being recieved on any other interface/STBs.

Theoreticaly if we got 40 Clients/Interfaces and 40 streams/mcast groups, 1 of clients could end up with 40 streams hitting his interface and he is only watching 1.

Somehow client's(on 1 interface) 'leave message', who is leaving channel already watched by other clients (on other interface), is beeing ignored on same router for that client's interface.

We tried this scenario with few versions of Ros and devices. PIM/IGMP isn't option for us.

Log:

01:50:16 igmp-proxy,debug RECV IGMP leave message from 1.10.0.254 to 224.0.0.2 on 
ether2-stb 
01:50:16 igmp-proxy,debug leaving multicast group 232.100.3.2 on ether1-ulaz 
01:50:16 igmp-proxy,debug sending IGMP query to 232.100.3.2 on ether2-stb 
01:50:16 igmp-proxy,debug RECV IGMP membership query from 178.209.0.85 to 232.100.
3.2 on ether1-ulaz 
01:50:16 igmp-proxy,debug ignoring IGMP message: received on the upstream interfac
e 
01:50:16 igmp-proxy,debug RECV IGMPv2 membership report from 1.10.0.254 to 232.100
.6.2 on ether2-stb 
01:50:16 igmp-proxy,debug joining multicast group 232.100.6.2 on ether1-ulaz 
01:50:16 igmp-proxy,debug ignoring IGMP message: source address is local: 
01:50:16 igmp-proxy,debug   source=141.170.196.139 
01:50:16 igmp-proxy,debug   interface=ether1-ulaz 
01:50:16 igmp-proxy,debug ignoring request from myself: 
01:50:16 igmp-proxy,debug   source=141.170.196.139 
01:50:16 igmp-proxy,debug   destination=232.100.6.2 
01:50:16 igmp-proxy,debug received notification: 
01:50:16 igmp-proxy,debug   source=141.170.196.129 
01:50:16 igmp-proxy,debug   destination=232.100.6.2 
01:50:16 igmp-proxy,debug adding  multicast forwarding entry 
01:50:16 igmp-proxy,debug group: 232.100.6.2 
01:50:16 igmp-proxy,debug source: 141.170.196.129 
01:50:17 igmp-proxy,debug RECV IGMP membership query from 178.209.0.85 to 232.100.
3.2 on ether1-ulaz 
01:50:17 igmp-proxy,debug ignoring IGMP message: received on the upstream interfac
e 
01:50:18 igmp-proxy,debug RECV IGMPv2 membership report from 1.10.0.254 to 232.100
.6.2 on ether2-stb 
01:50:18 igmp-proxy,debug sending IGMP query to 232.100.3.2 on ether2-stb 
01:50:20 igmp-proxy,debug RECV IGMP leave message from 1.10.0.254 to 224.0.0.2 on 
ether2-stb 
01:50:20 igmp-proxy,debug leaving multicast group 232.100.6.2 on ether1-ulaz 
01:50:20 igmp-proxy,debug sending IGMP query to 232.100.6.2 on ether2-stb 
01:50:20 igmp-proxy,debug RECV IGMP membership query from 178.209.0.85 to 232.100.
6.2 on ether1-ulaz 
01:50:20 igmp-proxy,debug ignoring IGMP message: received on the upstream interfac
e 
01:50:20 igmp-proxy,debug RECV IGMPv2 membership report from 1.10.0.254 to 232.100
.6.3 on ether2-stb 
01:50:20 igmp-proxy,debug adding  multicast forwarding entry 
01:50:20 igmp-proxy,debug group: 232.100.6.3 
01:50:20 igmp-proxy,debug source: 141.170.196.129 
01:50:20 igmp-proxy,debug adding  multicast forwarding entry 
01:50:20 igmp-proxy,debug group: 232.100.6.3 
01:50:20 igmp-proxy,debug source: 178.209.0.85 
01:50:21 igmp-proxy,debug RECV IGMPv2 membership report from 1.10.0.254 to 232.100
.6.3 on ether2-stb 
01:50:21 igmp-proxy,debug RECV IGMP membership query from 178.209.0.85 to 232.100.
6.2 on ether1-ulaz 
01:50:21 igmp-proxy,debug ignoring IGMP message: received on the upstream interfac
e

voipworld · Fri Sep 30, 2011 12:04 am

Hey Ropeba ?
Would you mind doing the following:
/routing igmpproxy print
and past the result there ?
Thank you

We are on a big project, making IPTV service for our clients based on Mikrotik RBs. Total project includes about 80 streams, 250 RB800 (one on every building), 2000+ clients
Scenario:
1 IPTV Streamer
1 RouterBoard800
2 Clients - 2 STB (ether 10, 12 and 13)

Everything works like a charm except 1 big issue.
Problem:
Client A(first STB) joins 1st channel / 1 stream goes to interface eth10.
Client B(second STB) joins 1st channel / same stream goes to interface eth 12.

So far so good.

Clients B(ether12) leaves 1st channel and goes to 2nd channel / 2 streams goes to eth12 - trick is that 1st channel stream doesnt stop till client A (STB/ether 10) doesnt leave 1st channel. Exception is that Client B leaves every stream except streams already being recieved on any other interface/STBs.

Theoreticaly if we got 40 Clients/Interfaces and 40 streams/mcast groups, 1 of clients could end up with 40 streams hitting his interface and he is only watching 1.

Somehow client's(on 1 interface) 'leave message', who is leaving channel already watched by other clients (on other interface), is beeing ignored on same router for that client's interface.

We tried this scenario with few versions of Ros and devices. PIM/IGMP isn't option for us.

Log:
Code: Select all
01:50:16 igmp-proxy,debug RECV IGMP leave message from 1.10.0.254 to 224.0.0.2 on 
ether2-stb 
01:50:16 igmp-proxy,debug leaving multicast group 232.100.3.2 on ether1-ulaz 
01:50:16 igmp-proxy,debug sending IGMP query to 232.100.3.2 on ether2-stb 
01:50:16 igmp-proxy,debug RECV IGMP membership query from 178.209.0.85 to 232.100.
3.2 on ether1-ulaz 
01:50:16 igmp-proxy,debug ignoring IGMP message: received on the upstream interfac
e 
01:50:16 igmp-proxy,debug RECV IGMPv2 membership report from 1.10.0.254 to 232.100
.6.2 on ether2-stb 
01:50:16 igmp-proxy,debug joining multicast group 232.100.6.2 on ether1-ulaz 
01:50:16 igmp-proxy,debug ignoring IGMP message: source address is local: 
01:50:16 igmp-proxy,debug   source=141.170.196.139 
01:50:16 igmp-proxy,debug   interface=ether1-ulaz 
01:50:16 igmp-proxy,debug ignoring request from myself: 
01:50:16 igmp-proxy,debug   source=141.170.196.139 
01:50:16 igmp-proxy,debug   destination=232.100.6.2 
01:50:16 igmp-proxy,debug received notification: 
01:50:16 igmp-proxy,debug   source=141.170.196.129 
01:50:16 igmp-proxy,debug   destination=232.100.6.2 
01:50:16 igmp-proxy,debug adding  multicast forwarding entry 
01:50:16 igmp-proxy,debug group: 232.100.6.2 
01:50:16 igmp-proxy,debug source: 141.170.196.129 
01:50:17 igmp-proxy,debug RECV IGMP membership query from 178.209.0.85 to 232.100.
3.2 on ether1-ulaz 
01:50:17 igmp-proxy,debug ignoring IGMP message: received on the upstream interfac
e 
01:50:18 igmp-proxy,debug RECV IGMPv2 membership report from 1.10.0.254 to 232.100
.6.2 on ether2-stb 
01:50:18 igmp-proxy,debug sending IGMP query to 232.100.3.2 on ether2-stb 
01:50:20 igmp-proxy,debug RECV IGMP leave message from 1.10.0.254 to 224.0.0.2 on 
ether2-stb 
01:50:20 igmp-proxy,debug leaving multicast group 232.100.6.2 on ether1-ulaz 
01:50:20 igmp-proxy,debug sending IGMP query to 232.100.6.2 on ether2-stb 
01:50:20 igmp-proxy,debug RECV IGMP membership query from 178.209.0.85 to 232.100.
6.2 on ether1-ulaz 
01:50:20 igmp-proxy,debug ignoring IGMP message: received on the upstream interfac
e 
01:50:20 igmp-proxy,debug RECV IGMPv2 membership report from 1.10.0.254 to 232.100
.6.3 on ether2-stb 
01:50:20 igmp-proxy,debug adding  multicast forwarding entry 
01:50:20 igmp-proxy,debug group: 232.100.6.3 
01:50:20 igmp-proxy,debug source: 141.170.196.129 
01:50:20 igmp-proxy,debug adding  multicast forwarding entry 
01:50:20 igmp-proxy,debug group: 232.100.6.3 
01:50:20 igmp-proxy,debug source: 178.209.0.85 
01:50:21 igmp-proxy,debug RECV IGMPv2 membership report from 1.10.0.254 to 232.100
.6.3 on ether2-stb 
01:50:21 igmp-proxy,debug RECV IGMP membership query from 178.209.0.85 to 232.100.
6.2 on ether1-ulaz 
01:50:21 igmp-proxy,debug ignoring IGMP message: received on the upstream interfac
e 

ropebih · Fri Sep 30, 2011 9:39 am

[admin@MikroTik] /routing igmp-proxy> pri
              quick-leave: yes
           query-interval: 2m10s
  query-response-interval: 10s

voipworld · Fri Sep 30, 2011 1:55 pm

too bad
quicklive=yes should do the trick
you have it on but same problem.

[admin@MikroTik] /routing igmp-proxy> pri
              quick-leave: yes
           query-interval: 2m10s
  query-response-interval: 10s

ropebih · Fri Sep 30, 2011 7:21 pm

normis, please can you help?

janisk · Mon Oct 03, 2011 2:14 pm

you could try to set up PIM instead of IGMP proxy and see if that corrects something.

Check MFC under '/routing igmp-proxy mfc' if there are correct out interfaces for the rules.

ropebih · Mon Oct 03, 2011 2:24 pm

Hi,
right now we have deployed over 250 GEPON ONUs which don't support PIM. Our only solution is to use IGMP proxy.
(we dont have this problem with PIM, but we do have othr problem with GEPON and PIM, so the only thing left is IGMP proxy)

janisk · Mon Oct 03, 2011 4:33 pm

PIM explicitly sets what IGMP version to use, by default, it is IGMPv2, you can try to set other IGMP version there, most probably IGMPv1

IGMP-proxy uses auto-configuration to determine what version of IGMP to use. that is why you could have problem with PIM and not with IGMP-Proxy.

Also, are you sure that your devices are sending leave (larger section or relevant Log messages could be helpful) just open new temrinal and there issue "/log print follow" check if RouterOS is receiving leave messages correctly.

Also, if source of stream is in same network as interface address multicast is running on, you can skip setting up alternative-networks, also, try adding only source address network there.

ropebih · Tue Oct 04, 2011 12:23 am

Hi Janisk,

let's begin from start. We must to use IGMP Proxy, as i said before, PIM is not an option (GEPON limitation) .
This is simple configuration whitch doesn't work OK with mikrotik IGMP proxy.

In this case on STB1 I play "channe 1", on STB2 play "channel 1" and everything is ok. After that i change chanel on STB1 to "chanel 2" and I watch that channel without problem. But, traffic of "channel 1" still hitting interface of STB1 and it will not stop till I change channel on STB2 to any other. It's simple configuration of IGMP proxy, and i doubt that I can make any mistake. That looks like a bug in IGMP proxy in ROS.

log is here

23:16:27 igmp-proxy,debug RECV IGMP leave message from 1.220.0.2 to 224.0.0.2 on  ether10-stb1 

23:16:27 igmp-proxy,debug sending IGMP query to 239.100.6.5 on ether10-stb1 

23:16:27 igmp-proxy,debug RECV IGMPv2 membership report from 1.220.0.2 to 239.100.6.8 on ether10-stb1 

23:16:27 igmp-proxy,debug joining multicast group 239.100.6.8 on ether2-ulaz 

23:16:27 igmp-proxy,debug ignoring IGMP message: source address is local: 

23:16:27 igmp-proxy,debug   source=192.168.84.230 

23:16:27 igmp-proxy,debug   interface=ether2-ulaz 

23:16:27 igmp-proxy,debug ignoring request from myself: 

23:16:27 igmp-proxy,debug   source=192.168.84.230 

23:16:27 igmp-proxy,debug   destination=239.100.6.8 

23:16:27 igmp-proxy,debug received notification: 

23:16:27 igmp-proxy,debug   source=192.168.84.191 

23:16:27 igmp-proxy,debug   destination=239.100.6.8 

23:16:27 igmp-proxy,debug adding  multicast forwarding entry 

23:16:27 igmp-proxy,debug group: 239.100.6.8 

23:16:27 igmp-proxy,debug source: 192.168.84.191 

23:16:27 igmp-proxy,debug RECV IGMPv2 membership report from 1.220.0.2 to 239.100.6.8 on ether10-stb1 

23:16:28 igmp-proxy,debug sending IGMP query to 239.100.6.5 on ether10-stb1 

23:16:28 igmp-proxy,debug sending IGMP query to 239.100.6.5 on ether11-stb2 

23:16:28 igmp-proxy,debug RECV IGMPv2 membership report from 1.221.0.253 to 239.100.6.5 on ether11-stb2 

23:16:29 igmp-proxy,debug sending IGMP query to 224.0.0.1 on ether10-stb1 

23:16:29 igmp-proxy,debug sending IGMP query to 224.0.0.1 on ether11-stb2 

23:16:29 igmp-proxy,debug RECV IGMPv2 membership report from 1.220.0.2 to 239.100.6.8 on ether10-stb1 

23:16:29 igmp-proxy,debug RECV IGMPv2 membership report from 1.220.0.2 to 239.255.255.250 on ether10-stb1 

23:16:29 igmp-proxy,debug RECV IGMPv2 membership report from 1.221.0.253 to 239.100.6.5 on ether11-stb2 

23:16:31 igmp-proxy,debug ignoring IGMP message: source address is local: 

23:16:31 igmp-proxy,debug   source=192.168.84.230 

23:16:31 igmp-proxy,debug   interface=ether2-ulaz

Best regards...

janisk · Tue Oct 04, 2011 10:00 am

thanks for report. working on a fix

polans1 · Sun Oct 23, 2011 3:09 pm

Hi all,

I have the same problem and I'm very interested when fix will be available.

Best regards,
Ivan

ropebih · Fri Nov 04, 2011 12:57 pm

janisk · Fri Nov 04, 2011 12:58 pm

no good news yet.

ropebih · Thu Nov 24, 2011 7:22 pm

There is a possibility that this bug has been solved in 5.9 version?

janisk · Fri Nov 25, 2011 11:52 am

it is not

ropebih · Fri Nov 25, 2011 1:01 pm

Do you have any informations, when it will be solved? We have IPTV project that is paused because of that problem.

janisk · Fri Nov 25, 2011 1:06 pm

you can try to use PIM, when configuration is set starts to work it will work.

ropebih · Fri Nov 25, 2011 1:09 pm

Our, OLT and ONUs don't dupport PIM, just work with IGMP proxy.

ropebih · Fri Nov 25, 2011 1:22 pm

We have built a complete FTTb network in a city with 154 buildings. We put RB493G in every entrance of the building and every user has it's own port on that RB. Internet service is working without any problems for some time, but our only solution for IPTV service is IGMP proxy. Replacing GPON terminal equipment is not an option.

Chupaka · Fri Nov 25, 2011 4:49 pm

where do you get IPTV stream from?

ropebih · Fri Nov 25, 2011 6:48 pm

Different sources but most of it is from satellite.

explorer84 · Sun Dec 04, 2011 11:42 pm

Hi all!
I have the same problem as people above.
RouterOS x86 v5.9
IGMP-Proxy says in log: "ignoring request from myself"
and in MFC table "Unknown" interface as "source" appears.
like:

23:16:27 igmp-proxy,debug ignoring IGMP message: source address is local: 
23:16:27 igmp-proxy,debug   source=192.168.84.230 
23:16:27 igmp-proxy,debug   interface=ether2-ulaz 
23:16:27 igmp-proxy,debug ignoring request from myself: 
23:16:27 igmp-proxy,debug   source=192.168.84.230 
23:16:27 igmp-proxy,debug   destination=239.100.6.8

Of course no IPTV images are shown )
I set "alternative-subnets" to a right value (found on provider's forum) and it still not work

I really looking for solution. please help.
(to developers) if additional info is needed please contact me here or by e-mail )

Chupaka · Mon Dec 05, 2011 1:01 am

(to developers) if additional info is needed please contact me here or by e-mail )

you must contact support via support@mikrotik.com, developers do not read this forum

MrYan · Wed Dec 14, 2011 10:08 pm

I had similar problems and error messages until I ran

/routing igmp-proxy interface print status

and noticed that the source-ip-address for the upstream and downstream interfaces were the same. This was due to me having a 1.2.3.4/29 address on ether2 and also 1.2.3.4/32 on pptp-out1 (pseudo unnumbered interface). IGMP proxy looks like it takes the IP address configured on the relevant interfaces and uses them. Since both were the same it appears to get confused.

Matt.

ropebih · Fri Jan 20, 2012 9:17 pm

thanks for report. working on a fix

Hi janisk, Do you have any new informations for me? Thanks...

martini · Sat Jan 21, 2012 12:07 am

on igmp proxy server you need to add all streamer ip subnet to alternative subnet on igmp proxy settings.
All works ok, many my clients use it.

ropebih · Sat Jan 21, 2012 12:29 pm

on igmp proxy server you need to add all streamer ip subnet to alternative subnet on igmp proxy settings.
All works ok, many my clients use it.

Read the complete topic in detail, try the same scenario as in me and you'll see that you are wrong.
And that has nothing to do with alternative subnets. I have FTTB network in which I'm using mikrotik RB as access equipment in buildings. If in a building 8 users is connected on 8 ports at the RB 493g, and if 7 users is watching 7 different channels, whenever the eighth user starts some of those channels and switch on some other channel, those 7 will continue to go to his STB and even if he want to watch only one channel the stream of unwanted channels will not stop until everyone in the building go out of the stream channel. I have a scenario where a user goes 50 Mbit of traffic, and he's watching only one Channel of 5 mbit.s I have FTTB network with nearly 300 mikrotik Routerboards and at each locations behaves identically, unnecessarily overloading RB, STB and all other equipment on the user side.

janisk · Tue Jan 31, 2012 1:10 pm

waiting for new routing to come to RouterOS. That should fix a lot of underlying issues. After that problems with pim and igmp are going to be dealt with

Chupaka · Thu Feb 02, 2012 2:09 am

waiting for new routing to come to RouterOS. That should fix a lot of underlying issues. After that problems with pim and igmp are going to be dealt with

looking forward to the MUM... *crossing fingers*

explorer84 · Wed Apr 04, 2012 9:21 pm

Yes! IGMP Proxy works for me.

After hours of magic i've set igmp proxying right. But streams stop after some minutes of viewing (seems to be a response waiting time).
In Wireshark sniffer i saw address 254.0.16.172 (while my "LAN" interface address was 172.16.0.254) sending group membership requests but my PC didn't response on it.
Seems like igmp proxy mirrors ip address.
Another try was to set IP address to something else. And Oh! YEAH! setting address of LAN interface to 172.16.0.1 was good. Igmp proxy still mirrors IP address to 1.0.16.172 but my PC send group packets back and playing don't stop.

Is this any kind of feature?

ropebih · Wed Apr 04, 2012 11:01 pm

In addition to the great problems which I described in this topic, IGMP proxy works ok, we got test it to the limit of we have found no other flaws. We have a full functional FTTB network which offer Internet access services and IP television with over 80 TV channels.
On this occasion I wanted to ask how far is the solutions to this problem, almost a year to be those bug is reported. As for our network, It's already a critical situation that each RouterBOARD in the entrance of a building is full (users connected to almost all on every ethernet ports) and the CPUs on the RB are working non-stop at 100% and there is a problem in the IPTV service, braking, etc, and the reason is those useless 50-100 Mbit on every ethernet interface where it realistically should be 5-6 Mbps. If mikrotik soon not solve this problem, we will have to migrate a complete access equipment in buildings to another platform, on which IGMP proxy works ok.
Yet, I hope that we can avoid that and that Mikrotik will fix that up.

Chupaka · Fri Apr 06, 2012 5:02 pm

Seems like igmp proxy mirrors ip address.

what version do you use?

explorer84 · Sun Apr 08, 2012 7:07 pm

Seems like igmp proxy mirrors ip address.
what version do you use?

I use version 5.14, but on 4.17 it does the same (tested on VMWare)

also I figured out that setting "querier" IP address to x.x.x.224 and higher in the same subnet (x.x.x.225 and so on) also makes PC not to answer on query packets. PC answers on "query" packets if "querier" IP address set to something beetween x.x.x.1 and x.x.x.223. (Windows 7 and Windows XP work the same).

mehanik · Wed Apr 25, 2012 6:27 pm

hi
rb751g
5.15
sheme
1 wan - iptv
2 wan- iptv

whether when support 2 uplink
will be realized there is what decision now to remove this restriction

ropebih · Wed Apr 25, 2012 8:27 pm

Hi, IGMP proxy can have only one upstream interface. I you need more of one upstream interface, use PIM instead IGMP Proxy.

mehanik · Wed Apr 25, 2012 8:35 pm

prompt please an example of use of pim for my case

Chupaka · Thu Apr 26, 2012 7:09 pm

AFAIK, PIM can't do IGMP requests to uplink interface. can you replace IGMP Proxy with PIM even with single uplink? I think, you can't

mehanik · Thu Apr 26, 2012 7:38 pm

sheme
http://forum.mikrotik.com/viewtopic.php ... 66#p314176

ropebih · Fri Apr 27, 2012 12:44 am

you can realize this with switch and IGMP proxy. Run IGMP proxy upstream interface on one of WAN ports.

ISP 1 ---           ---- WAN 1
             SWITCH                 ----  PC
ISP 2 ---           ---- WAN 2

mehanik · Fri Apr 27, 2012 10:41 am

didn't understand a principle of work of the scheme
please draw in more detail
why switch is necessary

Chupaka · Fri Apr 27, 2012 10:49 am

no details - just unmanaged switch

should work, btw

Chupaka · Fri Apr 27, 2012 11:04 am

or you can try to create bridge between WAN ports and use it as uplink

mehanik · Fri Apr 27, 2012 11:34 am

tried from switch works
thanks

http://www.mikrotik.by/index.php?s=&sho ... ost&p=3352

ropebih · Tue Sep 11, 2012 9:45 pm

Year has past since I opened ticked about bug with IGMP proxy and bug is still there, very frustrating.

ropeba · Fri Nov 09, 2012 2:05 pm

ropeba · Tue Nov 13, 2012 7:29 pm

janisk, please give me some information about my problem.

coffeecoco · Fri Jan 04, 2013 5:57 pm

i feel your pain, this is why i am disgusted recently

i want mik to release a ticketing system, to view progress...

manson · Thu Feb 14, 2013 5:39 pm

I have problem with multicast over PIM.

I did try to make it on single mikrotik or even exactly like this http://wiki.mikrotik.com/wiki/Multicast ... ed_example , didn't work.

And someone tell me why mikrotik with pim enabled is not responding to pings on 224.0.0.2? Cisco router is sending replays just fine.

Chupaka · Thu Feb 14, 2013 6:21 pm

And someone tell me why mikrotik with pim enabled is not responding to pings on 224.0.0.2? Cisco router is sending replays just fine.

RouterOS does not reply broadcast ping requests

manson · Thu Feb 14, 2013 9:27 pm

Ok thanks for replay. Also i got multicast running. Thanks again.

ropeba · Fri Mar 01, 2013 2:45 pm

Is there any new information? It's been a year and a half since I reported a bug which is very simple and can be fixed in a few minutes but you still didn't fix it. Get serious, please!

ayufan · Thu Jun 20, 2013 10:30 pm

why not switch to OpenWrt? it should be fairly simple to provision devices.

ropeba · Fri Jun 21, 2013 12:59 am

I was thinking about that but I already have about 1000 active RBs in FTTB network, so it's not so easy to upgrade all that on OpenWRT, and re-configure each of them, IGMP, firewall, NAT, DHCP, PPPoE, etc...

asuz · Wed Jul 03, 2013 2:30 pm

I was thinking about that but I already have about 1000 active RBs in FTTB network, so it's not so easy to upgrade all that on OpenWRT, and re-configure each of them, IGMP, firewall, NAT, DHCP, PPPoE, etc...

I have similar project like you but i am newbee can you give me direction about it, need to connect with you.

ropeba · Wed Jul 03, 2013 3:46 pm

perica@global.net.ba

synnest · Mon Sep 16, 2013 4:37 pm

thanks for report. working on a fix

2 years later in ROS 6.4 the bug is still there.

Is there any hope that it'd be fixed at all?

ropeba · Tue Sep 17, 2013 9:35 pm

I lost every hope that they'll fix the bug and I'm so disappointed in them.

phantomfx · Wed Sep 18, 2013 1:14 pm

Hi,

few months ago we started similar project like repobih has described. A month ago we started with IPTV and have faced with exactly the same problem with IGMP proxy. Since, we are still at the start of this project we would like to know do you plan to fix this issue soon so we can decide what equipment we will use?

ice87 · Thu Nov 21, 2013 2:12 pm

Any idea to resolve?

We provide IPTV service, we now have a solution with Mikrotik CCR-1036 (as shown in the attached image).
We have problems when we "zapping" .. lost video channels.

In all IGMP-configured switch SNNOPING have.
Each switch is assigned a VLAN (VLAN 100 where = SW1, SW2 = VLAN 200 .... …….SW6 = 600).
When you connect the STB swtich.
CCR failure:
If a requested STB channel and this video is not being used by another STB from another SW, it works correctly.
If the STB has a video channel used (C1), and if you re-apply for the same channel (C1) .. You lose the video of the first STB and only works on a STB.

Conextion is

200 Multicast Video
|
|
MPLS Network
|
|
CCR1036
____________________
| | |
Switch1 Switch2 ..Switch6
| | | | | | | | | | || | | | | ||
24xSTB 24xSTB 24xSTB

ice87 · Thu Nov 21, 2013 2:13 pm

Any idea to resolve?

We provide IPTV service, we now have a solution with Mikrotik CCR-1036 (as shown in the attached image).
We have problems when we "zapping" .. lost video channels.

In all IGMP-configured switch SNNOPING have.
Each switch is assigned a VLAN (VLAN 100 where = SW1, SW2 = VLAN 200 .... …….SW6 = 600).
When you connect the STB swtich.
CCR failure:
If a requested STB channel and this video is not being used by another STB from another SW, it works correctly.
If the STB has a video channel used (C1), and if you re-apply for the same channel (C1) .. You lose the video of the first STB and only works on a STB.

ice87 · Thu Nov 21, 2013 2:14 pm

Any idea to resolve?

We provide IPTV service, we now have a solution with Mikrotik CCR-1036 (as shown in the attached image).
We have problems when we "zapping" .. lost video channels.

In all IGMP-configured switch SNNOPING have.
Each switch is assigned a VLAN (VLAN 100 where = SW1, SW2 = VLAN 200 .... …….SW6 = 600).
When you connect the STB swtich.
CCR failure:
If a requested STB channel and this video is not being used by another STB from another SW, it works correctly.
If the STB has a video channel used (C1), and if you re-apply for the same channel (C1) .. You lose the video of the first STB and only works on a STB.