alcoma MP360 problém s 1Gb

okoun

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.

david2006

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

ef

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.

okoun

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

grfs

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.

ppp76

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

dalibortoman

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

tomasnesrsta

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.

midnight_man

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

viktornovotny

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

okoun

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.

ppp76

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

grfs

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.

viktornovotny

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

dalibortoman

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

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'

dalibortoman

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.

v automatu se obe zarizeni maji dohodnout a dohoda probiha takto:

1) pokud je jedno z tech zarizeni oznacene jako multiportove tak je z nej Master a volba Master/Slave skoncila.

2) kazde zarizeni si hodi kostkou (generuje se nahodne cislo) a kdo ma vyssi je Master. Pokud obema padlo stejne cislo tak se licitace opakuje. Tusim 7krat. Pokud ani to neprojde pak proces selhal a nastavuji se nejake stavove bity v PHY a interface zrejme nebude funkcni

Cili ALCOMA nemuze za kazdou cenu chtit byt master. Protoze oba 2 (MT i Alcoma) se daji povazovat za multiport zarizeni budou si pri negociaci rovni a teoreticky by melo byt 50, kdo bude Master a Slave.

Ale bylo by dobre ziskat z ALCOMY a MT info jak zjistit stav PHY registru, pak by se dalo urcit jak dopadla volba paramteru rozhrani...

viktornovotny

Transmit GigabitEthernet0/2 Receive

3409768222 Bytes 445315232 Bytes

5526392 Unicast frames 3491366 Unicast frames

1096417 Multicast frames 38031 Multicast frames

4947994 Broadcast frames 363 Broadcast frames

0 Too old frames 431113173 Unicast bytes

0 Deferred frames 14169821 Multicast bytes

0 MTU exceeded frames 32238 Broadcast bytes

0 1 collision frames 0 Alignment errors

0 2 collision frames 0 FCS errors

0 3 collision frames 0 Oversize frames

0 4 collision frames 0 Undersize frames

0 5 collision frames 0 Collision fragments

0 6 collision frames

0 7 collision frames 1999633 Minimum size frames

0 8 collision frames 1275770 65 to 127 byte frames

0 9 collision frames 15987 128 to 255 byte frames

0 10 collision frames 80161 256 to 511 byte frames

0 11 collision frames 56770 512 to 1023 byte frames

0 12 collision frames 101441 1024 to 1518 byte frames

0 13 collision frames 0 Overrun frames

0 14 collision frames 0 Pause frames

0 15 collision frames

0 Excessive collisions 0 Symbol error frames

0 Late collisions 0 Invalid frames, too large

0 VLAN discard frames 0 Valid frames, too large

0 Excess defer frames 0 Invalid frames, too small

6285504 64 byte frames 0 Valid frames, too small

324009 127 byte frames

54797 255 byte frames 0 Too old frames

102825 511 byte frames 0 Valid oversize frames

58400 1023 byte frames 0 System FCS error frames

4745394 1518 byte frames 0 RxPortFifoFull drop frame

0 Too large frames

0 Good (1 coll) frames

0 Good (>1 coll) frames

Transmit GigabitEthernet0/24 Receive

465738529 Bytes 3398920080 Bytes

3744912 Unicast frames 5318642 Unicast frames

37907 Multicast frames 1096443 Multicast frames

501 Broadcast frames 4948127 Broadcast frames

0 Too old frames 2993011585 Unicast bytes

0 Deferred frames 81775670 Multicast bytes

0 MTU exceeded frames 324132825 Broadcast bytes

0 1 collision frames 0 Alignment errors

0 2 collision frames 0 FCS errors

0 3 collision frames 0 Oversize frames

0 4 collision frames 0 Undersize frames

0 5 collision frames 0 Collision fragments

0 6 collision frames

0 7 collision frames 6073420 Minimum size frames

0 8 collision frames 324269 65 to 127 byte frames

0 9 collision frames 54893 128 to 255 byte frames

0 10 collision frames 102963 256 to 511 byte frames

0 11 collision frames 58723 512 to 1023 byte frames

0 12 collision frames 4748944 1024 to 1518 byte frames

0 13 collision frames 0 Overrun frames

0 14 collision frames 0 Pause frames

0 7 collision frames 6073459 Minimum size frames

0 8 collision frames 324269 65 to 127 byte frames

0 9 collision frames 54893 128 to 255 byte frames

0 10 collision frames 102963 256 to 511 byte frames

0 11 collision frames 58723 512 to 1023 byte frames

0 12 collision frames 4748944 1024 to 1518 byte frames

0 13 collision frames 0 Overrun frames

0 14 collision frames 0 Pause frames

0 15 collision frames

0 Excessive collisions 0 Symbol error frames

0 Late collisions 0 Invalid frames, too large

0 VLAN discard frames 0 Valid frames, too large

0 Excess defer frames 0 Invalid frames, too small

2218432 64 byte frames 0 Valid frames, too small

1309668 127 byte frames

16092 255 byte frames 0 Too old frames

80145 511 byte frames 0 Valid oversize frames

57547 1023 byte frames 0 System FCS error frames

101445 1518 byte frames 0 RxPortFifoFull drop frame

0 Too large frames

0 Good (1 coll) frames

0 Good (>1 coll) frames

GigabitEthernet0/2 (gpn: 2, port-number: 2)

-----------------------------------------------------------

0000: 1140 Control Register : 0001 0001 0100 0000

0001: 796D Control STATUS : 0111 1001 0110 1101

0002: 0143 Phy ID 1 : 0000 0001 0100 0011

0003: BEF3 Phy ID 2 : 1011 1110 1111 0011

0004: 01E1 Auto-Negotiation Advertisement : 0000 0001 1110 0001

