classic.ISPforum.cz

nedaří se mi na alcomě mp360 slinkovat ethernet na 1Gb. Na jedné straně spoje je RB250G Switch a na druhé RB2011. Ani jedna strana nechce jít do Gb. S ostatníma zařízeníma nemám problém. Když připojuji chráněnou svorkovnici do ethernetu tak už podivně cca 7 sec trvá neš se to slinkuje na 100Mb. Pokud nastavím na tvrdo 1Gb tak se tam nedostanu a je šlus.

To neva, hlavně abys sehnal tu vlajku .

Ale třeba by Ti někdo poradil přímo od výrobce, když teď bude neomezené volání za pusu:
http://www.alcoma.cz/cz/clanek/kontakty/?acid=2

V alkomě mi říkali že MK má problém určit v gigu jestli je port Master nebo Slave a bojuje to s alkomou. V ASD nastav natvrdo jestli má být port Master nebo Slave.

Nikdy jsem to nepoužil ale tuto informaci jsem si zapamatoval.

Dej pak vědět jestli to pomohlo.

super fičí to, díky za radu.

Kdyby to nebyl ten problem Master/Slave ve spojeni s Mikrotikem, muzete se setkat s podobnou situaci v pripadech, kdy S-STP pripadne jiny typ TP kabelu zarezavalo prase nevhodnym nastrojem a vysledkem takove prace je obvykle nekvalitni kontakt nekterho z vodicu. GEth potrebuje vsechny 4 pary, takze je choulostivejsi, zatimco FEth si vystaci s 2 pary, takze vetsinou najede i kdyz GEth nelinkuje.

J eto ten problem s master slave urco minulej tejden sem to resil na dvou spojich ktery sem prestrkaval rovnou do rb staci natvrdo nastavit a slape jak vino, na rb1000 ani rb600 ani rb800 sem tenhle porblem nemel objevil se mi az u ccr a rb2011

ef píše:V alkomě mi říkali že MK má problém určit v gigu jestli je port Master nebo Slave a bojuje to s alkomou. V ASD nastav natvrdo jestli má být port Master nebo Slave.

no ono ma s ALCOMOu problem i Cisco. Switche 2960S se sice slinkuji ale vypada to, ze ALCOMA i Cisco jedou v Master modu a tim padem se na sebe nesynchronizuji. A pak vznikaji CRC a jine typy poskozeni packetu (pozorovano na nekolika switchich) . Na Alcome bohuzel neumim poznat jestli detekoval Slave ci Master tak nevim co se presne deje. Po prepnuti ALCOMY do Slave problem zmizi...

Ten problem se tyka jen MP verzi. A je mozne, ze i dalsi typy switchu od cisca maji stejny problem jen se projevuje velmi velmi malo

s Gb bejva problem celkem casto. Napr. ja mam hlavni konekt pres Erika a kdyz jsem to chtel otestovat tak jsem pripojil NTB dovnou do Erika. Slinkovalo se to krasne na 1 Gb a data je li nekdy 10M nekdy 30M ale vic jak 35M jsem z toho nedostal. Volal jsem na tech. podporu a cce po 45minutach laborovani kde muze bejt problem mi technik rika ze je tam velkej paketlost na oje strane na eth. Proste Intel sitovka si s tim rozumela nejak blbe.

kde v MK nastavujete ci je pri gigu port Master alebo slave ?

v MK bych rekl ze nikde, proto to v alcome vyresily tak, ze to nastavis ve spoji

hmm mk chce být vždy master a tak je třeba alcomu dát na slave, protože v automatu chce zase alcoma být za každou cenu master a je průser.

Proste dva sefove se nesnesou , tak alcomu degraduj a aje to

Dalibor Toman píše:no ono ma s ALCOMOu problem i Cisco. Switche 2960S se sice slinkuji ale vypada to, ze ALCOMA i Cisco jedou v Master modu a tim padem se na sebe nesynchronizuji. A pak vznikaji CRC a jine typy poskozeni packetu (pozorovano na nekolika switchich) . Na Alcome bohuzel neumim poznat jestli detekoval Slave ci Master tak nevim co se presne deje. Po prepnuti ALCOMY do Slave problem zmizi...

Ten problem se tyka jen MP verzi. A je mozne, ze i dalsi typy switchu od cisca maji stejny problem jen se projevuje velmi velmi malo

