[AgentDeus]

Tervist.

Kodustes tingimustes jookseb üks RB751G-2HnD softiga v6.5 mis teeb järgmist:

võtab vastu Ether1 pealt Elioni ühenduse. Ether1 alla on tehtud VLAN eth1.4 ID'ga 4
Ether2 pealt läheb ühendus edasi kodusesse switchi, mis räägib igmp-snoopingut ja kõike muud vajalikku.
Ether2 alla on tehtud 2 vlan'i 4 ja 10, üks vastavalt IPTV edastamiseks ja siis teine kohaliku LAN'i.
Ether3 edastab samasugust ühendust teise tuppa, kus on vastas üks teine mikrotik, mis võtab tagid kõik vastu ja jagab portide peale laiali.
Ether4 edastab ainult IPTV'd teise tuppa.
IPTV vlan'i erinevate liideste all on grupeeritud kokku bridge alla DTV

Probleemiks on nüüd see, et kui ma vaatan ühes toas midagi, siis langeb selle kanali liiklus ka teistele portidele, mis on DTV bridge all.
On kellelgi ideid, kuidas sellisest käitumisest lahti saada? IGMP-Proxy tundub olevat lahendust aga mina ei suuda küll välja mõelda, kuidas teda tööle panna eth1.4 upstream pordina. Tee või tina aga ei tööta.

On keegi enne maadelnud sellega või jääb mul lahenduseks switchi ja ruuteri asukohad omavahel ära vahetada ja esimeseks seadmeks hoopiski switch monteerida, sest igmp snooping seal töötab peaaegu (paar leket, mis koduses tingimuses ei häiri) laitmatult.

[ivok]

Minul selline setup töötab praegu, aga mikrotiku igmp-proxy on mitme bugiga ja ma ei saa kuidagi ka vod (kordustv, filmilaenutus) kätte.
Ise kaalun just igmp snoopinguga switchi kasutusele võtta. Ehk siis mikrotikus vlan id4 ja näiteks eth2 kokku bridgeda ja eth2 edasi switchi ja switchi siis digiboxid.

[AgentDeus]

/interface> bridge print
Flags: X - disabled, R - running
0 R name="IPTV" mtu=1500 l2mtu=1594 arp=disabled mac-address=00:1A:73:70:31:56 protocol-mode=none priority=0x8000 auto-mac=yes admin-mac=00:00:00:00:00:00
max-message-age=20s forward-delay=15s transmit-hold-count=6 ageing-time=5m

/interface> bridge port print where bridge IPTV
2 eth2.4 IPTV 0x80 10 none
3 eth1.4 IPTV 0x80 10 none
6 eth5.2 IPTV 0x80 10 none

/interface> vlan print
Flags: X - disabled, R - running, S - slave
# NAME MTU ARP VLAN-ID INTERFACE
0 R ;;; IPTV
eth1.4 1500 enabled 4 ether1-gateway
1 R ;;; tagged LAN
eth2.3 1500 enabled 3 ether2-master
2 R ;;; IPTV
eth2.4 1500 enabled 4 ether2-master

Siukene on siis minu setup hetkel aga kuidas sa IGMP-Proxy tööle said? isegi kui ma bridge ära lõhun, ülten, et eth1.4 on uplink ja eth2.4 on lihtsalt liige, siis ei käis sealt igmp proxist udupiuksugi läbi. Siiani olengi kogu selle IPTV jama tööle saanud ainult bridgega.
Uue smart-TV'ga on veel omaette kamm.. ma ei kujuta ettegi, mis maagiat seal Thomposin tehakse. Keegi võiks enda Thompsoni käki konfi jagada sel hetkel kui samsa SmartTV kaudu telkut vaadatakse.

[ivok]

Vaata et igmp-proxy nii upstream kui downstream interfaced on ip aadressidega, vlan id4 peale pane dhcp client.

[AgentDeus]

sain Thompsoni konfi kah. Põhimõtteliselt sul on õigus. Peab IP saama eth1.4 peale DHCP'ga ning siis ehitama IGMP proxy. Ma nüüd ei saagi aru, kas ma konfin ise viltu või see mikrotiku IGMP-Proxy ei tööta korralikult. Eile päeval igatahes ta tööle ei hakanud. Kui aega saan, siis katsetan edasi.

[ivok]

Tiku igmp-proxy töötab küll aga kipub mingi aja jooksul kinni jooksma. vlan id4 upstreamiks, alternative subnets 10.0.0.0/23, downstream interfacele ip aadress ja dhcp-server ja masquerade. igmp-proxy seadetes linnuke quick-leave ette.

[AgentDeus]

Ei tea.. ei saanud seda jama tööle. Võtan puhta ruuteri ja proovin tollega nö puhtalt lehelt, sest mu enda ruuter on igasugu VPN'ne ja keerukamaid nat'i reegleid täis, ei saanudki lõpuks aru, mis kuhu takerdus või mis kanalist läbi käis

