![]() |
Chirurgia spinală minim invazivă
Chirurgia spinală minim invazivă oferă pacienților oportunitatea unui tratament eficient, permițându-le o recuperare ultra rapidă și nu în ultimul rând minimizând leziunile induse chirurgical. Echipa noastră utilizează un spectru larg de tehnici minim invazive, din care enumerăm câteva: endoscopia cu variantele ei (transnazală, transtoracică, transmusculară, etc), microscopul operator, abordurile trans tubulare și nu în ultimul rând infiltrațiile la toate nivelurile coloanei vertebrale. www.neurohope.ro |
problema switch zyxel es2108-G
Last Updated: Nov 15 2009 12:56, Started by
adytza_star
, Apr 24 2009 09:31
·
0

#1
Posted 24 April 2009 - 09:31

salut, deschid si eu acest topic in speranta ca cineva ma va ajuta:| am 2 switch-uri zyxel ES2108-G am inteles ca sunt foarte bune dar se pare ca pe mine m-au cam dezamagit in ceea ce priveste functionarea lor...
Sa trec direct la subiect.... switchurile suporta RSTP si loopguard...infine au fost activate un timp si de la trafic pe anumite porturi isi dadeau DISABLE deci repet de la trafic si nu de la bucla fizica... deci aici isi facea treaba buuuuun mai departe am dezactivat loopguard in speranta ca ma va ajuta sa nu isi mai ia disable portu respectiv...dar el tot asa face :-? deci are dezactivat si functia de RSTP si loopguard si la un anumit timp sau trafic nu stiu sigur ce sa zic porturile respective isi dau disable... repet nici una din functiile loopguard sau RSTP nu sunt activate ... daca ma poate ajuta si pe mine cineva sau a intampinat o problema asemanatoare cu problema mea v-as fi recunoscator daca m-ati ajuta si pe mine ... Multumesc Anticipat ma puteti contacta si pe Ym: adytza_star |
#2
Posted 24 April 2009 - 11:06

La ce te referi cand spui de bucla fizica? Cum sunt conectate switch-urile? RSTP-ul (Rapid Spanning Tree Protocol) este un protocol folosit pentru evitarea loops-urilor (prin inchiderea unor porturi) in cazul utilizarii redundantei in topologia LAN-ului. Daca cele doua switch-uri nu au legatura unul cu celalalt RSTP-ul nu are nici o influenta. Loopguard-ul ce rol are in prezenta RSTP-ului?
Stie cineva? Multumesc |
#3
Posted 24 April 2009 - 11:25

pai au fost legate prin portu 1000 pe cupru... nu am nevoie de rstp sau loopguard loopguard isi facea treaba daca era o bucla fizica pe portul respectiv si se oprea ...trebuia repornit manual din sw l-am scos ca nu imi era de folos... si mai mult ma incurca rstp am inteles ca nu poate fi folosit decat atunci cand loopguard este dezactivat da infine nu asta este problema care ma sapa pe mine... problema este ca eu am oprit loopguard si rstp si porturile tot se opresc dupa un anumit timp ... trafic... nu stiu care sa fie problema si din cate am observat face cam la acelasi interval de timp.... am intrebat mai multe persoane daca se poate sa aibe vre-o setare care sa opreasca portu la un anumit trafic sau la un anumit timp... cica nu... altcineva mi-a zis ca astea ar fi un bug de al lor... acum nu stiu ce sa zic sper ca cineva sa se fi intalnit cu aceeasi problema si sa ne impartaseasca si noua secretul...
Edited by Ravy, 24 April 2009 - 12:16. |
#4
Posted 25 April 2009 - 06:15

In mod normal, daca se incalca vreo politica de securitate pe un port si acesta intra in shutdown, trebuie sa regasesti in log-urile locale sau sa trimita un mesaj catre un server de syslog. Pune un server de syslog in LAN (poti incerca pe cel de la 3Com) si seteaza in switch-uri adresa server-ului syslog; asa poti verifica daca shutdown-urile survin ca urmare a unor politici de securitate sau pur si simplu e o problema in firmware. Mai poti trimite un mail catre suportul tehnic al ral computers sa le explici problema ta, evident facand si o schema a topologiei in care sunt folosite aceste switch-uri
|
#5
Posted 25 April 2009 - 08:47

