So put it on a named VLAN like all the others you’ve got, presumably id=388.
Configured TV_IN vlan 388 under WAN interface, so this one is not available, when configured another interface TV_OUT vlan388 and assign it to DHCP interface no ip address was assigned.
You have to find out exactly how IPTV set-top box (Dekoder_TV) wants its IP set up. Does it differentiate between ISP’s IPTV service (multicast over VLAN 388) and general data connectivity. Or it doesn’t? If it does, then you’ll probably have to make Decoder_TV port a hybrid (tagged for VID 388 and untagged to whatever network you want it to join), If it doesn’t, then you still have two sub-options (VLAN 388 tagged or untagged), but in both cases Decoder_TV will be part of SIP’s IPTV network and there’s nothing you can/should do about it.
In my case, ISP provides IPTV in form of multicasts over VID=3999. And set-top boxes also require tagged multicasts. So I’m switching VID=3999 between WAN port and IPTV box ports (no PIM/IGMP snooping in my case). And I’m creating a dedicated LAN subnet for IPTV boxes (VID=40), so ports where IPTV boxes connect are hybrid with tagged for 3999 and untagged for 40. In theory I could allow VLAN 40 to access my DLNA server so I could use set-top box to play-back whatever multimedia content I host on my DLNA server. And I have to allow internet access from that VLAN because set-top boxes download EPG via internet service.
In my case, if I fail to provide internet via untagged to set-top boxes, I can observe similar behaviour as you are (TV works, but “smart” functions don’t).
BTW, you should not add VLAN interfaces to bridge (which they are anchored to):
/interface vlan
add interface=WAN_LINK name=TV_VLAN-in vlan-id=388
...
/interface bridge vlan
add bridge=BR1 comment="BR1 - TV" frame-types=\
admit-only-untagged-and-priority-tagged interface=TV_VLAN-in pvid=388
VLAN interfaces can be considered as “semi transparent” pipes, with one end tagged (the one it is anchored to a trunk/tagged interface, in your case BR1) and other end untagged (and should be used as untagged, e.g. to use as L3 interface). If you connect the untagged end to sam brdige, you create a loop.
i’m using sfp gpon and I have 3 Vlan
internet Vlan 10 priority 0
IP Acquisition Mode: PPPoE
iptv Vlan 20 priority:4 Multicast VLAN ID:2104
IP Acquisition Mode: DHCP
voip Vlan 30 priority:5
IP Acquisition Mode: DHCP
Vlan 10 for internet it’s work but I need to configure vlan 20 for iptv
can you please help to re-configure anynameyoulike.rsc file that I attached please?
with regards
It would be better if you posted this information in your own thread: http://forum.mikrotik.com/t/leox-lxt-010s-h-sfp-gpon/168673/1
It seems that ISP expects IPTV and VoIP to be switched at your end. As @tangent wrote there: you have to configure LAN ports as trunk ports for these VLANs. And I suggest to continue the discussion there.
Half baked Solution will not work for others.
The “IGMP Snooping” feature is required on Mikrotik side to work this setup correctly ( just a few device supports this ).
( simply saying: ISP side port Multicast-streams -IPTV- “redirecting” to VLANs )
https://help.mikrotik.com/docs/pages/viewpage.action?pageId=59277403&src=contextnavpagetreemode
thanks szp87
would you please post a configure pictures that will be more helpful please