Eile hakkas kummitama küsimus, et kust kohast sa võtsid selle Alternative subnets vahemiku? 6.5 puhul täheldasin seda, et igmp-proxy ei hakanud enne tööle, kui downstream interfacega midagi tegin ja seda disable/enable ei lasknud. upgrade 6.7 peale ja nüüd hakkas igmp-proxy iseeneslikult tööle.

[ivok]

Minul pole vahet millist versiooni kasutan.

Alternative subnets (list of IP prefixes) : by default, only packets from directly attached subnets are accepted. This parameter can be used to specify a list of alternative valid packet source subnets, both for data or IGMP packets. Has effect only on upstream interface. Should be used when the source of multicast data often is in a different IP network.
Elioni multicast server on 10.0.0.30 ja 10.0.1.0/24 peal on Elioni kanalite serverid. (Vähemalt minu ühendusel, ise võid alustada ka 10.0.0.0/8 või koguni 0.0.0.0/0 )

Mis aadressid sul downstreamidel on?

[AgentDeus]

Ma sain selle nüüd tööle ja homme kirjutan pikema seletuse koos konfidega. segu oli sellest, et ise olin loll ja ega Mikrotik kah võlgu ei jäänud. Praegu töötab igatahes kolm digiboksi ja Samsungi IPTV app kah takkapihta.

----

Et kõik ausalt ära rääkida, siis pasten lihtsalt hunniku konfi.

Alustuseks vlan tegemised:

[ivok]

Üks näpukas sul siin,

[AgentDeus]

tegin Copy-Paste otse ruuterist ja kontrollisin hetkel üle. Miskipärast ei ole action=allow ühelgi ees, ainult action=drop on näidatud... ju siis mingi mikrotiku kala aga parandan eelmises postituses selle ära. VoD ja kordusTV kohta ma ei oska öelda mitte midagi, sest pole elu sees seda kasutanud ja pole mitte ühegi kontoga enda kodumajandust ära sidunud. Õhtul võin proovida midagi, kui ilma kontosidumiseta ja lisatasudeta saab

[ivok]

Vaatan et tegin nüüd ise ka näpuka, action ikka accept
Kui tegin endal selle reegli siis /ip firewall filter> print annab küll

[AgentDeus]

Print jah annab, ma tegin export

Kahjuks ma ei saa midagi kontrollida, kas töötab, sest selleks peab tellima selle uue NutiTV aga seda ma ei taha teha. Nii palju sai VoD proovida, et filmide "trailerid" läksid tööle. Siit võiks eeldada, et VoD tõmmatakse ilusti püsti.

[kalaelmar]

Üks oluline asi on sul siin puudu, dhcp client peab kasutama parameetrit 121, ehk siis ruutingud kaasa võtma Mikrotikil on selleks kenasti olemas võimalus add-default-route=special-classless . Samuti pole kasulik digiTV segemedi DNSI ja NTPd kasutada, defauldina nad muudes võrkudes, kus option 121 puudu ei toimi.

Sinu näite täiendus oleks selline:

[AgentDeus]

Ma väänasin ainult metricu suuremaks default route'l, mis sealt vlan4 pealt tuli ehk siis muutus madalamaks prioriteediks kui mu backupühendused jne jne.

[Pailaps]

Mykke bro juhend. Toimib kenast. Täiendasin ja lisasin omad reeglid. Pilti ainult ruudutab vahel.

[kalaelmar]

Tõsi, mul ruudutab ka mingitel hetkedel... Riba täis pole, tiku load ka 20% kandis.

[AgentDeus]

siinkohal võiks juba mikrotiku riistvara võrdlema hakata. Mul ruudutab ainult siis, kui riba täis tõmban või kui Elionil endal mingi keberniit. Olen täheldanud, et vahepeal ta ei pane leavi vaid jätab striimi käima. Igatahes jälgin seda käitumist edasi.

[estdata]

[indrpo]

Uurige tolle erco käest järgi, ta teab seda "leave" asja. Point see, et kui kanalivahetusel vana striimi kohe maha ei visata siis korjabki lõpuks kogu lingi umbe.
Kusagil teemas juba mainisin, et mina ei saanudki tikku stabiilselt Samsaga käima, Thomson käis kmi otsas nagu siidi, mikroga olid häired telepildis aegajalt näha. Ercol siiski pisut teine lahendus, sillatud thomsoni ja tikuga mitte otse kmi või gpon.

[estdata]

[ivok]

[kalaelmar]

Ilmselt olid probleemid kuskil mujal, mitte minu Tikus. Nüüd on mitu päeva laitmatult toiminud.

[AgentDeus]

ivok, kui tihti ta sul pangestus? Mul on uptime nüüd 32 päeva, vaatajakohti kolm, millest üks on üle VDSL kaugemal otse mikrotiku küljest ja kaks on switchi tagant.

[ivok]

Mul pangestus paar korda nädalas, samas sõbral kellele ka konfisin töötab stabiilselt. Ilmselt vastuolud miskite mu teiste seadetega.