QinQ prez routovanou sit na MK

okoun

ano právě proto to nedoporučuji, bezpečné je nahodil MPLS které zachází s L2 MTU....

ale aby ti fungovalo mpls a vpls tak přece musíš hýbat s L2 mtu po cestě aby to všude prošlo! (ten vykřičník ber s nadhledem, ale musíš L2 mtu kvůli mpls řešit)

jak píšu na mikrotiku se na to nesahá tam ti platí nejmenší L2 MAX MTU co máš v síti (vyhodit RB411 a podobné srajdy)... na ubnt je jedno políčko pro L2 a L3 tam se na to sahá

pgb

2 hela pc: jo to není problém, ospf je vlastně třeba u mpls/vpls nutnost .... dynamický routing nezajímá mtu, to je zase jíné téma

2 okoun

- první příspěvekí mít nutně L3 switche, ale musí mít switche, kde mu to mtu větší nežli L2 mtu 1518 projde, osobně kombinuji obojí a síť mám L2/L3 dle potřeb a mstp se vyhýbám jak čert kříži a většinou mám propojky v L3

- druhý .... to je sice hezké, ale musí to projít celou L2 topologií tj, pokud je někde ten switch co nepodporuje velké packety tak je problém

edit: psal tam že má v cestě nějaké vzdušné spoje a nemá smysl se dohadovat :)

PS: přeji dobrou noc všem

okoun

ano samozřejmě, je potřeba s tím počítat, když jsem to nasazoval já tak se pár zařízení muselo odporoučet, ale ted je svatej pokoj a vesele nabízíme plnotučné okruhy...

jinak zde můžete čerpat: <--- l -->viewtopic.php?f=5&t=7048&start=45<--- l -->

fairytale

Tak jsem na konec zkousel EOIP i přimov VLANu a v obou pripadech mi naměřili na lince velkou chybovost na malých ramcích. Rozdil je akorat v tom, jak to vytezuje CPU. EOIP pri 100M provozu na koncove 3011 CPU cca 60%. Uz mezi 2x CCR 1009 mezi kteryma je IP20 ceragon v licenci 600Mbit prez ktery v dobe mereni teklo 100Mbit . Vypadá to, že na tyto transporty je MK proste jednoduse NEVHODNE. Nedělá nekdo neco podobneho pro VF/O2/TM ? Na cem vám to běží tak, aby to prošlo jejich certifikovanym mericem.

rsaf

můžete dát maximum toho co podporuje daný prvek. Což na switchi s sfp porty může být dost zábava :) ... switch podporuje například plně 1600 na eth, tak si člověk řekne fajn, nastavím to i na sfp .... v té sfp klícce je jako na potvoru modul, který podporuje 1580 max a místo toho aby to jelo max 1580 a pak ztrátovalo, tak to většinou celé umře .... moc fajn

To jako fakt? Od kdy je v SFP nějaká paměť... aby ten modul zajímalo MTU?

pgb

si to zkus třeba ubnt edgeswitch, prostě se to tam tak chová

okoun

Tak jsem na konec zkousel EOIP i přimov VLANu a v obou pripadech mi naměřili na lince velkou chybovost na malých ramcích. Rozdil je akorat v tom, jak to vytezuje CPU. EOIP pri 100M provozu na koncove 3011 CPU cca 60%. Uz mezi 2x CCR 1009 mezi kteryma je IP20 ceragon v licenci 600Mbit prez ktery v dobe mereni teklo 100Mbit . Vypadá to, že na tyto transporty je MK proste jednoduse NEVHODNE. Nedělá nekdo neco podobneho pro VF/O2/TM ? Na cem vám to běží tak, aby to prošlo jejich certifikovanym mericem.

nemohu souhlasit, MK je úplně v pohodě, někde tam bude asi chyba, možná špatně nastavené fronty...

pgb

2 FairyTale: souhlasím s okounem, přijde mi to jako nesmysl ..... zkoušeli jste tu to měření i bez té vlany/eoip, jen v tom režimu přímo? Nebyl bych totiž překvapen, kdyby jste prostě zjistili, že to některé zařízení už dělá po trase a mk v tom nemá prsty.

dagus

Nám měřili linku profitesterem bez chybovosti na routování bylo užito ccr1009 a ok.

fairytale

Mám CCR koplet v bridge(slouzi u nas jako switch) - > CERAGON IP20E -> Mikrotik CCR ktery routuje (klasicky staticky routing). Nic vic po ceste neni je to první POP po ceste na kterem uz to ma ztraty.

Na tom CCR v bridge nam to na portu x predaji vlan xx a na tom druhem CCR tu vlanu pridam na ether1(jakoby WAN toho routeru) a probridguju s ether4 vlan. Do ether 4 daji merak a ztratuje. Problem je ze to meri na 68bitové packety a 50M fdx coz je 100k packetů/sekundu na RX i na TX. Coz proste vypada ze CCR1009 nedá. Teče na něm jeste 450Mbit provozu naši síte. Flowcontrol vsude zaply, bridge typ RSTP, CPU jádro 4 při měření 70-80%.... uz si s tim nevim rady.

fairytale

Tak jsem na konec zkousel EOIP i přimov VLANu a v obou pripadech mi naměřili na lince velkou chybovost na malých ramcích. Rozdil je akorat v tom, jak to vytezuje CPU. EOIP pri 100M provozu na koncove 3011 CPU cca 60%. Uz mezi 2x CCR 1009 mezi kteryma je IP20 ceragon v licenci 600Mbit prez ktery v dobe mereni teklo 100Mbit . Vypadá to, že na tyto transporty je MK proste jednoduse NEVHODNE. Nedělá nekdo neco podobneho pro VF/O2/TM ? Na cem vám to běží tak, aby to prošlo jejich certifikovanym mericem.

nemohu souhlasit, MK je úplně v pohodě, někde tam bude asi chyba, možná špatně nastavené fronty...

Jaké fronty prosim ? Po cesté žádny shaper neni...

pgb

jak není ? dyť píšeš že flowcontrol je všude zapnutý ... jinak na ccr 1036 mám bridge mezi "ether1" a "ether2" 700-900Mbps denně a neztrátuje, cpu zatíženo minimálně. Hledej kde se ti načítají countery, zkus pátrat po tx/rx errorech na ceragonu i na interfacu mikrotiku .....

fairytale

No zkousel jsem to i s vypnutym flowonctrol a to na to nema vliv. Nejlepsi na tom právě je, ze na interfejsech, bridgech, vlanach a nikde zadne dropy, errory, fcs errory nejsou.

« Předchozí stránka