se pare ca am descoperit problema ... desi nu sunt sigur daca este sau nu asa... acum unul din switchuri care l-am legat inainte prin porturile de 1000 pe cupru am skimbat portu in loc sa le mai leg prin porturile de 1000 acum le leg prin portu de 10/100 mai exact portu 8 si la cel de al doilea prin portu de 1000 am stat si m-am gandit ca probabil acele porturi sunt doar de uplink ... asa ca acum ramane de vazut daca mai persista problema sau nu desi nu cred ca asta ar fi fost problema ca le legam doar prin porturile de 1000 care cica fiind doar de uplink adik erau legate gen uplink to uplink... acum sa vedem daca mai persista si pe portu de 10/100 su portu de uplink sunt cateva ore care vad ca a functionat corect ... o sa revin cu post sa va spun daca e ok sau nu ;) bafta
Edited by Ravy, 25 April 2009 - 10:43. |
#6
Posted 25 April 2009 - 10:50

Fara suparare, explica te rog topologia retelei. Switch-urile le legi intre ele? Observ ca sunt switch-uri cu destule facilitati nu doar RSTP si loopguard. Permit autentificare, vlan-uri, trunking, STP, etc.
http://www.itperfect...-2/rf-products/ Cred ca totul pleaca de la modul in care sunt facute legaturile (pe ce porturi). Revin : legi switch-urile intre ele? Au fiecare cate un sg port de uplink, neavand si cate unul de downlink. Deci legi port Giga Ethernet cu port FastEthernet. Arata-ne topologia te rog. |
#7
Posted 26 April 2009 - 00:12

da am legat sw intre ele prin porturile 1000 ... acum le-am legat prin portu 10/100(sw principal) si portul de 1000(sw secundar) uplink... si acum nu mai face figuri mai exact sw principal port 8 (10/100) sw secundar port 9 (10/100/1000)(uplink) tind sa cred ca eu le legasem prin porturile uplink la ambele adik porturile de 1000 porturile sunt configurate astfel : -= Switch zyxel 1 =- port 1 Link principal iinternet port 2 server extern port 3 server metro port 4 iesire clienti... port 5 client port 6 client port 7 client port 8.port 9 down -= switch zyxel 2 =- Port 9 (10/100/1000) link port 8 sw 1. sw 2 : port 1 client port 2 client port 3 client port 4 client port 5 client port 6 down port 7 down port 8 down port 9 (10/100/1000) Up link switch 1 sper ca am fost cat de poate de explicit... :| daca aveti nelamuri sau intrebari postati
Edited by Ravy, 26 April 2009 - 00:32. |
#8
Posted 26 April 2009 - 12:14

da se pare ca problema persista si acum... daca cineva stie ce am gresit sa-mi de-a si mie un raspuns
Edited by adytza_star, 26 April 2009 - 12:14. |
#10
Posted 30 April 2009 - 20:00

ai activat cumva port security-ul pe acele porturi? e posibil sa fi stabulit un numar de macuri pe portul respectiv si daca apar mai multe se dezactiveaza automat. asta e o chestie de securitate implementata si pe sw cisco dar o poti activa sau dezactiva la nevoie.
putem avea acces pe switch-urile tale? Edited by norocel, 30 April 2009 - 20:01. |
|
#11
Posted 30 April 2009 - 23:10

da... vad ca am rezolvat-o pt moment ... nu se mai dezactiveaza .... inseamna ca era din cauza porturilor de 1000 ca eu le-am legat prin ele si astea sunt doar de uplink nu si de downlink... si probabil ca facea brooadcast-uri si isi dadea disable... la port acum vad ca functioneaza ok si vad ca si pingu a scazut foarte mult in google aveam 50 ms si acum am 38 in yahoo aveam 200 si acum am 128 deci... cred ca problema e cam rezolvata... va tin la curent cu ce se intampla :D :P
|
#12
Posted 07 May 2009 - 09:59

notiunea de uplink/downlink se refera la cu totul altceva decat se vorbescte pe threadul asta, si anume la tipul de mufare a cablului folosit
pentru a conecta un anumit echipament ( straight sau cross-over ). Switchurile/portuile care au functia "auto MDI/MDI-X" cum e si cel de fata, pot conecta echipamente prin orice tip de cablu (straight / cross-over) reconfigurarea firelor facandu-se transparent fata de utilizator. Legat de problema ta iti recomand sa verifici daca ai ultimul firmware incarcat pe switch si sa faci un update daca este cazul Firmware 2108-G, si doi sa recitesti ce a scris "cielo" ptr a identifica ce anume pune portul in shut. |
#13
Posted 07 May 2009 - 12:21

