Hinnavaatlus
:: Foorum
:: Uudised
:: Ärifoorumid
:: HV F1 ennustusvõistlus
:: Pangalink
:: Telekavad
:: HV toote otsing
|
|
autor |
sõnum |
|
bladerunner
HV Guru
liitunud: 17.01.2002
|
17.10.2018 20:55:34
|
|
|
Veebiliideses: Quick Set -> Mode: Bridge peaks suhtkoht õige seadistuse andma.
_________________ Experience is what you get when you don't get what you want. |
|
Kommentaarid: 161 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
150 |
|
tagasi üles |
|
|
ceeyx
HV vaatleja
liitunud: 17.10.2018
|
18.10.2018 19:50:12
|
|
|
mnjah kui ruuter switchiks teha siis ta muidugi töötab.
probleemiks see, et tahaks selle asja teha alljärgnevalt:
1. Inteno annab neti+iptv (Inteno vajalik kuna ühenduseks DSL)
2. Mikrotik jagab IPTVd edasi ja CAPsMAN tekitab wifi võrgu (majas mitu korrust ja oleks vaja teha wifi roaming) koos külaliste wifiga mis on eraldi sisevõrgu seadmetest
|
|
tagasi üles |
|
|
bladerunner
HV Guru
liitunud: 17.01.2002
|
|
Kommentaarid: 161 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
150 |
|
tagasi üles |
|
|
Markspoiss
HV veteran
liitunud: 10.12.2002
|
23.10.2018 21:58:24
|
|
|
Pole küll otseselt tiku teema aga küsin siiski kuna kasutusel on ka tiku ruuterid võrgus ja siin teadjamad mehed, et milline seadistus oleks siin õige teha telia iptv jaoks?
Tänan!
Tegelikult siis üritaks ära seletada kogu süsteemi siis nö nullist sajani.
1. on siis nii hetkel, et sisse tuleb optika otsast ja läheb sealt siis läni onti intenosse (hetkel veel) kui siinbkohal soovitusi ümber tegemiseks (lihtsustamiseks siis kuulan meeleldi)
sealt siis läheb edasi tiku seadmesse 192.168.0.1 (jagab siis dhcp-d ja teeb kohalikku võrku nö) sinna on siis konfitud port 9 peale iptv sisend mis tuleb ka eraldi kaabliga intenost.
selle otsa siis on tikus tehtud bridge milles on ühendatud siis nö port 9 ja eoip kliendid.
Sealt klientideni siis läheb üle wifi. AP SXT 5 mis on konfitud lihtsalt ap bridgeks kasutusel on nv2 protokoll (siin võib anda soovitusi mida pan panni seadetes veel üle vaatama kindlasti!) HT all on kõik linnukesed peal.
ja see multicast helper on ka peal ja fulli peal.
kliendi poolsetes otstes on samad seadmed ja confitud siis station bridgeks kus on sama conf mis siis SXT AP-s
siit edasi siis liigub klientide tikkudesse kus on siis samuti tekitatud port 9 otsa iptv port nö mis on bridgetud kokku siis eoipga
ning siis siit juba boxi otsa.
Kas peaksin nüüd kusagil veel kasutama ka IGMP proxyt, igmp snoopingu kusagil määrama? tikkudes? selles lahenduses või kui mul on nüüd majas veel mitu boxi ja võtan sealt tiku port 9-st selle välja ja viin eraldi oma suurde switchi kus on tehtud siis mitme boxi jaoks vlan (kas pean määrama siin vlanis igmpsnoopingu)?
Asi nimelt selles, et pidevalt kipub nagu striimi hakkima ja kinni vedama. Levi paistab olevat ok.
Kas asi kusagil seadistustes? Või on üldse mingeid soovitusi kogu süsteemi ümber ehitamiseks?
Tuli vbl selline kirju ja keeruline jutt aga loodan, et saite mu mõttekäigust aru.
väike EDIT:
küsin siis seda ka veel, et kuidas selle kompoti juures teha veel asi nii et siis nö kliendi pool otstes olles digi-tvd vaadates torrentid ja muud asjad (ehk siis muu nett) piirata nii et see ei hakkaks digi-tv-d segama. Et siis jätaks nö alati mingi mahu digi jaoks või nö digi oleks priooriteet.
Tänan!
_________________
|
|
Kommentaarid: 20 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
16 |
|
tagasi üles |
|
|
jaakjaak22
HV kasutaja
liitunud: 28.02.2012
|
29.10.2018 10:09:49
|
|
|
Siia ka. Korrastasin isikliku spikri paremaks, nii et iga copy&paste võimeline isik peaks suutma võtta karbist mikrotiku ja näpuga järge ajades konfida 100% kõigi Telia teenuste tarbimise võimeliseks: http://pezz.tkwcy.ee/mikrotik.txt
Kui käsurida ei meeldi, siis sama lihtne on selle järgi klõpsida winboxi või veebiliidesega. Loomulikult pole see lõplik, küll aga annab samaväärse ja juba rohkem kui Intenod võimaldavad.
|
|
tagasi üles |
|
|
AgentDeus
HV kasutaja
liitunud: 07.07.2008
|
13.11.2018 23:23:44
|
|
|
Ilus juhend NAT osas ainult on sul puudu hairpin osa. Paljudel muidugi pole seda vajagi aga mul isiklikult käis see pinda, et kui sisevõrgust välise otsa poole pöörduda (nimelahenduse kaudu väline ots) siis tänu source adre mitte ringikirjutamisele kodune veebileht ei avanenud vaid pidi kasutama sisevõrgu adret.
_________________ kindel on see et miski pole kindel |
|
Kommentaarid: 4 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
4 |
|
tagasi üles |
|
|
jaakjaak22
HV kasutaja
liitunud: 28.02.2012
|
14.11.2018 13:28:14
|
|
|
AgentDeus kirjutas: |
Ilus juhend NAT osas ainult on sul puudu hairpin osa. Paljudel muidugi pole seda vajagi aga mul isiklikult käis see pinda, et kui sisevõrgust välise otsa poole pöörduda (nimelahenduse kaudu väline ots) siis tänu source adre mitte ringikirjutamisele kodune veebileht ei avanenud vaid pidi kasutama sisevõrgu adret. |
On ju, "port-forwarding done properly" juures Sisevõrgust tulijatele üks maskeraad juurde: https://wiki.mikrotik.com/wiki/Hairpin_NAT
|
|
tagasi üles |
|
|
ander
HV kasutaja
liitunud: 01.03.2007
|
16.11.2018 12:47:03
|
|
|
kui keegi mäletab, siis eespool siin teemas kurtsin digitv pildi hakkimise probleemi hAP ac karbiga.
erinevate katsetega jõudsin lõpuks nii kaugele, et süüdi paistab olevat switchikivi või on puue kuskil väga sügaval ja spetsiifiliselt seotud karbis kasutusel olevate teiste kividega.
nimelt isegi kui pordi nego 10mbiti peale piirata ja see umbe tõmmata, siis täiesti teisel pordil hakkas vlan4 sees multicast kukkuma ehk pilt hakkima.
tõin poest katseks uue hAP ac2 karbi, mis on ARM SoC ning kae imet - sellega selliseid probleeme pole. tõmba nii kõvasti toru bittidest ja ühendustest umbe kui soovid, digitv pilt on stabiilne.
ehk et hAP ac (passinimeks RB962UiGS-5HacT2HnT) imeb. keegi ära ei taha osta? vedeleb niisama nüüd.
|
|
Kommentaarid: 26 loe/lisa |
Kasutajad arvavad: |
|
:: |
4 :: |
0 :: |
21 |
|
tagasi üles |
|
|
jaakjaak22
HV kasutaja
liitunud: 28.02.2012
|
16.11.2018 15:21:26
|
|
|
99% tõenäosusega konfisid ikka ise midagi võssa, sest DigiTV bridgemine ei käi switchi kaudu. Reseti konf, kopi-paste juhendist 5 rida digitv konfi ja vaata uuesti. Vaata ka prosekoormust, mis on olematu.
50/50 ühendusega testitud, et FullHD TeliaTV käib ka mAP (https://mikrotik.com/product/RBmAP2nD) peal täiesti vabalt, isegi kui samal ajal täiskiirusel wifi kaudu torrenteid tirida. Seega, kui ethernetiaukude vajadus puudub ja 1-2 toa jagu 2.4GHz wifit piisab, siis pole rohkem ruuterit vajagi kui see 7x7cm tikutops.
ander kirjutas: |
kui keegi mäletab, siis eespool siin teemas kurtsin digitv pildi hakkimise probleemi hAP ac karbiga.
erinevate katsetega jõudsin lõpuks nii kaugele, et süüdi paistab olevat switchikivi või on puue kuskil väga sügaval ja spetsiifiliselt seotud karbis kasutusel olevate teiste kividega.
nimelt isegi kui pordi nego 10mbiti peale piirata ja see umbe tõmmata, siis täiesti teisel pordil hakkas vlan4 sees multicast kukkuma ehk pilt hakkima.
tõin poest katseks uue hAP ac2 karbi, mis on ARM SoC ning kae imet - sellega selliseid probleeme pole. tõmba nii kõvasti toru bittidest ja ühendustest umbe kui soovid, digitv pilt on stabiilne.
ehk et hAP ac (passinimeks RB962UiGS-5HacT2HnT) imeb. keegi ära ei taha osta? vedeleb niisama nüüd. |
|
|
tagasi üles |
|
|
ander
HV kasutaja
liitunud: 01.03.2007
|
17.11.2018 11:43:01
|
|
|
jaakjaak22 kirjutas: |
99% tõenäosusega konfisid ikka ise midagi võssa, sest DigiTV bridgemine ei käi switchi kaudu. Reseti konf, kopi-paste juhendist 5 rida digitv konfi ja vaata uuesti. |
mis siin võssa konfida on? tegemist on lihtlabase konfiga - wan liidese alla vlan liides, pista silda ning topi digiboxi port samasse silda. valmis.
ning kui riist toetab hw offloadi, siis miks ei peaks käima switchi kaudu?
ning seadet sai resetitud, netinstallitud ja igast muid trikke tehtud - ikka sama. sama mure otsas istub ka sõber sama karbiga ehk et süüdi kindlasti ei ole mulle omapärased konfimisvõtted.
ja kui oleks minu konfimine võsas, siis tehes täpselt samasuguse konfi uuele seadmele, oleks pidanud see jama ju korduma.
jaakjaak22 kirjutas: |
50/50 ühendusega testitud, et FullHD TeliaTV käib ka mAP (https://mikrotik.com/product/RBmAP2nD) peal täiesti vabalt, |
kui viitsid, siis ma võin sulle selle hAP ac katsetamiseks saata ja saad omal nahal proovida.
|
|
Kommentaarid: 26 loe/lisa |
Kasutajad arvavad: |
|
:: |
4 :: |
0 :: |
21 |
|
tagasi üles |
|
|
jaakjaak22
HV kasutaja
liitunud: 28.02.2012
|
18.11.2018 23:58:42
|
|
|
ander kirjutas: |
kui viitsid, siis ma võin sulle selle hAP ac katsetamiseks saata ja saad omal nahal proovida. |
Anna see konf, mis sul kehvasti töötab (/export file=flash/minukonf) ja ütle, mis võrguühenduse otsas see täpsemalt ilmneb.
|
|
tagasi üles |
|
|
ander
HV kasutaja
liitunud: 01.03.2007
|
19.11.2018 17:57:51
|
|
|
jaakjaak22 kirjutas: |
Anna see konf, mis sul kehvasti töötab (/export file=flash/minukonf) ja ütle, mis võrguühenduse otsas see täpsemalt ilmneb. |
konfi pole paraku pakkuda, sest seade on praeguseks resetitud ja ootab müüki.
aga nagu ma ütlesin, siis konf labane ja umbes selline:
/interface bridge add name=bridge-dtv
/interface vlan add interface=ether1 name=ether1-dtv vlan-id=4
/interface bridge port add bridge=bridge-dtv interface=ether1-dtv
/interface bridge port add bridge=bridge-dtv interface=ether5
|
ja nii otse default konfi otsa.
ether5 on muidugi mõistlik enne default bridge küljest ära võtta.
ja siis pistad digiboxi viiendasse auku ja go.
ning kui sul on viiendas pordis hoopis manageeritav switch ja tahad tagged liiklust switchi trunki lükata, siis tekitad ether5 külge samamoodi vlan liidese ja pistad tolle dtv silda. lihtne.
ma ei saa aru mida selle nelja rea juures on võimalik mättasse konfida
|
|
Kommentaarid: 26 loe/lisa |
Kasutajad arvavad: |
|
:: |
4 :: |
0 :: |
21 |
|
tagasi üles |
|
|
Kozlor
HV vaatleja
liitunud: 16.05.2002
|
20.11.2018 14:04:34
|
|
|
ander kirjutas: |
kui keegi mäletab, siis eespool siin teemas kurtsin digitv pildi hakkimise probleemi hAP ac karbiga.
erinevate katsetega jõudsin lõpuks nii kaugele, et süüdi paistab olevat switchikivi või on puue kuskil väga sügaval ja spetsiifiliselt seotud karbis kasutusel olevate teiste kividega.
nimelt isegi kui pordi nego 10mbiti peale piirata ja see umbe tõmmata, siis täiesti teisel pordil hakkas vlan4 sees multicast kukkuma ehk pilt hakkima.
tõin poest katseks uue hAP ac2 karbi, mis on ARM SoC ning kae imet - sellega selliseid probleeme pole. tõmba nii kõvasti toru bittidest ja ühendustest umbe kui soovid, digitv pilt on stabiilne.
ehk et hAP ac (passinimeks RB962UiGS-5HacT2HnT) imeb. keegi ära ei taha osta? vedeleb niisama nüüd. |
Mul sama isend kasutusel. Ühendus 200/200 ja kui poole toruga tõmmata, siis kipub ka ruudutama.
Samas mul Samsa äpp kasutusel.
Kui aga lihtsalt boxile vaja ühendust, siis võiks proovida switchi menüüs porte/vlan konfida. Ei ole interface all vlan4 vaja teha. Kunagi proovisin ja töötas küll.
Siis CPU ei kasutata vist.
|
|
Kommentaarid: 4 loe/lisa |
Kasutajad arvavad: |
|
:: |
1 :: |
0 :: |
2 |
|
tagasi üles |
|
|
KillFrenzy
HV Guru
liitunud: 05.04.2003
|
20.11.2018 16:04:15
|
|
|
Nüüd ainult boxidele ongi vaja ju, äpid on surnud.
_________________ M: SFP Telia GPON võrgu jaoks - 40€ |
|
Kommentaarid: 149 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
132 |
|
tagasi üles |
|
|
owndyaa
Kreisi kasutaja
liitunud: 28.11.2006
|
20.11.2018 19:30:03
|
|
|
Kas keegi Hairpini osa võiks tuletada meelde?
On AIP lahendus (kuni 5 avalikku ip)
Kuidas sisevõrgus olevad inimesed saaksid ligi ühele veebiserverile, millel on väline IP ?
192.168.1.0/24 ja 192.168.2.0/24 soovivad ligi saada veebiserverile (1.5) , mis vastab ainult välis ip päringutele (nt:213.40.53.30).
Kas lahendus ainult masquerade või kuidagi teistmoodi saab ka?
Hetkel kõik subnetid src-natitud , kust nad peaksid välja minema.
Praegu nt nii lahendatud
/ip firewall nat
add action=src-nat chain=srcnat dst-address=192.168.1.5 \ src-address-list=local to-addresses=213.40.53.30
|
|
Kommentaarid: 63 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
61 |
|
tagasi üles |
|
|
kanaj
HV vaatleja
liitunud: 02.01.2016
|
22.11.2018 23:13:19
|
|
|
ander kirjutas: |
hAP ac (passinimeks RB962UiGS-5HacT2HnT) imeb. keegi ära ei taha osta? vedeleb niisama nüüd. |
soovib osta
|
|
tagasi üles |
|
|
jaakjaak22
HV kasutaja
liitunud: 28.02.2012
|
23.11.2018 00:31:07
|
|
|
owndyaa kirjutas: |
Kas keegi Hairpini osa võiks tuletada meelde?
On AIP lahendus (kuni 5 avalikku ip)
|
Veebilehe hostimiseks pole staatilist IP-numbrit vaja, /ip cloud funktsionaalsuse ja addresslistidega saab täisdünaamiliselt. Staatiliste olemasolul ka mugavam, kui peaks teenusepakkujat vahetama vms, siis pole midagi ümber teha.
# add sites, which are cnames to the name given to the router by IP->Cloud, to the list
# mikrotik converts names automatically to ipnumbers
/ip firewall address-list add address=www.mydomain.eu list=myhostedsites
/ip firewall address-list add address=www.mydomain2.eu list=myhostedsites
# add port-forward rules, 192.168.1.5 is the ipnumber of the internal device
/ip firewall nat add action=dst-nat chain=dstnat comment="portforward 80" dst-address-list=myhostedsites dst-port=80 protocol=tcp to-addresses=192.168.1.5 to-ports=80
# send local users into masquerade if they also want to use the service
/ip firewall nat add action=masquerade chain=srcnat dst-address=192.168.1.5 dst-port=80 protocol=tcp src-address=192.168.1.0/24
/ip firewall nat add action=masquerade chain=srcnat dst-address=192.168.1.5 dst-port=80 protocol=tcp src-address=192.168.2.0/24 |
|
|
tagasi üles |
|
|
Kozlor
HV vaatleja
liitunud: 16.05.2002
|
10.12.2018 19:21:15
|
|
|
Kozlor kirjutas: |
ander kirjutas: |
kui keegi mäletab, siis eespool siin teemas kurtsin digitv pildi hakkimise probleemi hAP ac karbiga.
erinevate katsetega jõudsin lõpuks nii kaugele, et süüdi paistab olevat switchikivi või on puue kuskil väga sügaval ja spetsiifiliselt seotud karbis kasutusel olevate teiste kividega.
nimelt isegi kui pordi nego 10mbiti peale piirata ja see umbe tõmmata, siis täiesti teisel pordil hakkas vlan4 sees multicast kukkuma ehk pilt hakkima.
tõin poest katseks uue hAP ac2 karbi, mis on ARM SoC ning kae imet - sellega selliseid probleeme pole. tõmba nii kõvasti toru bittidest ja ühendustest umbe kui soovid, digitv pilt on stabiilne.
ehk et hAP ac (passinimeks RB962UiGS-5HacT2HnT) imeb. keegi ära ei taha osta? vedeleb niisama nüüd. |
Mul sama isend kasutusel. Ühendus 200/200 ja kui poole toruga tõmmata, siis kipub ka ruudutama.
Samas mul Samsa äpp kasutusel.
Kui aga lihtsalt boxile vaja ühendust, siis võiks proovida switchi menüüs porte/vlan konfida. Ei ole interface all vlan4 vaja teha. Kunagi proovisin ja töötas küll.
Siis CPU ei kasutata vist. |
Sellise konfiga toimib ilusti
Kui on vaja vlan4 edasi midagi teha siis lase CPU pihta ka.
|
|
Kommentaarid: 4 loe/lisa |
Kasutajad arvavad: |
|
:: |
1 :: |
0 :: |
2 |
|
tagasi üles |
|
|
visalik
HV kasutaja
liitunud: 10.11.2009
|
22.12.2018 18:55:22
|
|
|
mõtlesin teha nii, et telia ineti järel hap 2 ac - vpn - inet - hap 2 ac - digiboks. kas nii saaks ?
|
|
Kommentaarid: 16 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
16 |
|
tagasi üles |
|
|
bladerunner
HV Guru
liitunud: 17.01.2002
|
22.12.2018 19:01:18
|
|
|
visalik, EoIP kasutades saab. Ise katsetanud pole aga teised siin on kirjutanud et töötab kenasti.
_________________ Experience is what you get when you don't get what you want. |
|
Kommentaarid: 161 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
150 |
|
tagasi üles |
|
|
Matjuha
HV vaatleja
liitunud: 10.04.2010
|
15.01.2019 00:55:35
|
|
|
On keegi endale mingisuguse korraliku QoSi konfinud, või muul moel andnud prioriteedi IPTV pakettidele? Praegu on endal hAP ac 100/100 ühendusega, kui mingi seade tõmbab linuxi isosi vms piiramata, siis ilmselgelt iptv pilt hakkab hakkima. Vanal thomsonil on ilmselt enda konfis IPTV suurema prioriteediga kui muu liiklus, kuna pilt ei hakkinud mitte kunagi. Eesmärk oleks midagi analoogset ka tikule teha. Selles teemas on vahel silma jäänud küll juttu queuedest/QoSidest, aga ei ole näinud, et keegi oleks 100% edukalt tööle saanud.
|
|
Kommentaarid: 24 loe/lisa |
Kasutajad arvavad: |
|
:: |
1 :: |
0 :: |
21 |
|
tagasi üles |
|
|
Kozlor
HV vaatleja
liitunud: 16.05.2002
|
15.01.2019 11:42:16
|
|
|
Matjuha kirjutas: |
On keegi endale mingisuguse korraliku QoSi konfinud, või muul moel andnud prioriteedi IPTV pakettidele? Praegu on endal hAP ac 100/100 ühendusega, kui mingi seade tõmbab linuxi isosi vms piiramata, siis ilmselgelt iptv pilt hakkab hakkima. Vanal thomsonil on ilmselt enda konfis IPTV suurema prioriteediga kui muu liiklus, kuna pilt ei hakkinud mitte kunagi. Eesmärk oleks midagi analoogset ka tikule teha. Selles teemas on vahel silma jäänud küll juttu queuedest/QoSidest, aga ei ole näinud, et keegi oleks 100% edukalt tööle saanud. |
Pärast switch chipi kasutusele võttu ei ole mul enam pilt kunagi ruudutanud (MT manual väidab, et asi töötab wirespeed). Töötab nagu switch ruuter. Enne switchib vlan4 õigesse porti ja võtab tagi maha - muu kama saadetakse ruuter.
Kõikidel MT pole VLAN table switch chipi konfi võimalust. Selleks on tabel
https://wiki.mikrotik.com/wiki/Manual:Switch_Chip_Features
|
|
Kommentaarid: 4 loe/lisa |
Kasutajad arvavad: |
|
:: |
1 :: |
0 :: |
2 |
|
tagasi üles |
|
|
jägaja
HV Guru
liitunud: 06.08.2004
|
15.01.2019 14:02:19
|
|
|
dziisas, kui ma midagigi sellest vastusest aru saanuksin, siis võib'olla oskaksin oma TP-link switchis ka midagi seadistada, paraku jääb see tegevus õhtul tegemata.
Muidu sama jama. Kõik teenused peaaegu nagu töötavad, väljaarvatud P2P paneb telepildi hakkima ja youtube (AndroidTV platvormil) pole ka youtubis striimitava seadmena nähtav, kui selle switchi külge ühendan, tõstan tolle AndroitTV karbikese ruuteri taha, leiab youtube rakendus selle karbikese võrgust ja pakub sinna striimimist.
Eks ta konfimise teema ole, aga minu teema paraku mitte
PS. Jah, ma tean, et mikrotiku teemat risustan. Kuid eks üldjuhul mõnede seadistamise erisustega võiks seadmed siiski samadel põhimõtetel töötada.
_________________ " Maailm on täis kõikvõimalike külatarkade kogukondi, kelle ühine joon on teadus- ja tõenduspõhisele elukäsitusele vastandumine." |
|
Kommentaarid: 132 loe/lisa |
Kasutajad arvavad: |
|
:: |
1 :: |
0 :: |
119 |
|
tagasi üles |
|
|
Matjuha
HV vaatleja
liitunud: 10.04.2010
|
15.01.2019 21:22:03
|
|
|
Kozlor kirjutas: |
Matjuha kirjutas: |
On keegi endale mingisuguse korraliku QoSi konfinud, või muul moel andnud prioriteedi IPTV pakettidele? Praegu on endal hAP ac 100/100 ühendusega, kui mingi seade tõmbab linuxi isosi vms piiramata, siis ilmselgelt iptv pilt hakkab hakkima. Vanal thomsonil on ilmselt enda konfis IPTV suurema prioriteediga kui muu liiklus, kuna pilt ei hakkinud mitte kunagi. Eesmärk oleks midagi analoogset ka tikule teha. Selles teemas on vahel silma jäänud küll juttu queuedest/QoSidest, aga ei ole näinud, et keegi oleks 100% edukalt tööle saanud. |
Pärast switch chipi kasutusele võttu ei ole mul enam pilt kunagi ruudutanud (MT manual väidab, et asi töötab wirespeed). Töötab nagu switch ruuter. Enne switchib vlan4 õigesse porti ja võtab tagi maha - muu kama saadetakse ruuter.
Kõikidel MT pole VLAN table switch chipi konfi võimalust. Selleks on tabel
https://wiki.mikrotik.com/wiki/Manual:Switch_Chip_Features |
Ma saaks aru, et see aitaks kui CPU on ülekoormatud, aga kuidas see aitaks, kui sisenev toru "umbe" tõmmata? Või on sul jagada selle konfimiseks vajalikke ridu? Katsetasin küll wiki lehtede järgi, aga ilmselt teen valesti midagi.
|
|
Kommentaarid: 24 loe/lisa |
Kasutajad arvavad: |
|
:: |
1 :: |
0 :: |
21 |
|
tagasi üles |
|
|
Kozlor
HV vaatleja
liitunud: 16.05.2002
|
16.01.2019 20:31:09
|
|
|
Matjuha kirjutas: |
Kozlor kirjutas: |
Matjuha kirjutas: |
On keegi endale mingisuguse korraliku QoSi konfinud, või muul moel andnud prioriteedi IPTV pakettidele? Praegu on endal hAP ac 100/100 ühendusega, kui mingi seade tõmbab linuxi isosi vms piiramata, siis ilmselgelt iptv pilt hakkab hakkima. Vanal thomsonil on ilmselt enda konfis IPTV suurema prioriteediga kui muu liiklus, kuna pilt ei hakkinud mitte kunagi. Eesmärk oleks midagi analoogset ka tikule teha. Selles teemas on vahel silma jäänud küll juttu queuedest/QoSidest, aga ei ole näinud, et keegi oleks 100% edukalt tööle saanud. |
Pärast switch chipi kasutusele võttu ei ole mul enam pilt kunagi ruudutanud (MT manual väidab, et asi töötab wirespeed). Töötab nagu switch ruuter. Enne switchib vlan4 õigesse porti ja võtab tagi maha - muu kama saadetakse ruuter.
Kõikidel MT pole VLAN table switch chipi konfi võimalust. Selleks on tabel
https://wiki.mikrotik.com/wiki/Manual:Switch_Chip_Features |
Ma saaks aru, et see aitaks kui CPU on ülekoormatud, aga kuidas see aitaks, kui sisenev toru "umbe" tõmmata? Või on sul jagada selle konfimiseks vajalikke ridu? Katsetasin küll wiki lehtede järgi, aga ilmselt teen valesti midagi. |
Proovisin default configa ehk siis tegin reset configuration, et veenduda kas asi töötab.
Minul Ether1 sisse ja uus Arrise ufo digibox istub ether4 peal.
Teen Vlan tabeli kus ütlen mis portidel Vlan ID-ga 4 asub ether1 ja ether4
/interface ethernet switch vlan
add independent-learning=no ports=ether1,ether4 switch=switch1 vlan-id=4
Nüüd ütlen portidele mida teha vlan tagiga
ether1 ütlen fallback ja leave as is.
ether4 ütlen secure ja always-strip.
/interface ethernet switch port
set 0 vlan-mode=fallback
set 3 default-vlan-id=4 vlan-header=always-strip vlan-mode=secure
Alguses tegin Arrisele restarti sain teateks, et puudub ühendus.
Siis tegin MT restarti ja uuesti Arrisele ja kõik toimis.
Lahtiseks on jäänud ainult üks asi, kas bridge all peaksin ether4 kustutama või mitte? Toimib mõlemat pidi.
|
|
Kommentaarid: 4 loe/lisa |
Kasutajad arvavad: |
|
:: |
1 :: |
0 :: |
2 |
|
tagasi üles |
|
|
|