Page 1 of 1

IGMP Proxy issue

Posted: Thu Sep 29, 2011 1:33 pm
by ropeba
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 

Re: IGMP Proxy issue

Posted: Fri Sep 30, 2011 12:04 am
by voipworld
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:
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 

Re: IGMP Proxy issue

Posted: Fri Sep 30, 2011 9:39 am
by ropebih
[admin@MikroTik] /routing igmp-proxy> pri
              quick-leave: yes
           query-interval: 2m10s
  query-response-interval: 10s

Re: IGMP Proxy issue

Posted: Fri Sep 30, 2011 1:55 pm
by voipworld
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

Re: IGMP Proxy issue

Posted: Fri Sep 30, 2011 7:21 pm
by ropebih
normis, please can you help?

Re: IGMP Proxy issue

Posted: Mon Oct 03, 2011 2:14 pm
by janisk
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.

Re: IGMP Proxy issue

Posted: Mon Oct 03, 2011 2:24 pm
by ropebih
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)

Image

Re: IGMP Proxy issue

Posted: Mon Oct 03, 2011 4:33 pm
by janisk
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.

Re: IGMP Proxy issue

Posted: Tue Oct 04, 2011 12:23 am
by ropebih
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.

Image

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...

Re: IGMP Proxy issue

Posted: Tue Oct 04, 2011 10:00 am
by janisk
thanks for report. working on a fix

Re: IGMP Proxy issue

Posted: Sun Oct 23, 2011 3:09 pm
by polans1
Hi all,

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

Best regards,
Ivan

Re: IGMP Proxy issue

Posted: Fri Nov 04, 2011 12:57 pm
by ropebih
bump

Re: IGMP Proxy issue

Posted: Fri Nov 04, 2011 12:58 pm
by janisk
no good news yet.

Re: IGMP Proxy issue

Posted: Thu Nov 24, 2011 7:22 pm
by ropebih
There is a possibility that this bug has been solved in 5.9 version?

Re: IGMP Proxy issue

Posted: Fri Nov 25, 2011 11:52 am
by janisk
it is not

Re: IGMP Proxy issue

Posted: Fri Nov 25, 2011 1:01 pm
by ropebih
Do you have any informations, when it will be solved? We have IPTV project that is paused because of that problem.

Re: IGMP Proxy issue

Posted: Fri Nov 25, 2011 1:06 pm
by janisk
you can try to use PIM, when configuration is set starts to work it will work.

Re: IGMP Proxy issue

Posted: Fri Nov 25, 2011 1:09 pm
by ropebih
Our, OLT and ONUs don't dupport PIM, just work with IGMP proxy.

Re: IGMP Proxy issue

Posted: Fri Nov 25, 2011 1:22 pm
by ropebih
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.

Re: IGMP Proxy issue

Posted: Fri Nov 25, 2011 4:49 pm
by Chupaka
where do you get IPTV stream from?

Re: IGMP Proxy issue

Posted: Fri Nov 25, 2011 6:48 pm
by ropebih
Different sources but most of it is from satellite.

Re: IGMP Proxy issue

Posted: Sun Dec 04, 2011 11:42 pm
by explorer84
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 )

Re: IGMP Proxy issue

Posted: Mon Dec 05, 2011 1:01 am
by Chupaka
(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

Re: IGMP Proxy issue

Posted: Wed Dec 14, 2011 10:08 pm
by MrYan
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.

Re: IGMP Proxy issue

Posted: Fri Jan 20, 2012 9:17 pm
by ropebih
thanks for report. working on a fix
Hi janisk, Do you have any new informations for me? Thanks...

Re: IGMP Proxy issue

Posted: Sat Jan 21, 2012 12:07 am
by martini
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.

Re: IGMP Proxy issue

Posted: Sat Jan 21, 2012 12:29 pm
by ropebih
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.

Re: IGMP Proxy issue

Posted: Tue Jan 31, 2012 1:10 pm
by janisk
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

Re: IGMP Proxy issue

Posted: Thu Feb 02, 2012 2:09 am
by Chupaka
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*

Re: IGMP Proxy issue

Posted: Wed Apr 04, 2012 9:21 pm
by explorer84
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?

Re: IGMP Proxy issue

Posted: Wed Apr 04, 2012 11:01 pm
by ropebih
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.

Re: IGMP Proxy issue

Posted: Fri Apr 06, 2012 5:02 pm
by Chupaka
Seems like igmp proxy mirrors ip address.
what version do you use?

Re: IGMP Proxy issue

Posted: Sun Apr 08, 2012 7:07 pm
by explorer84
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).
:?