da pana in momentul de fata vad ca portul respectiv care facea probleme are un uptime de 100 si ceva de ore acum sa vedem daca va ramane asa... pana acum cand facea probleme cel mult 48 de ore si dupaia isi dadea disable... da am ultima versiune de frimware ... problema e ca pe sw incerca cineva sa se conecteze cu diferite usere si parole... gresite bineinteles ...probabil asta era cauza care se bloca acum am schimbat porturile de http, ssh, telnet... si acum merge ok nu a mai cazut deci problema se pare ca era de la acele conectari incorecte care tot incerca cineva sa o faca pe sw... astea le-am vazut in log-uri deci sper sa ramana asa cum este in momentul de fatza sper ca cineva sa nu mai gaseasca si porturile astea ... ma gandesc ca are o anumita ''protectie'' la autentificarile esuate... kestia e ca ip-ul de pe care se incerca sa se conecteze era din afara... deci se facea prin portul 2 adica portul de extern... si probabil (mai mult ca sigur) asta cred ca a fost problema... autentificarile gresite ale acelui individ...astept sa ajunga la 300 de ore de uptime si va anuntz ce se mai intampla...Multumesc tuturor celor care au incercat sa ma ajute .Revin cu noutati.
|
#14
Posted 07 May 2009 - 15:42

Poti filtra accesul la serviciile respective:
Management -> Access Control -> Remote Management |
#15
Posted 07 May 2009 - 16:18

da uite la asta nu m-am gandit orcum eu trebuie sa am acces de pe orice ip pe sw ala... eu am schimbat porturile care erau default e bine si asa zic eu... acum sper doar sa nu le descopere din nou desi nu cred ca e format din 6 cifre orcum multzam mult pt informatie e mai naspa cu filtrarea pt ca nu stiu de unde am nevoie vreodata sa ma conectez pe el orcum iti multumesc inca odata pt sfat ... as mai avea o intrebare... sw asta nu stie si spanning tree deci nu rapid spanning tree ma refer ceva in ggenu la cisco cand e bucla fizica sa intre portu respectiv pe disable si cand se scoate bucla sa porneasca automat... aici am gasit loopguard dar asta nu ma ajuta daca e bucla si dupaia este descoperita trebuie activat manual portu...iar la rstp am inteles ca nu face acest lucru .Multumesc anticipat pt cei care ma vor ajuta si cu problema asta
|
|
#16
Posted 07 May 2009 - 17:17

RSTP = este STP imbunatatit, si face exact ce vrei tu sa faca, iar loopguard se foloseste la cu totul altceva :
de ex daca un user conecteaza un switch la el in casa si face o bucla atunci loopguardul o detecteaza si pune portul in shut, pe cand STP nu reactioneaza la o astfel de situatie. Vezi ca in manualul switchului gasesti toate informatiile astea.. Edited by Lupu, 07 May 2009 - 17:23. |
#17
Posted 07 May 2009 - 18:54

pai eu ce zic asta m-ar interesa sa faca ce am zis mai sus deocamdata ma ajuta doar loopguard si d-asta intrebam daca rstp stie sa faca sau nu stiu eu sa il configurez
Edited by adytza_star, 07 May 2009 - 18:56. |
#18
Posted 15 November 2009 - 12:56

Nu stiu daca ai rezolvat pana la urma problema intr-un mod tehnic, dar o sa iti spun si parerea mea, pentru orice eventualitate.
Esti sigur ca ai dat "Save" dupa ce ai dezactivat loop guard? Pentru ca la versiunile noi de firmware schimbarile in config se aplica imediat dar nu nu se mai salveaza automat, ci trebuie sa faci manual acest lucru. O problema asemanatoare am intampinat si eu cu ES3124 cu un mac filtrat, operam schimbarile si dura un timp, apoi filtrarea intra din nou in functiune; si toate astea pentru ca fiind obisnuit cu vechea versiune de firmware eu nu ii dadeam "Save". Pe de alta parte nu exista porturi dedicate de "uplink" sau "downlink" pe aceste switchuri, toate porturile sunt MDI-X si pot fi folosite la orice, fie uplink, fie downlink. De altfel acesti termeni sunt relativi la topologia retelei, si depinde foarte mult din ce punct de vedere privesti fluxurile de date Revin cu o precizare... Functia loop guard e o facilitate buna, dar din pacate si foarte problematica pentru ca iti taie complet portul respectiv si nu mai revine pe "up" chiar daca bucla a disparut. E bine sa o folosesti cu precautie, numai acolo unde ai stricta nevoie de ea, altfel iti poate complica viata foarte mult, mai ales daca ai o retea foarte mare in adiminstrare. Edited by mmmi, 15 November 2009 - 13:00. |
Anunturi
▶ 0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users