0005: CDE1 Auto-Negotiation Link Partner : 1100 1101 1110 0001

0006: 006D Auto-Negotiation Expansion Reg : 0000 0000 0110 1101

0007: 2001 Next Page Transmit Register : 0010 0000 0000 0001

0008: 4746 Link Partner Next Page Rx Regi : 0100 0111 0100 0110

0009: 0200 1000Base-T Control : 0000 0010 0000 0000

000A: 3800 1000Base-T Status : 0011 1000 0000 0000

000F: 3000 IEEE Extended Status : 0011 0000 0000 0000

0010: 0000 PHY Extended Control : 0000 0000 0000 0000

0011: 2301 PHY Extended Status : 0010 0011 0000 0001

001E: 0000 Test Register : 0000 0000 0000 0000

0018: 0400 Shadow 0h, Auxiliary Control : 0000 0100 0000 0000

001C: 582E Shadow 16h, 1000Base-X Ctrl 2 : 0101 1000 0010 1110

001C: 6C87 Shadow 1Bh, Auxiliary Control : 0110 1100 1000 0111

Auto-MDIX : On

Hidden registers

FC-FF-FF, 3F-0F, 01-02

GigabitEthernet0/24 (gpn: 24, port-number: 24)

-----------------------------------------------------------

0000: 1140 Control Register : 0001 0001 0100 0000

0001: 796D Control STATUS : 0111 1001 0110 1101

0002: 0143 Phy ID 1 : 0000 0001 0100 0011

0003: BEF3 Phy ID 2 : 1011 1110 1111 0011

0004: 01E1 Auto-Negotiation Advertisement : 0000 0001 1110 0001

0005: CDE1 Auto-Negotiation Link Partner : 1100 1101 1110 0001

0006: 006D Auto-Negotiation Expansion Reg : 0000 0000 0110 1101

0007: 2001 Next Page Transmit Register : 0010 0000 0000 0001

0008: 479D Link Partner Next Page Rx Regi : 0100 0111 1001 1101

0009: 0200 1000Base-T Control : 0000 0010 0000 0000

000A: 3800 1000Base-T Status : 0011 1000 0000 0000

000F: 3000 IEEE Extended Status : 0011 0000 0000 0000

0010: 0000 PHY Extended Control : 0000 0000 0000 0000

0011: 0301 PHY Extended Status : 0000 0011 0000 0001

001E: 0000 Test Register : 0000 0000 0000 0000

0018: 0400 Shadow 0h, Auxiliary Control : 0000 0100 0000 0000

001C: 582E Shadow 16h, 1000Base-X Ctrl 2 : 0101 1000 0010 1110

001C: 6C87 Shadow 1Bh, Auxiliary Control : 0110 1100 1000 0111

Auto-MDIX : On

Hidden registers

FC-FF-FF, 3F-0F, 01-02

viktornovotny

jeste doplnim ze jde o WS-C2960S-24TS-S

dalibortoman

Transmit GigabitEthernet0/2 Receive

3409768222 Bytes 445315232 Bytes

0 1 collision frames 0 Alignment errors

0 2 collision frames 0 FCS errors

0 3 collision frames 0 Oversize frames

0 4 collision frames 0 Undersize frames

0 5 collision frames 0 Collision fragments

0 6 collision frames

0 Excessive collisions 0 Symbol error frames

0 Late collisions 0 Invalid frames, too large

0 Excess defer frames 0 Invalid frames, too small

58400 1023 byte frames 0 System FCS error frames

4745394 1518 byte frames 0 RxPortFifoFull drop frame

1) podle cislovani portu to zrejme 2960S nebude. Co to je za typ?

2) pocet chyb na prijmu je 0 cili zrejme vse funguje jak ma

GigabitEthernet0/2 (gpn: 2, port-number: 2)

-----------------------------------------------------------

0009: 0200 1000Base-T Control : 0000 0010 0000 0000

bit 12-11 (bit 0 je uplne v pravo)

00 = funguje automaticka detekce master/Slave (11 = zapnut manualni rezim Master, 10 = manualni Master)

bit 10

0 typ zarizeni = Single port device. To je u switche nejaky divny Ale koukam, ze to mam na vice switchich taky tak (ale mam i switche, ktere zde hlasi ze jsou multiport device). Dokonce se zda, ze vsechny 2960S jsou singleport a ostatni switche obcas multiport. Mozna tenhle bit nejak spatne interpretuju -= z cisca jsem zadny popis nevymamil ale nasel jsem ho v IEEE pro gigovy ethernet

bit 9

1 = budu se chlubit, ze umim 1000/full

bit 8

0 = nebudu se chlubit, ze umim 1000/half

000A: 3800 1000Base-T Status : 0011 1000 0000 0000

bit 15 (uplne vlevo):

0 = negociace se povedla

bit 14

0 = toto rozhrani je Slave. Cili pokud k portu je pripojena ALCOMA tak vyhrala Mastera

bit 13

1 = Local receiver OK

bit 12

1 = Remote receiver OK

bit 11

1 = Link partner podporuje 1000/full

bit 10

0 = Link partner nepodporuje 1000/half

GigabitEthernet0/24 (gpn: 24, port-number: 24)

-----------------------------------------------------------

0009: 0200 1000Base-T Control : 0000 0010 0000 0000

000A: 3800 1000Base-T Status : 0011 1000 0000 0000

to same jako Gi0/2

ludvik

Pak je ovšem zajímavé, že dva switche proti sobě na gigu fungují spolehlivě :-)

1) pokud je jedno z tech zarizeni oznacene jako multiportove tak je z nej Master a volba Master/Slave skoncila.

Další stránka »