Re: IGMP Proxy issue

Posted: Wed Apr 25, 2012 6:27 pm
by mehanik
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

Re: IGMP Proxy issue

Posted: Wed Apr 25, 2012 8:27 pm
by ropebih
Hi, IGMP proxy can have only one upstream interface. I you need more of one upstream interface, use PIM instead IGMP Proxy.

Re: IGMP Proxy issue

Posted: Wed Apr 25, 2012 8:35 pm
by mehanik
prompt please an example of use of pim for my case

Re: IGMP Proxy issue

Posted: Thu Apr 26, 2012 7:09 pm
by Chupaka
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

Re: IGMP Proxy issue

Posted: Thu Apr 26, 2012 7:38 pm
by mehanik

Re: IGMP Proxy issue

Posted: Fri Apr 27, 2012 12:44 am
by ropebih
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

Re: IGMP Proxy issue

Posted: Fri Apr 27, 2012 10:41 am
by mehanik
didn't understand a principle of work of the scheme
please draw in more detail
why switch is necessary

Re: IGMP Proxy issue

Posted: Fri Apr 27, 2012 10:49 am
by Chupaka
no details - just unmanaged switch :)

should work, btw

Re: IGMP Proxy issue

Posted: Fri Apr 27, 2012 11:04 am
by Chupaka
or you can try to create bridge between WAN ports and use it as uplink

Re: IGMP Proxy issue

Posted: Fri Apr 27, 2012 11:34 am
by mehanik

Re: IGMP Proxy issue

Posted: Tue Sep 11, 2012 9:45 pm
by ropebih
Year has past since I opened ticked about bug with IGMP proxy and bug is still there, very frustrating.


Image

Re: IGMP Proxy issue

Posted: Fri Nov 09, 2012 2:05 pm
by ropeba
bump

Re: IGMP Proxy issue

Posted: Tue Nov 13, 2012 7:29 pm
by ropeba
janisk, please give me some information about my problem.

Re: IGMP Proxy issue

Posted: Fri Jan 04, 2013 5:57 pm
by coffeecoco
i feel your pain, this is why i am disgusted recently

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

Re: IGMP Proxy issue

Posted: Thu Feb 14, 2013 5:39 pm
by manson
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.

Re: IGMP Proxy issue

Posted: Thu Feb 14, 2013 6:21 pm
by Chupaka
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

Re: IGMP Proxy issue

Posted: Thu Feb 14, 2013 9:27 pm
by manson
Ok thanks for replay. Also i got multicast running. Thanks again.

Re: IGMP Proxy issue

Posted: Fri Mar 01, 2013 2:45 pm
by ropeba
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!

Re: IGMP Proxy issue

Posted: Thu Jun 20, 2013 10:30 pm
by ayufan
why not switch to OpenWrt? it should be fairly simple to provision devices.

Re: IGMP Proxy issue

Posted: Fri Jun 21, 2013 12:59 am
by ropeba
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...

Re: IGMP Proxy issue

Posted: Wed Jul 03, 2013 2:30 pm
by asuz
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.

Re: IGMP Proxy issue

Posted: Wed Jul 03, 2013 3:46 pm
by ropeba

Re: IGMP Proxy issue

Posted: Mon Sep 16, 2013 4:37 pm
by synnest
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?

Re: IGMP Proxy issue

Posted: Tue Sep 17, 2013 9:35 pm
by ropeba
I lost every hope that they'll fix the bug and I'm so disappointed in them.

Re: IGMP Proxy issue

Posted: Wed Sep 18, 2013 1:14 pm
by phantomfx
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?

Re: IGMP Proxy issue

Posted: Thu Nov 21, 2013 2:12 pm
by ice87
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

Re: IGMP Proxy issue

Posted: Thu Nov 21, 2013 2:13 pm
by ice87
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.

Re: IGMP Proxy issue

Posted: Thu Nov 21, 2013 2:14 pm
by ice87
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.