Nechavame na auto a problem s tim neni. Ze by jiny IOS ? Mohu potvrdit vetsinu Cisco switchu a routeru, stejne tak Juniper rady EX a MX. Pokud nekde problem s GE byl, tak na urovni fyzicke vrstvy, tzn. nejcasteji nespravne zariznuti, chybne parovani atp. Ono je treba si uvedomit, ze ty MP jsou full outdoor, takze neni uplne jedno jak dlouhy a co za kabel se tam pouziva. Bavime se stale o GEth. Na FE je to jina liga a vyhovi temer vse co vypada vodive.

tez muzu rict, ze jsem zatim nastaveni portu nemenil ... vzdycky cekam s dalsim a dalsim spojem jestli se po pripojeni do cisca neco ukaze .. a nic .. tez pouzivame rozumny kabel cat-7 draka uc900 ... ale to delame i u FE rozhrani ... nevidim duvod na kabelu setrit

GRFS píše:

Dalibor Toman píše:no ono ma s ALCOMOu problem i Cisco. Switche 2960S se sice slinkuji ale vypada to, ze ALCOMA i Cisco jedou v Master modu a tim padem se na sebe nesynchronizuji. A pak vznikaji CRC a jine typy poskozeni packetu (pozorovano na nekolika switchich) . Na Alcome bohuzel neumim poznat jestli detekoval Slave ci Master tak nevim co se presne deje. Po prepnuti ALCOMY do Slave problem zmizi...

Ten problem se tyka jen MP verzi. A je mozne, ze i dalsi typy switchu od cisca maji stejny problem jen se projevuje velmi velmi malo

Nechavame na auto a problem s tim neni. Ze by jiny IOS ? Mohu potvrdit vetsinu Cisco switchu a routeru, stejne tak Juniper rady EX a MX. Pokud nekde problem s GE byl, tak na urovni fyzicke vrstvy, tzn. nejcasteji nespravne zariznuti, chybne parovani atp. Ono je treba si uvedomit, ze ty MP jsou full outdoor, takze neni uplne jedno jak dlouhy a co za kabel se tam pouziva. Bavime se stale o GEth. Na FE je to jina liga a vyhovi temer vse co vypada vodive.

nevim presne typ kabelu, co kluci pouzivaji, ale je to takovy to jako malicek tlusty bago a IMHO je to cat 7 (mozna ho snad bereme primo od ALCOMY). Na 1 situ jsme vymenili uplne vsechno (kabel, radio, svorkovnici) a stejne to nepomohlo (jedine co pomuze je misto 2960S vrazit cokoliv jineho co mame od Cisca). Problem se objevil vzdy kdyz se misto 2960G ci 2950 switche instaloval 2960S (bud kvuli potrebe vice portu nez 8 nebo kvuli potrebe vice gigovych portu). Zkouseli jsme predradit pred chybujici 2960S jiny switch (konkretne 3560G) a problem zmizel.

Ze 7mi lokalit, kde se nam sesly MPcka s 2960S jich vubec nechybuje 2 lokality, jedna ma zanedbatelne mnozstvi chyb a jedna vyrabela 500 CRC chyb za hodinu.

IMHO se ALCOMA s 2960S nedohodnou (resp dohodnou ale nejak spatne) na MASTER/SLAVE a pak uz jen zalezi na tom jak moc se rozjizdi interni oscilatory rozhrani obou zarizeni zda a kolik bude vznikat chyb. Pokud byla ALCOMA nastavena rucne do Slave chyby pokracovaly (mame zatim overeno jen jenim kratkym pokusem) - pokud bylo cisco v te chvili skutene Master pak by to mohlo znamenat, ze ALCOMa neumi spravne Slave mod. Jenze to by pak vsechny zarizeni ke kterym se pripoji (krome 2960S) musely pri negociaci prohrat a ALCOMA by musel byt Masterem. Jinak by se ten problem objevoval casto a ne jen u 2960S. Odporuje tomu i to, ze ty 2960G, ktere jsem kontorloval tvrdi, ze si vyhadaly Master.

edit: podtrzeny text je nesmyslna uvaha. ALCOMA naopak ve Slave funguje. Nejak se mi to popletlo

Docela by me zajimalo, zda nekdo ma k MPcku 2960Sko pripojene. Pak bych rad videl vypisy z
'sh controller ether Gi1/0/x' a 'sh controller ether Gi1/0/x phy'