ahoj vsem,
mam tu jeden problemovy spoj, kde uz si nevim rady.
1S10 napajena dvoulinkou
eth cca. 5metrů zapojen do RB4011
Port na radiu neustale pauzíruje. Zkousel jsem ruzne kombinace nastaveni. 1G fix/auto, menil se eth kabel, zapinalo/vypínalo flow. Nic se nezmenilo.
aktualne prenasi spoj okolo 20M a pauziruje take.
Oproti jinym spojum, je zde Multicast, ktery defacto odpovida RX Pause.
Nesetkal se s tim nekdo, nevite co s tim?
Toto je původní verze internetového fóra ISPforum.cz do února 2020 bez možnosti registrace nových uživatelů. Aktivní verzi fóra naleznete na adrese https://telekomunikace.cz
1s10 - eth problem
1s10 - eth problem
- Přílohy
-
- rb4011.PNG (15.67 KiB) Zobrazeno 3911 x
-
- 1s10.PNG (19.42 KiB) Zobrazeno 3911 x
0 x
LadaP píše:ahoj vsem,
mam tu jeden problemovy spoj, kde uz si nevim rady.
1S10 napajena dvoulinkou
eth cca. 5metrů zapojen do RB4011
Port na radiu neustale pauzíruje. Zkousel jsem ruzne kombinace nastaveni. 1G fix/auto, menil se eth kabel, zapinalo/vypínalo flow. Nic se nezmenilo.
aktualne prenasi spoj okolo 20M a pauziruje take.
Oproti jinym spojum, je zde Multicast, ktery defacto odpovida RX Pause.
Nesetkal se s tim nekdo, nevite co s tim?
jak fw mas v 1S10?
0 x
Ahoj,
a přináší to i jiné problémy jak statistické, nám to ty spoje dělají také, ale nikdo za nimi si na žádné pozorovatelné chyby nestěžuje.
Dělá to u nás ale jen jedna strana (směrem k bráně) zapojená do UBNT Edgepointu S16.
Multicast to u nás nepřenáší.
R
a přináší to i jiné problémy jak statistické, nám to ty spoje dělají také, ale nikdo za nimi si na žádné pozorovatelné chyby nestěžuje.
Dělá to u nás ale jen jedna strana (směrem k bráně) zapojená do UBNT Edgepointu S16.
Multicast to u nás nepřenáší.
R
0 x
Já
Versions
Serial Number HA0652
HW Version 1.1
System Version 1.20120320
Kernel Version 2.6.33
Versions
Serial Number HA0652
HW Version 1.1
System Version 1.20120320
Kernel Version 2.6.33
0 x
Ahoj,
u mě:
Version 1.2
System Version 1.20120806
Kernel Version 2.6.33
Ano, jsou problémy s propustností. I když vypnu jakákoli omezení, víc jak 30M/klient nedosáhnu.
u mě:
Version 1.2
System Version 1.20120806
Kernel Version 2.6.33
Ano, jsou problémy s propustností. I když vypnu jakákoli omezení, víc jak 30M/klient nedosáhnu.
0 x
Zkoušel jsi druhý eth port na Orcávě? Není na bodě nějaký silný zdroj rušení, co by vysvětloval ty FCS errory?
0 x
Zdravim
Slinkované to maš na 100 Mbit nebo 1 Gbit ?
Nám tohle dělao když to bylo linkované na 100 Mbit ( max 25/45 Mbit ), jak jsme to předělaly na 1 Gbit vše OK bez chyb a linka běží 150/150 Mbit
Zdravím Roman
Slinkované to maš na 100 Mbit nebo 1 Gbit ?
Nám tohle dělao když to bylo linkované na 100 Mbit ( max 25/45 Mbit ), jak jsme to předělaly na 1 Gbit vše OK bez chyb a linka běží 150/150 Mbit
Zdravím Roman
0 x
-
Dalibor Toman
- Příspěvky: 1246
- Registrován: 11 years ago
LadaP píše:ahoj vsem,
mam tu jeden problemovy spoj, kde uz si nevim rady.
1S10 napajena dvoulinkou
eth cca. 5metrů zapojen do RB4011
Port na radiu neustale pauzíruje. Zkousel jsem ruzne kombinace nastaveni. 1G fix/auto, menil se eth kabel, zapinalo/vypínalo flow. Nic se nezmenilo.
aktualne prenasi spoj okolo 20M a pauziruje take.
Oproti jinym spojum, je zde Multicast, ktery defacto odpovida RX Pause.
RX Multicasty na MT jsou nezajimave. Pokud by mely mit vliv (na RX Pause na MT) tak jedine ty odesilane z MT na radiovou trasu
Osobne tipuju na neustale omilany problem s (micro)bursty. Tedy prichod do switche/routeru (ten Mikrotik) na rychlosti prevysujici technickou rychlost odchodu (radiove trasy). Cim vyssi nepomer tech rychlosti a cim mensi buffery na radiu tim vice rx Pause ramcu na to Mikrotiku pred radiem. A pripadna ztratovost na Mikrotiku (TX discardy zpusobene zaplnenim fronty na odchozim interfacu MT). Klasicke reseni je zajistit vetsi buffery na odchozim interfacu a pripadne shaping tak, aby bursty byly vyhlazeny a radio nemuselo posilat rxPause ramce.
0 x
Dalibor Toman píše:
RX Multicasty na MT jsou nezajimave. Pokud by mely mit vliv (na RX Pause na MT) tak jedine ty odesilane z MT na radiovou trasu
Osobne tipuju na neustale omilany problem s (micro)bursty. Tedy prichod do switche/routeru (ten Mikrotik) na rychlosti prevysujici technickou rychlost odchodu (radiove trasy). Cim vyssi nepomer tech rychlosti a cim mensi buffery na radiu tim vice rx Pause ramcu na to Mikrotiku pred radiem. A pripadna ztratovost na Mikrotiku (TX discardy zpusobene zaplnenim fronty na odchozim interfacu MT). Klasicke reseni je zajistit vetsi buffery na odchozim interfacu a pripadne shaping tak, aby bursty byly vyhlazeny a radio nemuselo posilat rxPause ramce.
eth obě strany 1G FD
modulační rychlost 175M
shaping nastaven na 120M
0 x
FCS errory nemaji skakat vubec, meli jsme to stejne, pomohla vymena jednotky, napis do Miracle, myslim ze oprava stoji cca 7k
0 x
-
Dalibor Toman
- Příspěvky: 1246
- Registrován: 11 years ago
judzin píše:FCS errory nemaji skakat vubec, meli jsme to stejne, pomohla vymena jednotky, napis do Miracle, myslim ze oprava stoji cca 7k
Pokud jsem opsal spravne pocet prijatych Unicastu, pak tech 8000 FCS chyb je cca 0.0001% z prijateho mnozstvi packetu. To nemuze mit zadny vliv. Predpokladam, ze naskakaly ve chvili kdy intergace padal down/up apod.
0 x
LadaP píše:ahoj vsem,
mam tu jeden problemovy spoj, kde uz si nevim rady.
1S10 napajena dvoulinkou
eth cca. 5metrů zapojen do RB4011
Port na radiu neustale pauzíruje. Zkousel jsem ruzne kombinace nastaveni. 1G fix/auto, menil se eth kabel, zapinalo/vypínalo flow. Nic se nezmenilo.
aktualne prenasi spoj okolo 20M a pauziruje take.
Oproti jinym spojum, je zde Multicast, ktery defacto odpovida RX Pause.
Nesetkal se s tim nekdo, nevite co s tim?
Zkoušel jsi měnit tu 4011 nebo třeba alespon zkusit zapojit do prvních 2-3 portů? Ideálně spíš zkusit vyměnit - alespon na chvilku - za něco osvědčeného RB450G, RB1100AHx2
0 x