Sisältö
- Määritelmä - Mitä automaattinen neuvottelu tarkoittaa?
- Johdanto Microsoft Azureen ja Microsoft Cloud | Tämän oppaan läpi opit mitä pilvipalvelussa on kyse ja kuinka Microsoft Azure voi auttaa sinua siirtämään ja johtamaan yritystä pilvestä.
- Techopedia selittää automaattisen neuvottelun
Määritelmä - Mitä automaattinen neuvottelu tarkoittaa?
Automaattinen neuvottelu on Ethernet-menettely, jonka avulla laitteet voivat vaihtaa tietoja kyvyistään linjasegmenttien yli.
Niiden avulla laitteet voivat suorittaa automaattisen konfiguroinnin parhaiden toimintatapojen saavuttamiseksi linkkien yli ja tarjota automaattisen nopeudensovituksen monenopeuksisille laitteille linkkien kummassakin päässä.
Johdanto Microsoft Azureen ja Microsoft Cloud | Tämän oppaan läpi opit mitä pilvipalvelussa on kyse ja kuinka Microsoft Azure voi auttaa sinua siirtämään ja johtamaan yritystä pilvestä.
Techopedia selittää automaattisen neuvottelun
Automaattinen neuvottelu on Ethernet-menettely, jonka avulla kaksi kytkettyä laitetta voi valita yhteiset lähetysparametrit, mukaan lukien kaksipuolisen tilan, nopeuden ja virtauksen ohjauksen. Se määritettiin ensimmäisen kerran vuonna 1995 valinnaisena ominaisuutena 10 ja 100 Mbit / s kierretyn parin Ethernet-mediajärjestelmille. Prosessin ensimmäinen askel on ominaisuuksien, kuten parametrien jakaminen kytketyillä laitteilla ja suurimman suorituskyvyn lähetystavan valitseminen, jota laitteet tukevat. Automaattinen neuvottelu OSI-mallissa on fyysisessä kerroksessa. Se määritettiin alun perin valinnaiseksi komponentiksi nopeassa Ethernet-standardissa ja on taaksepäin yhteensopiva 10BASE-T: n kanssa. Myöhemmin protokollaa laajennettiin myös gigabitin Ethernet-standardissa, joka on tarpeen 1000BASE-T gigabitin Ethernetille.
Automaattinen neuvotteluprotokolla sisältää automaattisen tunnistuksen useille sovelluksille ja perustuu pulsseihin, jotka ovat samanlaisia kuin 10BASE-T. Pulssit havaitsevat yhteydet muihin laitteisiin, ja laitteet lähettävät ne, kun ne eivät ole tietoyhteydessä tai vastaanottamassa dataa. Näiden yksinapaisten (vain positiivisten) sähköimpulssien kestoaika on 100 ns ja suurin pulssinleveys on 200 ns, jotka on generoitu 16 ms: n välein, ja niihin viitataan normaaleina linkkipulsseina.
Automaattinen neuvottelu suoritetaan modifioidun linkin eheyspulssin avulla, jotta mitään paketteja tai ylempää protokollaa ei lisätä. Jokainen automaattiseen neuvotteluun kykenevä laite antaa FLP (Fast Link Pulse) räjähtää käynnistyksen aikana MAC: lta vastaanotetun komennon mukaisesti tai käyttäjän vuorovaikutuksen vuoksi. Automaattisen neuvottelutoiminnon perusta on nopea linkki-pulssi. FLP-purske on 10Base-T-normaalin linkkipulssisekvenssi, jota kutsutaan myös linkkitestauspulsseiksi 10Base-T-järjestelmissä. Pulssit saapuvat yhdessä muodostaen sanan tai. Jokainen FLP koostuu 33 pulssiasemasta, joista 17 paritonta paikkaa, jotka vastaavat kellopulssia, ja 16 parillisesta numeroidusta sijainnista, jotka käsittelevät datapulssia. Jokainen kellon sijainti on välttämätön linkkipulssin muodostamiseksi. Aika FLP-purskeen välillä on 16 / + - 8 mikrosekuntia.
Onnistunut automaattisen neuvotteluprosessin kuvaus on seuraava:
- Kaksi linkkipartneria lähettävät nopean linkin pulssipurskeen sulkevat linkkikoodisanat ilman kuittausbittiä.
- Asema, joka tunnistaa toisensa automaattiseksi neuvotteluksi, joka kykenee 6 - 17 pulssin sisällä ensimmäisestä vastaanotetusta FLP-purskeesta.
- Mahdollisen tunnistamisen jälkeen asema odottaa vastaanottavansa 3 jatkuvaa, täydellistä ja peräkkäistä FLP-pursketta.
- Asema siirtyy kuittausilmaisun tilaan ja alkaa lähettää FLP-purskeita, joilla on linkkikoodisanat, jotka sisältävät kuittausbittiryhmän.
- Vastaanotettuaan 3 täydellistä, peräkkäistä ja johdonmukaista FLP-pursketta, jolla on sarja kuittausbittiä, asema siirtyy edelleen täydelliseen kuittaustilaan ja lähettää 6 - 8 FLP-pursketta sulkemalla linkkikoodisanat kuittausbittijoukon sisällä.
- 6–8 FLP-purskeen lähettämisen jälkeen asema osallistuu seuraavaan sivuvaihtoon, joka on valinnainen.
- Seuraavan sivunvaihdon jälkeen asemat ratkaisevat HCD-tekniikan ja neuvottelevat linkin kanssa, jos sitä tuetaan. Päinvastoin, ellei yhteistä tekniikkaa jaeta, linkkejä ei luoda.