SILICON LABS UG103.11 Thread Fundamentals sagteware

Spesifikasies:

• Produknaam: Thread Fundamentals
• Vervaardiger: Silicon Labs
• Protokol: Draad
• Weergawe: Rev. 1.6
• Wireless Networking Protocol: Mesh-netwerk
• Ondersteunde standaarde: IEEE, IETF

Produk inligting

Thread Fundamentals is 'n veilige, draadlose maasnetwerkprotokol wat deur Silicon Labs ontwikkel is. Dit ondersteun IPv6-adresse, laekoste-oorbrugging na ander IP-netwerke, en is geoptimaliseer vir lae-krag, battery-gesteunde werking. Die protokol is ontwerp vir Connected Home en kommersiële toepassings waar IP-gebaseerde netwerke verlang word.

Gebruiksinstruksies

1. Inleiding tot Thread Fundamentals:
   Thread is 'n veilige, draadlose maasnetwerkprotokol wat gebou is op bestaande IEEE- en IETF-standaarde. Dit maak toestel-tot-toestel kommunikasie in Connected Home en kommersiële toepassings moontlik.
2. OpenThread-implementering:
   OpenThread, 'n draagbare implementering van die Thread-protokol, bied betroubare, veilige en lae-krag draadlose toestel-tot-toestel kommunikasie vir tuis- en kommersiële geboutoepassings. Silicon Labs bied 'n OpenThread-gebaseerde protokol wat aangepas is om met hul hardeware te werk, beskikbaar op GitHub en as deel van Simplicity Studio 5 SDK.
3. Draadgroeplidmaatskap:
   Om by die Thread Group aan te sluit, bied toegang tot produksertifisering en bevorder die gebruik van Thread-geaktiveerde toestelle. Opvolgerweergawes van die draadspesifikasie word in 2022 met sertifiseringsprogramme aangekondig.

Gereelde vrae:

• V: Hoe kan ek die nuutste draadspesifikasie aflaai?
  A: Die nuutste Draadspesifikasie kan afgelaai word deur 'n versoek op die Draadgroep in te dien webwebwerf by https://www.threadgroup.org/ThreadSpec.
• V: Wat is die belangrikste voordeeltage van die gebruik van Thread in IoT-toestelle?
  A: Thread bied 'n veilige, draadlose maasnetwerkprotokol wat laekrag-werking en toestel-tot-toestel-kommunikasie ondersteun, wat die aanvaardingstempo en gebruikersaanvaarding vir IoT-toestelle ondersteun.

UG103.11: Grondbeginsels van draad

• Hierdie dokument bevat 'n kort agtergrond oor die ontstaan ​​van
• Thread, bied 'n tegnologie oorview, en beskryf 'n paar sleutelkenmerke van Thread om te oorweeg wanneer 'n Thread-oplossing geïmplementeer word.
• Silicon Labs se Fundamentals-reeks dek onderwerpe wat projekbestuurders, toepassingsontwerpers en ontwikkelaars moet verstaan ​​voordat hulle aan 'n ingeboude netwerkoplossing begin werk met
• Silicon Labs-skyfies, netwerkstapels soos EmberZNet PRO of Silicon Labs Bluetooth®, en verwante ontwikkelingsinstrumente. Die dokumente kan gebruik word as 'n beginplek vir enigiemand wat 'n inleiding benodig tot die ontwikkeling van draadlose netwerktoepassings, of wat nuut is in die Silicon Labs-ontwikkelingsomgewing.

SLEUTELPUNTE

• Stel Thread bekend en bied 'n tegnologie oorview.
• Beskryf sommige van die sleutelelemente van Thread, insluitend sy IP-stapel, netwerktopologie, roetering en netwerkverbinding, aansluiting by 'n netwerk, bestuur, aanhoudende data, sekuriteit, grensroeteerder, toestelingebruikneming en toepassingslaag.
• Bevat opdaterings vir draadspesifikasie 1.3.0.
• Sluit volgende stappe in om met die Silicon Labs OpenThread-aanbieding te werk.

Inleiding

1. Silicon Labs en die internet van dinge
   • Internet Protocol weergawe 4 (IPv4) is in 1981 gedefinieer in RFC 791, DARPA Internet Program Protocol Specification. (“RFC” staan ​​vir “Request for Comments.”) Deur gebruik te maak van 32-bis (4-grepe) adressering, het IPv4 232 unieke adresse vir toestelle op die internet verskaf, 'n totaal van ongeveer 4.3 miljard adresse. Aangesien die aantal gebruikers en toestelle eksponensieel gegroei het, was dit egter duidelik dat die aantal IPv4-adresse uitgeput sou wees en daar was 'n behoefte aan 'n nuwe weergawe van die IP. Vandaar die ontwikkeling van IPv6 in die 1990's en sy voorneme om IPv4 te vervang. Met 128-bis (16-grepe) adressering, maak IPv6 voorsiening vir 2128 adresse, meer as 7.9×1028 adresse as IPv4 (http://en.wikipedia.org/wiki/IPv6).
   • Die uitdaging vir maatskappye in die ingebedde industrie soos Silicon Labs is om hierdie tegnologie-migrasie aan te spreek en nog belangriker die eise van kliënte, terwyl ons na 'n immer-gekoppelde wêreld van toestelle in die huis en kommersiële ruimte beweeg, waarna dikwels verwys word as die Internet van Dinge (IoT). Op 'n hoë vlak is die doelwitte van IoT vir Silicon Labs om:
   • Koppel al die toestelle in die huis en kommersiële ruimte met beste-in-klas netwerke, hetsy met Zigbee PRO, Thread, Blue-tooth of ander opkomende standaarde.
   • Gebruik die maatskappy se kundigheid in energievriendelike mikrobeheerders.
   • Verbeter gevestigde lae-krag, gemengde sein-skyfies.
   • Verskaf laekoste-oorbrugging na bestaande Ethernet- en Wi-Fi-toestelle.
   • Aktiveer wolkdienste en verbinding met slimfone en tablette wat gebruiksgemak en 'n gemeenskaplike gebruikerservaring vir kliënte sal bevorder.
     Die bereiking van al hierdie doelwitte sal aanvaardingsyfers en gebruikersaanvaarding vir IoT-toestelle verhoog.
2. Draadgroep
   • Draadgroep (https://www.threadgroup.org/) is op 15 Julie 2014 bekendgestel. Silicon Labs was 'n stigtersmaatskappy saam met ses ander maatskappye. Thread Group is 'n markonderwysgroep wat produksertifisering bied en die gebruik van Thread-geaktiveerde toestel-tot-toestel (D2D) en masjien-tot-masjien (M2M) produkte bevorder. Lidmaatskap in Thread Group is oop.
   • Draadspesifikasie 1.1 kan afgelaai word nadat 'n versoek hier ingedien is: https://www.threadgroup.org/ThreadSpec. Opvolgerweergawes van die Draadspesifikasie, 1.2 en 1.3.0, is ook aangekondig met sertifiseringsprogramme in 2022. Die jongste 1.4-konsep Draadspesifikasie is slegs beskikbaar vir Draadlede.
3. Wat is draad?
   Thread is 'n veilige, draadlose maasnetwerkprotokol. Die draadstapel is 'n oop standaard wat gebou is op 'n versameling bestaande Instituut vir Elektriese en Elektroniese Ingenieurs (IEEE) en Internet Engineering Task Force (IETF) standaarde, eerder as 'n heel nuwe standaard (sien die volgende figuur).
4. Draad Algemene kenmerke
   • Die draadstapel ondersteun IPv6-adresse en bied laekoste-oorbrugging na ander IP-netwerke en is geoptimaliseer vir lae-krag/battery-gesteunde werking, en draadlose toestel-tot-toestel kommunikasie. Die draadstapel is spesifiek ontwerp vir Connected Home en kommersiële toepassings waar IP-gebaseerde netwerke verlang word en 'n verskeidenheid toepassingslae op die stapel gebruik kan word.
   • Dit is die algemene kenmerke van die draadstapel:
   • Eenvoudige netwerkinstallasie, opstart en werking: Die Thread-stapel ondersteun verskeie netwerktopologieë. Installasie is eenvoudig met 'n slimfoon, tablet of rekenaar. Produkinstallasiekodes word gebruik om te verseker dat slegs gemagtigde toestelle by die netwerk kan aansluit. Die eenvoudige protokolle vir die vorming en aansluiting van netwerke laat stelsels toe om self op te stel en roeteprobleme op te los soos dit voorkom.
   • Veilig: Toestelle sluit nie by die netwerk aan tensy dit gemagtig is nie en alle kommunikasie is geïnkripteer en veilig. Sekuriteit word by die netwerklaag verskaf en kan by die toepassingslaag wees. Alle Thread-netwerke word geïnkripteer met 'n slimfoon-era-verifikasieskema en Advanced Encryption Standard (AES) enkripsie. Die sekuriteit wat in Thread-netwerke gebruik word, is sterker as ander draadlose standaarde wat die Thread Group geëvalueer het.
   • Klein en groot tuisnetwerke: Tuisnetwerke wissel van verskeie tot honderde toestelle. Die netwerklaag is ontwerp om die netwerkwerking te optimaliseer op grond van die verwagte gebruik.
   • Groot kommersiële netwerke: Vir groter kommersiële installasies is 'n enkele draadnetwerk nie voldoende om al die toepassings-, stelsel- en netwerkvereistes te dek nie. Die Thread Domain-model laat skaalbaarheid toe vir tot 10,000 XNUMX'e Thread-toestelle in 'n enkele ontplooiing, met behulp van 'n kombinasie van verskillende verbindingstegnologieë (Thread, Ethernet, Wi-fi, ensovoorts).
   • Tweerigtingdiensontdekking en -verbinding: Multicast en uitsaai is ondoeltreffend op draadlose maasnetwerke. Vir off-mesh-kommunikasie, verskaf Thread 'n diensregister waar toestelle hul teenwoordigheid en dienste kan registreer, en kliënte kan unicast-navrae gebruik om die geregistreerde dienste te ontdek.
   • Reeks: Tipiese toestelle bied voldoende omvang om 'n normale huis te dek. Geredelik beskikbare ontwerpe met krag ampversterkers brei die reeks aansienlik uit. 'n Verspreide verspreide spektrum word by die Fisiese Laag (PHY) gebruik om meer immuun teen inmenging te wees. Vir kommersiële installasies laat die Thread Domain-model verskeie Thread-netwerke toe om met mekaar te kommunikeer oor 'n ruggraat, en sodoende die reeks uit te brei om baie mesh-subnette te dek.
   • Geen enkele punt van mislukking nie: Die draadstapel is ontwerp om veilige en betroubare bedrywighede te verskaf, selfs met die mislukking of verlies van individuele toestelle. Draadtoestelle kan ook IPv6-gebaseerde skakels soos Wi-Fi en Ethernet in die topologie insluit om die waarskynlikheid van veelvuldige Draadpartisies te verminder. Op hierdie manier kan hulle die hoër deurset, kanaalkapasiteit en dekking van daardie infrastruktuurskakels benut, terwyl hulle steeds laekragtoestelle ondersteun.
   • Lae krag: Toestelle kommunikeer doeltreffend om 'n verbeterde gebruikerservaring te lewer met jare se verwagte lewe onder normale batterytoestande. Toestelle kan tipies vir etlike jare op AA-tipe batterye werk deur geskikte dienssiklusse te gebruik.
   • Koste-effektief: Versoenbare skyfiestelle en sagtewarestapels van verskeie verskaffers word geprys vir massa-ontplooiing en van die grond af ontwerp om uiters lae kragverbruik te hê.
5.  OpenThread
   • OpenThread wat deur Google vrygestel is, is 'n oopbron-implementering van Thread®. Google het OpenThread vrygestel om die netwerktegnologie wat in Google Nest-produkte gebruik word, wyer beskikbaar te maak vir ontwikkelaars, om sodoende die ontwikkeling van produkte vir die gekoppelde huis en kommersiële geboue te versnel.
   • Met 'n smal platform-abstraksielaag en 'n klein geheue-voetspoor, is OpenThread hoogs draagbaar. Dit ondersteun beide stelsel-op-skyfie (SoC) en radio medeverwerker (RCP) ontwerpe.
   • OpenThread definieer 'n IPv6-gebaseerde betroubare, veilige en lae-krag draadlose toestel-tot-toestel kommunikasieprotokol vir tuis- en kommersiële geboutoepassings. Dit implementeer alle kenmerke gedefinieer in Draadspesifikasie 1.1.1, Draadspesifikasie 1.2, Draadspesifikasie 1.3.0, en konsep Draadspesifikasie 1.4 (soos die vrystelling van hierdie dokument).
   • Silicon Labs het 'n OpenThread-gebaseerde protokol geïmplementeer wat aangepas is om met Silicon Labs hardeware te werk. Hierdie protokol is beskikbaar op GitHub en ook as 'n sagteware-ontwikkelingskit (SDK) geïnstalleer met Simplicity Studio 5. Die SDK is 'n volledig getoetste momentopname van die Gi-tHub-bron. Dit ondersteun 'n groter reeks hardeware as die GitHub-weergawe, en sluit dokumentasie en example toepassings nie beskikbaar op GitHub nie.

Draad Tegnologie verbyview

1. IEEE 802.15.4
   • Die IEEE 802.15.4-2006-spesifikasie is 'n standaard vir draadlose kommunikasie wat die draadlose Medium Access Control (MAC) en Fisiese (PHY) lae definieer wat teen 250 kbps in die 2.4 GHz-band werk, met 'n padkaart na subGHz-bande (IEEE 802.15.4. 2006-802.15.4-spesifikasie). Ontwerp met 'n lae krag in gedagte, XNUMX is geskik vir toepassings wat gewoonlik 'n groot aantal nodusse behels.
   • Die 802.15.4 MAC-laag word gebruik vir basiese boodskaphantering en opeenhopingsbeheer. Hierdie MAC-laag bevat 'n Carrier Sense Multiple Access (CSMA)-meganisme vir toestelle om vir 'n duidelike kanaal te luister, sowel as 'n skakellaag om herprobasies en erkenning van boodskappe te hanteer vir betroubare kommunikasie tussen aangrensende toestelle. MAC-laagkodering word gebruik op boodskappe gebaseer op sleutels wat deur die hoër lae van die sagtewarestapel vasgestel en gekonfigureer is. Die netwerklaag bou voort op hierdie onderliggende meganismes om betroubare end-tot-end kommunikasie in die netwerk te verskaf.
   • Vanaf Thread Specification 1.2 is verskeie optimaliserings van die IEEE 802.15.4-2015 spesifikasie geïmplementeer om Thread-netwerke meer robuust, responsief en skaalbaar te maak:
   • Verbeterde raam hangende: Verbeter die batterylewe en responsiwiteit van 'n slaperige eindtoestel (SED), deur die aantal boodskappe wat 'n SED oor die lug kan stuur, te verminder. Enige datapakket wat vanaf 'n SED kom (nie net dataversoeke nie) kan erken word met die teenwoordigheid van opkomende hangende data.
   • Verbeterde Keepalive: Verminder die hoeveelheid verkeer wat nodig is om 'n skakel tussen 'n SED en 'n ouer te handhaaf deur enige databoodskap as 'n keepalive-netwerkoordrag te hanteer.
   • Gekoördineerde Sampgelei Luister (CSL): Hierdie IEEE 802.15.4-2015-spesifikasiekenmerk maak voorsiening vir beter sinchronisasie tussen 'n SED en 'n ouer deur gesinchroniseerde versending-/ontvangperiodes te skeduleer sonder periodieke dataversoeke. Dit maak laekragtoestelle moontlik met 'n lae skakelvertraging en 'n netwerk met 'n laer kans op boodskapbotsings.
   • Verbeterde ACK-ondersoek: Hierdie IEEE 802.15.4-2015-spesifikasiekenmerk laat 'n inisieerder korrelige beheer oor skakelmetriese navrae toe, terwyl energie bespaar word deur gereelde dataverkeerpatrone te hergebruik eerder as aparte ondersoekboodskappe.
2. Draadnetwerkargitektuur
   1. Residensiële argitektuur
      Gebruikers kommunikeer met 'n residensiële Thread-netwerk vanaf hul eie toestel (slimfoon, tablet of rekenaar) via Wi-Fi op hul Home Area Network (HAN) of deur 'n wolk-gebaseerde toepassing te gebruik. Die volgende figuur illustreer die sleuteltoesteltipes in die Thread-netwerkargitektuur.

Figuur 2.1. Draadnetwerkargitektuur
Die volgende toesteltipes is ingesluit in 'n Thread-netwerk, vanaf die Wi-Fi-netwerk:

• Grensroeteerders verskaf verbinding vanaf die 802.15.4-netwerk na aangrensende netwerke op ander fisiese lae (Wi-Fi, Ethernet, ens.). Grensroeteerders verskaf dienste vir toestelle binne die 802.15.4-netwerk, insluitend roeteerdienste en diensontdekking vir bedrywighede buite die netwerk. Daar kan een of meer Border Routers in 'n Thread-netwerk wees.
• 'n Leier, in 'n Thread-netwerkpartisie, bestuur 'n register van toegewysde roeteerder-ID's en aanvaar versoeke van roeteerder-geskikte eindtoestelle (REED's) om roeteerders te word. Die Leier besluit watter routers moet wees, en die Leier kan, soos alle routers in 'n Thread-netwerk, ook toestel-end kinders hê. Die Leier ken ook routeradresse toe en bestuur deur gebruik te maak van CoAP (Constrained Application Protocol). Alle inligting vervat in die Leier is egter teenwoordig in die ander Thread Routers. Dus, as die Leier misluk of konnektiwiteit met die Thread-netwerk verloor, word 'n ander Thread Router verkies, en neem oor as Leier sonder gebruikersingryping.
• Thread Routers verskaf roeteerdienste aan netwerktoestelle. Thread Routers verskaf ook aansluitings- en sekuriteitsdienste vir toestelle wat probeer om by die netwerk aan te sluit. Thread Routers is nie ontwerp om te slaap nie en kan hul funksionaliteit afgradeer en REEDs word.
• REED's kan 'n Thread Router of 'n Leader word, maar nie noodwendig 'n Border Router wat spesiale eienskappe het nie, soos veelvuldige koppelvlakke. As gevolg van die netwerktopologie of ander toestande dien REED's nie as routers nie. REEDs stuur nie boodskappe oor of verskaf aansluitings- of sekuriteitsdienste vir ander toestelle in die netwerk nie. Die netwerk bestuur en bevorder router-geskikte toestelle na routers indien nodig, sonder gebruikersinteraksie.
• Eindtoestelle wat nie roeteerder geskik is nie, kan óf FED's (volledige eindtoestelle) óf MED's (minimale eindtoestelle) wees. MED's hoef nie eksplisiet met hul ouer te sinchroniseer om te kommunikeer nie.
• Slaperige eindtoestelle (SED's) kommunikeer slegs deur hul Thread Router-ouer en kan nie boodskappe vir ander toestelle oordra nie.
• Sinchronized Sleepy End Devices (SSED's) is 'n klas van Sleepy End Devices wat CSL vanaf IEEE 802.15.4-2015 gebruik om 'n gesinchroniseerde skedule met 'n ouer te handhaaf, en vermy die gebruik van gereelde dataversoeke.

Kommersiële argitektuur
Die Thread Commercial-model neem die sleuteltoesteltipes vir 'n residensiële netwerk en voeg nuwe konsepte by. Gebruikers kommunikeer met 'n kommersiële netwerk deur toestelle (slimfoon, tablet of rekenaar) via Wi-Fi of deur hul ondernemingsnetwerk. Die volgende figuur illustreer 'n kommersiële netwerktopologie.

Figuur 2.2. Kommersiële netwerktopologie

Die konsepte is:

• Die Thread Domain-model ondersteun naatlose integrasie van verskeie Thread Networks sowel as 'n naatlose koppelvlak met nie-Thread IPv6-netwerke. Die hoofvoordeel van die Draaddomein is dat toestelle tot 'n mate buigsaam is om by enige beskikbare Draadnetwerk aan te sluit wat met 'n gemeenskaplike Draaddomein gekonfigureer is, wat die behoefte aan handmatige netwerkbeplanning of duur handmatige herkonfigurasies verminder wanneer netwerkgrootte of datavolume afgeskaal word op.
• Backbone Border Routers (BBR's) is 'n klas van Border Routers in die kommersiële ruimte wat Thread Domain sinchronisasie van veelvuldige netwerksegmente fasiliteer en 'n groot omvang multicast-propagasie in en uit elke enkele maas in 'n Thread Do-main moontlik maak. 'n Draadnetwerk wat deel is van 'n groter domein moet ten minste een "Primêre" BBR hê en kan veelvuldige "Sekondêre" BBR'e hê vir faalveilige oortolligheid. Die BBR'e kommunikeer met mekaar oor 'n ruggraat wat al die Thread-netwerke verbind.
• 'n Backbone Link is 'n nie-Draad IPv6 skakel waaraan 'n BBR koppel deur 'n eksterne koppelvlak te gebruik wat gebruik word om die Thread Backbone Link Protocol (TBLP) te implementeer om met ander BBR'e te sinchroniseer.
• Thread-toestelle in 'n kommersiële implementering word gekonfigureer met Thread Domains en Domain Unique Addresses (DUA's). 'n Toestel se DUA verander nooit oor sy leeftyd van deel van 'n Thread-domein nie. Dit vergemaklik migrasie oor verskillende Thread-netwerke in 'n enkele domein en maak seker dat die onderskeie BBR's roetering oor verskeie Thread-netwerke fasiliteer.

Hierdie konsepte word in die volgende figuur geïllustreer:

Figuur 2.3. Draaddomeinmodel
Geen enkele punt van mislukking nie

• Die draadstapel is ontwerp om nie 'n enkele punt van mislukking te hê nie. Alhoewel daar 'n aantal toestelle in die stelsel is wat spesiale funksies verrig, is Thread so ontwerp dat hulle vervang kan word sonder om die deurlopende werking van die netwerk of toestelle te beïnvloed. Byvoorbeeldample, 'n slaperige eindtoestel vereis 'n ouer vir kommunikasie, so hierdie ouer verteenwoordig 'n enkele punt van mislukking vir sy kommunikasie. Die slaperige toestel kan en sal egter 'n ander ouer kies as sy ouer nie beskikbaar is nie. Hierdie oorgang behoort nie vir die gebruiker sigbaar te wees nie.
  Alhoewel die stelsel ontwerp is vir geen enkele punt van mislukking nie, sal daar onder sekere topologieë individuele toestelle wees wat nie rugsteunvermoëns het nie. Byvoorbeeldample, in 'n stelsel met 'n enkele grens
• Roeter, as die grensroeteerder krag verloor, is daar geen manier om na 'n alternatiewe grensroeteerder oor te skakel nie. In hierdie scenario moet 'n herkonfigurasie van die grensroeteerder plaasvind.
• Begin met Thread Spesifikasie 1.3.0, Grensrouters wat 'n infrastruktuurskakel deel, kan geen enkele punt van mislukking oor 'n ander medium (soos Wi-Fi of Ethernet) fasiliteer deur 'n Thread te gebruik nie
• Radio Encapsulation Link (TREL). Met hierdie kenmerk word die waarskynlikheid dat draadafskortings oor skakels vorm, verminder.

IP Stack Fundamentals

1. Aanspreek
   • Toestelle in die draadstapel ondersteun IPv6-adresseringsargitektuur soos gedefinieer in RFC 4291 (https://tools.ietf.org/html/rfc4291: IP Weergawe 6 Adressering Argitektuur). Toestelle ondersteun 'n Unieke
   • Plaaslike adres (ULA), 'n Domain Unique Address (DUA) in 'n Thread-domeinmodel, en een of meer Global Unicast Address (GUA)-adresse gebaseer op hul beskikbare hulpbronne.
   • Die hoë-orde stukkies van 'n IPv6 adres spesifiseer die netwerk en die res spesifiseer spesifieke adresse in daardie netwerk. Dus, al die adres-adresse in een netwerk het dieselfde eerste N stukkies. Die eerstes
   • N bisse word die "voorvoegsel" genoem. Die "/64" dui aan dat dit 'n adres met 'n 64-bis voorvoegsel is. Die toestel wat die netwerk begin kies 'n /64-voorvoegsel wat dan regdeur die netwerk gebruik word. Die voorvoegsel is 'n ULA (https://tools.ietf.org/html/rfc4193: Unieke plaaslike IPv6 Unicast-adresse). Die netwerk kan ook een of meer Grensroeteerder(s) hê wat elkeen 'n /64 mag hê of nie, wat dan gebruik kan word om 'n ULA of GUA te genereer. Die toestel in die netwerk gebruik sy EUI-64 (64-bis Extended Unique Identifier) ​​adres om sy koppelvlak-identifiseerder af te lei soos gedefinieer in Afdeling 6 van RFC 4944 (https://tools.ietf.org/html/rfc4944: Oordrag van IPv6-pakkies oor IEEE 802.15.4-netwerke ). Die toestel sal 'n skakel plaaslike IPv6-adres ondersteun wat vanaf die EUI-64 van die nodus gekonfigureer is as 'n koppelvlak-identifiseerder met die bekende skakel plaaslike voorvoegsel FE80::0/64 soos gedefinieer in RFC 4862 (https://tools.ietf.org/html/rfc4862: IPv6 staatlose adres outokonfigurasie) en RFC 4944.
   • Die toestelle ondersteun ook toepaslike multicast-adresse. Dit sluit in skakel-plaaslike alle node multicast, skakel plaaslike alle router multicast, soli-cited node multicast, en 'n maas plaaslike multicast. Met die teenwoordigheid van 'n ruggraatgrensrouter in 'n domeinmodel, kan toestelle ook multicast-adresse met 'n groter omvang ondersteun as hulle daarvoor registreer.
   • Elke toestel wat by die netwerk aansluit, kry 'n 2-grepe kort adres volgens die IEEE 802.15.4-2006 spesifikasie. Vir routers word hierdie adres toegewys deur die hoë bisse in die adresveld te gebruik.
   • Kinders word dan 'n kort adres toegeken deur hul ouer se hoë stukkies en die toepaslike laer stukkies vir hul adres te gebruik. Dit laat enige ander toestel in die netwerk toe om die kind se roete-ligging te verstaan ​​deur die hoë stukkies van sy adresveld te gebruik.
2. 6LaeWPAN
   • 6LoWPAN staan ​​vir "IPv6 Over Low Power Wireless Personal Networks." Die hoofdoel van 6LoWPAN is om IPv6-pakkies oor 802.15.4-skakels te stuur en te ontvang. Sodoende moet dit akkommodeer vir die 802.15.4 maksimum raamgrootte wat oor die lug gestuur word. In Ethernet-skakels kan 'n pakkie met die grootte van die IPv6 Maksimum Transmissie-eenheid (MTU) (1280 grepe) maklik as een raam oor die skakel gestuur word. In die geval van 802.15.4 dien 6LoWPAN as 'n aanpassingslaag tussen die IPv6-netwerklaag en die 802.15.4-skakellaag. Dit los die kwessie van die oordrag van 'n IPv6 op
   • MTU deur die IPv6-pakkie by die sender te fragmenteer en dit weer by die ontvanger saam te stel.
     6LoWPAN bied ook 'n kompressiemeganisme wat die IPv6-kopgroottes wat oor die lug gestuur word, verminder en sodoende transmissiebokoste verminder. Hoe minder stukkies oor die lug gestuur word, hoe minder energie word deur die toestel verbruik. Thread maak ten volle gebruik van hierdie meganismes om pakkies doeltreffend oor die 802.15.4-netwerk te stuur. RFC 4944 (https://tools.ietf.org/html/rfc4944) en RFC 6282 (https://tools.ietf.org/html/rfc6282) beskryf in detail die metodes waardeur fragmentasie en kopkompressie bewerkstellig word.
3. Skakellaagaanstuur
   Nog 'n belangrike kenmerk van die 6LoWPAN-laag is die aanstuur van skakellaagpakkette. Dit bied 'n baie doeltreffende en lae oorhoofse meganisme vir die aanstuur van multi-hop-pakkies in 'n maasnetwerk. Thread gebruik IP-laagroetering met skakellaagpakkie-aanstuur.
   Thread gebruik die skakellaagaanstuur om pakkies aan te stuur gebaseer op die IP-roeteringtabel. Om dit te bewerkstellig, word die 6LoWPAN mesh-kopskrif in elke multi-hop-pakkie gebruik (sien die volgende figuur).
   • Figuur 3.1. Maaskop-formaat
   • In Thread vul die 6LoWPAN-laag die Mesh Header-inligting met die oorspronklike 16-bis kort adres en finale bestemming 16-bis bronadres. Die sender soek die volgende hop 16-bis kort adres in die roeteringtabel, en stuur dan die 6LoWPAN raam na die volgende hop 16-bis kort adres as bestemming. Die volgende hop-toestel ontvang die pakkie, soek die volgende hop in die
   • Routing Table / Neighbour Table, verlaag die hop-telling in die 6LoWPAN Mesh Header, en stuur dan die pakkie na die volgende hop of finale bestemming 16-bis kort adres as bestemming.
   • 6LoWPAN Encapsulation
     6LoWPAN-pakkies is op dieselfde beginsel as IPv6-pakkies gebou en bevat gestapelde opskrifte vir elke bygevoegde funksionaliteit. Elke 6LoWPAN-opskrif word voorafgegaan deur 'n versendingwaarde wat die tipe opskrif identifiseer (sien die volgende figuur).
4. 6LoWPAN Encapsulation
   6LoWPAN-pakkies is op dieselfde beginsel as IPv6-pakkies gebou en bevat gestapelde opskrifte vir elke bygevoegde funksionaliteit. Elke 6LoWPAN-opskrif word voorafgegaan deur 'n versendingwaarde wat die tipe opskrif identifiseer (sien die volgende figuur).
   Figuur 3.2. Algemene formaat van 'n 6LoWPAN-pakkie
   Thread gebruik die volgende tipes 6LoWPAN-opskrifte:
   • Mesh Header (gebruik vir skakellaagaanstuur)
   • Fragmentation Header (word gebruik om die IPv6-pakkie in verskeie 6LoWPAN-pakkies te fragmenteer)
   • Kop-kompressie-opskrif (gebruik vir IPv6-kop-kompressie)
   • Die 6LoWPAN-spesifikasie vereis dat indien meer as een kop aanwesig is, dit in die volgorde hierbo genoem moet verskyn. Die volgende is examples van 6LoWPAN-pakkies wat oor die lug gestuur is.
   • In die volgende figuur is die 6LoWPAN-loonvrag saamgestel uit die saamgeperste IPv6-kopskrif en die res van die IPv6-loonvrag.
   • Figuur 3.3. 6LoWPAN-pakkie wat IPv6-loonvrag met saamgeperste IPv6-kop bevat
   • In die volgende figuur bevat die 6LoWPAN-loonvrag die IPv6-kopskrif en 'n deel van die IPv6-loonvrag.
   • Figuur 3.4. 6LoWPAN Pakkie Bevat Mesh Header, 'n Fragmentation Header, en 'n Kompressie Header Die res van die loonvrag sal in daaropvolgende pakkies versend word volgens die formaat in die volgende figuur.
   • Figuur 3.5. 6LoWPAN Volgende Fragment
5. ICMP
   Thread-toestelle ondersteun die Internet Control Message Protocol weergawe 6 (ICMPv6) protokol soos gedefinieer in RFC 4443, Internet Control Message Protocol (ICMPv6) vir die Internet Protocol Weergawe 6 (IPv6) spesifikasie. Hulle ondersteun ook die eggo-versoek en eggo-antwoordboodskappe.
6. UDP
   Die draadstapel ondersteun User Datagram-protokol (UDP) soos omskryf in RFC 768, User Datagram-protokol.
7. TCP
   Die draadstapel ondersteun 'n Transport Control Protocol (TCP) variant genaamd "TCPlp" (TCP Low Power) (Sien usenix-NSDI20). 'n Toestel wat aan draad voldoen, implementeer die TCP-inisieerder- en luisteraarrolle soos beskryf in:
   • RFC 793, Transmissiebeheerprotokol
   • RFC 1122, Vereistes vir internetgashere
   • Draadspesifikasie 1.3.0 en hoër: Bestaande TCP-implementerings is tipies nie ingestel om optimaal oor draadlose maasnetwerke en met die beperkte 802.15.4-raamgroottes te werk nie. Daarom definieer die spesifikasie daardie elemente en parameterwaardes wat benodig word vir 'n doeltreffende TCP-implementering oor draadnetwerke (sien draadspesifikasie 1.3.0, afdeling 6.2 TCP).
8. SRP
   • Diensregistrasieprotokol (SRP) soos omskryf in Diensregistrasieprotokol vir DNS-gebaseerde diensontdekking word gebruik op draadtoestelle wat begin met draadspesifikasie 1.3.0. Daar moet 'n diensregister bestaan ​​wat deur 'n grensroeteerder onderhou word. SRP-kliënte op die maasnetwerk kan registreer om verskeie dienste aan te bied. 'n SRP-bediener aanvaar DNS-gebaseerde ontdekkingsnavrae en bied ook publieke sleutel kriptografie vir sekuriteit, saam met ander klein verbeterings om beperkte kliënte beter te ondersteun.

Netwerk topologie

1. Netwerkadres en toestelle
   • Die draadstapel ondersteun volle maasverbinding tussen alle routers in die netwerk. Die werklike topologie is gebaseer op die aantal routers in die netwerk. As daar net een router is, vorm die netwerk 'n ster. As daar meer as een router is, word 'n maas outomaties gevorm (sien 2.2 Draadnetwerkargitektuur).
2. Maasnetwerke
   • Ingeboude maasnetwerke maak radiostelsels meer betroubaar deur radio's toe te laat om boodskappe vir ander radio's oor te dra. Byvoorbeeldample, as 'n nodus nie 'n boodskap direk na 'n ander nodus kan stuur nie, stuur die ingebedde maasnetwerk die boodskap deur een of meer tussengangernodusse. Soos bespreek in afdeling 5.3 Roetering, handhaaf alle roeteerdernodusse in die Draadstapel roetes en konneksie met mekaar sodat die maas voortdurend in stand gehou en verbind word. Daar is 'n beperking van 64 router-adresse in die Thread-netwerk, maar hulle kan nie almal gelyktydig gebruik word nie. Dit laat tyd toe vir die adresse van geskrap toestelle om te hergebruik.
   • In 'n maasnetwerk roeteer die slaperige eindtoestelle of roeteerder-geskikte toestelle nie na ander toestelle nie. Hierdie toestelle stuur boodskappe na 'n ouer wat 'n router is. Hierdie ouerroeteerder hanteer die roetebewerkings vir sy kindertoestelle.

Roetering en netwerkverbinding

Die Thread-netwerk het tot 32 aktiewe roeteerders wat volgende-hop-roetering gebruik vir boodskappe gebaseer op die roeteringtabel. Die roeteringtabel word deur die Thread-stapel onderhou om te verseker dat alle roeteerders konnektiwiteit en bygewerkte paaie vir enige ander roeteerder in die netwerk het. Alle roeteerders ruil hul koste van roetering na ander roeteerders in die netwerk met ander roeteerders in 'n saamgeperste formaat met behulp van Mesh Link Establishment (MLE).

1.  MLE Boodskappe
   • Mesh Link Establishment (MLE)-boodskappe word gebruik om veilige radioskakels te vestig en op te stel, naburige toestelle op te spoor en roetekoste tussen toestelle in die netwerk te handhaaf. MLE werk onder die roetelaag en gebruik een hop-skakel plaaslike unicasts en multicasts tussen routers.
   • MLE-boodskappe word gebruik om skakels na naburige toestelle te identifiseer, op te stel en te beveilig soos die topologie en fisiese omgewing verander. MLE word ook gebruik om konfigurasiewaardes wat oor die netwerk gedeel word, soos die kanaal en Personal Area Network (PAN) ID, te versprei. Hierdie boodskappe kan aangestuur word met eenvoudige oorstroming soos gespesifiseer deur MPL (https://tools.ietf.org/html/draft-ietf-roll-trickle-mcast-11: Multicast-protokol vir laekrag- en verliesnetwerke (MPL)).
   • MLE-boodskappe verseker ook dat asimmetriese skakelkoste in ag geneem word wanneer roetekoste tussen twee toestelle vasgestel word. Asimmetriese skakelkoste is algemeen in 802.15.4-netwerke. Om te verseker dat tweerigtingboodskappe betroubaar is, is dit belangrik om tweerigtingskakelkoste in ag te neem.
2. Roete-ontdekking en -herstel
   • Op-aanvraag roete-ontdekking word algemeen gebruik in lae-krag 802.15.4 netwerke. Op-aanvraag-roete-ontdekking is egter duur in terme van netwerkbokoste en bandwydte omdat toestelle roete-ontdekkingversoeke deur die netwerk uitsaai. In die draadstapel ruil alle roeteerders een-hop MLE-pakkies wat koste-inligting bevat uit na alle ander roeteerders in die netwerk. Alle roeteerders het bygewerkte padkoste-inligting na enige ander roeteerder in die netwerk, so op-aanvraag-roete-ontdekking is nie nodig nie. As 'n roete nie meer bruikbaar is nie, kan die routers die volgende mees geskikte roete na die bestemming kies.
   • Roetering na kindertoestelle word gedoen deur na die hoë stukkies van die kind se adres te kyk om die ouerroeteerderadres te bepaal. Sodra die toestel die ouerroeteerder ken, ken dit die padkoste-inligting en volgende hop-roeteringinligting vir daardie toestel.
   • Soos roetekoste of die netwerktopologie verander, versprei die veranderinge deur die netwerk deur die MLE-enkel-hop-boodskappe te gebruik. Roeteringkoste is gebaseer op tweerigtingskakelkwaliteit tussen twee toestelle. Die skakelkwaliteit in elke rigting is gebaseer op die skakelmarge op inkomende boodskappe vanaf daardie naburige toestel. Hierdie inkomende Ontvangseinsterkte-aanwyser (RSSI) word gekarteer na 'n skakelkwaliteit van 0 tot 3. 'n Waarde van 0 beteken onbekende koste.
   • Wanneer 'n router 'n nuwe MLE-boodskap van 'n buurman ontvang, het dit óf reeds 'n buurtabelinskrywing vir die toestel óf een word bygevoeg. Die MLE-boodskap bevat die inkomende koste van die buurman, so dit word bygewerk in die router se buurtabel. Die MLE-boodskap bevat ook opgedateerde roete-inligting vir ander roeteerders wat in die roetetabel opgedateer word.
   • Die aantal aktiewe roeteerders is beperk tot die hoeveelheid roetering en koste-inligting wat in 'n enkele 802.15.4-pakkie vervat kan word. Hierdie limiet is tans 32 routers.
3. Roetering
   • Toestelle gebruik normale IP-roetering om pakkies aan te stuur. 'n Roeteringstabel word gevul met netwerkadresse en die toepaslike volgende hop.
   • Afstandvektorroetering word gebruik om roetes te kry na adresse wat op die plaaslike netwerk is. Wanneer roetering op die plaaslike netwerk, die boonste ses bisse van hierdie 16-bis adres definieer die router bestemming.
   • Hierdie roeteerder is dan verantwoordelik vir aanstuur na die finale bestemming gebaseer op die res van die 16-bis adres.
   • Vir buite-netwerk-roetering, stel 'n grensroeteerder die routerleier in kennis van die spesifieke voorvoegsels wat dit bedien en versprei hierdie inligting as netwerkdata binne die MLE-pakkies. Die netwerkdata sluit voorvoegseldata in, wat die voorvoegsel self is, die 6LoWPAN-konteks, die grensroeteerders en die staatlose adres outokonfigurasie (SLAAC) of DHCPv6-bediener vir daardie voorvoegsel. As 'n toestel 'n adres met daardie voorvoegsel moet konfigureer, kontak dit die toepaslike SLAAC- of DHCP-bediener vir hierdie adres. Die netwerkdata bevat ook 'n lys van roete-bedieners wat die 16-bis-adresse van die verstek Grensroeteerders is.
   • Boonop, in 'n kommersiële ruimte met 'n Thread Domain-model, stel 'n Backbone Border Router die routerleier in kennis van die Domain Unique Prefix wat dit bedien, om aan te dui dat hierdie mesh deel is van die groter Thread-domein. Die netwerkdata hiervoor sluit voorvoegseldata, 6LoWPAN-konteks en die grensroeteerder ALOC in. Daar is geen SLAAC- of DHCPv6-vlae vir hierdie voorvoegselstel gestel nie, maar die adrestoewysing volg die staatlose model. Daarbenewens is daar ook diens- en bediener-TLV's wat die "ruggraat"-diensvermoë van hierdie grensroeteerder aandui. Duplikaatadresopsporingsvermoë oor die ruggraat bestaan ​​vir enige toestel wat sy Domain Unique Address (DUA) by die BBR registreer. 'n Toestel se DUA verander nooit oor sy leeftyd van deel van 'n Thread-domein nie.
   • Dit vergemaklik migrasie oor verskillende Thread-netwerke in 'n enkele domein en maak seker dat die onderskeie BBR's roetering oor verskeie Thread-netwerke fasiliteer. Oor die ruggraat word standaard IPv6-roeteringstegnologieë soos IPv6 Neighbour Discovery (NS/NA volgens RFC 4861) en Multicast Listener Discovery (MLDv2 volgens RFC 3810) gebruik.
   • 'n Leier is aangewys om tred te hou met toestelle wat roeteerder geskik is, of om roeteerders toe te laat om af te gradeer na toestelle wat roeteerder in aanmerking kom. Hierdie Leier ken en bestuur ook die router-adresse deur gebruik te maak van CoAP. Alle inligting vervat in hierdie Leier word egter ook periodiek aan die ander routers geadverteer. As die Leier van die netwerk af gaan, word 'n ander roeteerder gekies, en neem oor as Leier sonder gebruikersingryping.
   • Grensroeteerders is verantwoordelik vir die hantering van 6LoWPAN-kompressie of uitbreiding en adressering na buite-netwerk toestelle. Backbone Border Routers is verantwoordelik vir die hantering van MPL met IP-in-IP inkapseling en dekapsulasie vir groter omvang multicasts wat in en uit die maas gaan.
   • Vir meer inligting oor grensrouters, sien AN1256: Gebruik die Silicon Labs RCP met die OpenThread Border Router.
4. Herprobeer en erkennings
   • Terwyl UDP-boodskappe in die Thread-stapel gebruik word, word betroubare boodskaplewering vereis en voltooi deur hierdie liggewigmeganismes:
   • MAC-vlak herprobasies – elke toestel gebruik MAC-erkennings vanaf die volgende hop en sal 'n boodskap by die MAC-laag herprobeer as die MAC ACK-boodskap nie ontvang word nie.
   • Toepassingslaag herprobeer – die toepassingslaag kan bepaal of boodskapbetroubaarheid 'n kritieke parameter is. Indien wel, kan 'n end-tot-end erkenning en herprobeer protokol gebruik word, soos CoAP herprobes.

Aansluiting en netwerkwerking

Thread laat twee aansluitingsmetodes toe:

• Deel ingebruiknemingsinligting direk na 'n toestel deur 'n buiteband-metode te gebruik. Dit laat toe om die toestel na die regte netwerk te stuur deur hierdie inligting te gebruik.
• Vestig 'n ingebruiknemingsessie tussen 'n aansluitingstoestel en 'n ingebruiknemingsprogram op 'n slimfoon, tablet of die web.
• Vir 'n kommersiële netwerk met 'n Thread-domeinmodel word 'n outonome inskrywingsproses sonder gebruikersingryping wat operasionele sertifikate op aansluitings verskaf na verifikasie, gespesifiseer deur Thread Spesifikasie 1.2. Die operasionele sertifikaat kodeer die domeininligting vir die toestel en laat veilige netwerkhoofsleutel voorsiening toe. Hierdie model vereis 'n registrateur of
• Thread Registrar Interface (TRI) op 'n ruggraatgrensrouter en fasiliteer kommunikasie met 'n eksterne owerheid (MASA) deur die ANIMA/BRSKI/EST-protokolle te gebruik. 'n Netwerk wat hierdie ingebruiknemingsmodel ondersteun, word 'n CCM-netwerk genoem.
• Vir meer inligting oor die ingebruikneming van draadnetwerke, sien afdeling 11. Toestelingebruikneming.
• Die gereeld gebruikte 802.15.4-metode om aan te sluit met die permit-aansluitvlag in die baken-loonvrag word nie in Thread-netwerke gebruik nie. Hierdie metode word die meeste gebruik vir drukknoppie-tipe aansluiting waar daar geen gebruikerskoppelvlak of buite-band-kanaal na toestelle is nie. Hierdie metode het probleme met toestelstuur in situasies waar daar verskeie netwerke beskikbaar is en dit kan ook sekuriteitsrisiko's inhou.
• In Thread-netwerke word alle aansluiting deur die gebruiker geïnisieer. Na aansluiting word 'n sekuriteitstawing op die toepassingsvlak voltooi met 'n ingebruiknemingstoestel. Hierdie sekuriteitstawing word in afdeling 9. Sekuriteit bespreek.
• Toestelle sluit by 'n netwerk aan as óf 'n slaperige eindtoestel, eindtoestel (MED of FED), óf 'n REED. Eers nadat 'n REED aangesluit het en die netwerkopstelling geleer het, kan dit moontlik versoek om 'n

Draadrouter. By aansluiting kry 'n toestel 'n 16-bis kort adres-adres gebaseer op sy ouer. As 'n roeteerder-geskikte toestel 'n draadroeteerder word, word 'n roeteerderadres deur die Leier daaraan toegeken. Duplikaatadresopsporing vir Thread Routers word verseker deur die gesentraliseerde router-adresverspreidingsmeganisme wat op die Leader geleë is. Die ouer is verantwoordelik om duplikaatadresse vir gasheertoestelle te vermy omdat dit adresse aan hulle toeken wanneer hulle aansluit.

1. Netwerk ontdekking
   • Netwerkontdekking word deur 'n aansluittoestel gebruik om te bepaal watter 802.15.4-netwerke binne radiobereik is. Die toestel skandeer alle kanale, reik 'n MLE-ontdekkingversoek op elke kanaal uit en wag vir MLE-ontdekkingsreaksies. Die 802.15.4 MLE-ontdekking-re-antwoord bevat 'n loonvrag met netwerkparameters, insluitend die netwerkdiensstel-identifiseerder (SSID), uitgebreide PAN-ID en ander waardes wat aandui of die netwerk nuwe lede aanvaar en of dit oorspronklike ingebruikneming ondersteun.
   • Netwerkontdekking word nie vereis as die toestel op die netwerk in gebruik geneem is nie, want dit ken die kanaal en uitgebreide PAN ID vir die netwerk. Hierdie toestelle heg dan aan die netwerk met behulp van die ingebruiknemingsmateriaal wat verskaf word.
2. MLE Data
   • Sodra 'n toestel aan 'n netwerk gekoppel is, is daar 'n verskeidenheid inligting wat nodig is om aan die netwerk deel te neem. MLE verskaf dienste vir 'n toestel om 'n unicast na 'n naburige toestel te stuur om netwerkparameters aan te vra en skakelkoste aan bure op te dateer. Wanneer 'n nuwe toestel aansluit, voer dit ook 'n uitdagingsreaksie uit om sekuriteitsraamtellers in te stel soos bespreek in afdeling 9. Sekuriteit.
   • Alle toestelle ondersteun die oordrag en ontvangs van MLE-skakelkonfigurasieboodskappe. Dit sluit "skakelversoek", "skakel aanvaar" en "skakel aanvaar en versoek" boodskappe in.
   • Die MLE-uitruil word gebruik om die volgende inligting op te stel of uit te ruil:
   • Die 16-bis kort en 64-bis EUI 64 lang adres van naburige toestelle
   • Toestelvermoë-inligting, insluitend of dit 'n slaperige eindtoestel is en die slaapsiklus van die toestel
   • Buurskakelkoste as 'n Thread Router
   • Sekuriteitsmateriaal en raamtellers tussen toestelle
   • Roeteringskoste na alle ander Thread Routers in die netwerk
   • Versamel en versprei skakelmaatstawwe oor verskeie skakelkonfigurasiewaardes
   • Let wel: MLE-boodskappe word geïnkripteer, behalwe tydens die aanvanklike node-selflaai-operasies wanneer die nuwe toestel nie die sekuriteitsmateriaal verkry het nie.
3.  CoAP
   Beperkte toepassingsprotokol (CoAP) soos omskryf in RFC 7252 (https://tools.ietf.org/html/rfc7252: Die Constrained Application Proto-col (CoAP) is 'n gespesialiseerde vervoerprotokol vir gebruik met beperkte nodusse en laekragnetwerke. CoAP verskaf 'n versoek/reaksie-interaksiemodel tussen toepassingseindpunte, ondersteun ingeboude ontdekking van dienste en hulpbronne, en sluit sleutelkonsepte van die web soos URLs. CoAP word in Thread gebruik om mesh-lokale adresse en multicast-adresse op te stel wat deur toestelle vereis word. Boonop word CoAP ook gebruik vir bestuursboodskappe soos om diagnostiese inligting en ander netwerkdata op aktiewe Thread-routers te kry en in te stel.
4. DHCPv6
   DHCPv6 soos gedefinieer in RFC 3315 word gebruik as 'n kliënt-bediener protokol om konfigurasie van toestelle binne die netwerk te bestuur. DHCPv6 gebruik UDP om data van 'n DHCP-bediener aan te vra (https://www.ietf.org/rfc/rfc3315.txt: Dynamic Host Configuration Protocol vir IPv6 (DHCPv6)).
   Die DHCPv6-diens word gebruik vir die konfigurasie van:
   • Netwerk adresse
   • Multicast-adresse wat deur toestelle vereis word
   • Omdat kort adresse van die bediener met DHCPv6 toegewys word, word duplikaatadresopsporing nie vereis nie. DHCPv6 word ook gebruik deur Border Routers wat adresse toeken op grond van die voorvoegsel wat hulle verskaf.
5. SLAAC
   SLAAC (Stateless Address Autoconfiguration) soos gedefinieer in RFC 4862 (https://tools.ietf.org/html/rfc4862: IPv6 staatlose adres outo-konfigurasie) is 'n metode waarin 'n grensroeteerder 'n voorvoegsel toeken, en dan word die laaste 64 bisse van sy adres deur die roeteerder afgelei. Die IPv6 staatlose outokonfigurasiemeganisme vereis geen handmatige konfigurasie van gashere, minimale (indien enige) konfigurasie van routers en geen bykomende bedieners nie. Die staatlose meganisme laat 'n gasheer toe om sy eie adresse te genereer deur 'n kombinasie van plaaslik beskikbare inligting en inligting wat deur routers geadverteer word, te gebruik.
6. SRP
   Diensregistrasieprotokol (SRP) soos omskryf in Diensregistrasieprotokol vir DNS-gebaseerde diensontdekking word gebruik op draadtoestelle wat begin met draadspesifikasie 1.3.0. Daar moet 'n diensregister bestaan ​​wat deur 'n grensroeteerder onderhou word. SRP-kliënte op die maasnetwerk kan registreer om verskeie dienste aan te bied. 'n SRP-bediener aanvaar DNS-gebaseerde ontdekkingsnavrae en bied ook publieke sleutel kriptografie vir sekuriteit, saam met ander klein verbeterings om beperkte kliënte beter te ondersteun.

Bestuur

1. ICMP
   Alle toestelle ondersteun Internet Control Message Protocol vir IPv6 (ICMPv6) foutboodskappe, sowel as die eggo versoek en eggo antwoord boodskappe.
2. Toestelbestuur
   Die toepassingslaag op 'n toestel het toegang tot 'n stel toestelbestuur- en diagnostiese inligting wat plaaslik gebruik kan word of ingesamel en na ander bestuurstoestelle gestuur kan word.
   By die 802.15.4 PHY- en MAC-lae verskaf die toestel die volgende inligting aan die bestuurslaag:
   • EUI 64 adres
   • 16-bis kort adres
   •  Vermoens inligting
   • PAN ID
   • Pakkies gestuur en ontvang
   • Oktette gestuur en ontvang
   • Pakkies wat tydens versending of ontvangs laat val is
   • Sekuriteitsfoute
   • Aantal MAC-herproberings
3. Netwerkbestuur
   Die netwerklaag op die toestel verskaf ook inligting oor bestuur en diagnostiek wat plaaslik gebruik kan word of na ander bestuurstoestelle gestuur kan word. Die netwerklaag verskaf die IPv6-adreslys, die buur- en kindtabel en die roeteringtabel.

Aanhoudende data

Toestelle wat in die veld werk, kan om verskeie redes per ongeluk of doelbewus teruggestel word. Toestelle wat teruggestel is, moet netwerkbedrywighede herbegin sonder gebruikersingryping. Om dit suksesvol te doen, moet nie-vlugtige berging die volgende inligting stoor:

• Netwerkinligting (soos PAN ID)
• Sekuriteitsmateriaal
• Adressering van inligting vanaf die netwerk om die IPv6-adresse vir die toestelle te vorm

$Sekuriteit

• Draadnetwerke is draadlose netwerke wat teen oor-die-lug (OTA)-aanvalle beveilig moet word. Hulle is ook aan die internet gekoppel en moet dus teen internetaanvalle beveilig word. Baie van die toepassings wat vir Thread ontwikkel word, sal 'n wye reeks gebruike dien wat lang periodes van onbewaakte werking en lae kragverbruik vereis. Gevolglik is die sekuriteit van Thread-netwerke van kritieke belang.
• Thread gebruik 'n netwerkwye sleutel wat by die Media Access Layer (MAC) vir enkripsie gebruik word. Hierdie sleutel word gebruik vir standaard IEEE 802.15.4-2006 verifikasie en enkripsie. IEEE 802.15.4-2006-sekuriteit beskerm die Thread-netwerk teen oor-die-lug-aanvalle wat van buite die netwerk afkomstig is. Kompromie van enige individuele nodus kan moontlik die netwerkwye sleutel openbaar. Gevolglik is dit gewoonlik nie die enigste vorm van sekuriteit wat binne die Thread-netwerk gebruik word nie. Elke nodus in die Thread-netwerk ruil raamtellers met sy bure uit via 'n MLE-handdruk. Hierdie raamtellers help om teen herhalingsaanvalle te beskerm. (Vir meer inligting oor MLE, sien die Thread Spesifikasie.) Thread laat die toepassing toe om enige internetsekuriteitsprotokol vir end-tot-end kommunikasie te gebruik.
• Nodusse verduister beide hul maaswye IP-adres-koppelvlakke en hul MAC-uitgebreide ID's deur dit ewekansig te maak. Die voorraad EUI64 wat aan die nodus geteken is, word slegs tydens die aanvanklike aansluitingsfase as 'n bronadres gebruik. Sodra 'n nodus aan 'n netwerk gekoppel is, gebruik die nodus as sy bron óf 'n adres gebaseer op sy twee-grepe nodus ID, óf een van sy ewekansige adresse hierbo genoem. Die EUI64 word nie as 'n bronadres gebruik sodra die nodus aan 'n netwerk gekoppel is nie.

Netwerkbestuur moet ook veilig wees. 'n Draadnetwerkbestuurtoepassing kan op enige internetgekoppelde toestel uitgevoer word. As daardie toestel nie self 'n lid van 'n Thread-netwerk is nie, moet dit eers 'n veilige Da vestigtagram Transport Layer Security (DTLS) verbinding met 'n Thread Border Router. Elke Thread-netwerk het 'n bestuurswagfrase wat gebruik word om hierdie verbinding te vestig. Sodra 'n bestuursprogram aan die Thread-netwerk gekoppel is, kan nuwe toestelle by die netwerk gevoeg word.

1. 802.15.4 Sekuriteit
   • Die IEEE 802.15.4-2006-spesifikasie beskryf draadlose en mediatoegangsprotokolle vir PAN'e en HAN'e. Hierdie protokolle is bedoel vir implementering op toegewyde radiotoestelle soos dié wat by Silicon Labs beskikbaar is. IEEE 802.15.4-2006 ondersteun 'n verskeidenheid toepassings, waarvan baie sekuriteitsensitief is. Byvoorbeeldample, oorweeg die geval van 'n alarmstelseltoepassing wat geboubesetting monitor. As die netwerk nie veilig is nie en 'n indringer verkry toegang tot die netwerk, kan boodskappe uitgesaai word om 'n vals alarm te skep, 'n bestaande alarm te verander of 'n wettige alarm stil te maak. Elkeen van hierdie situasies hou aansienlike risiko's vir die geboubewoners in.
   • Baie toepassings vereis vertroulikheid en die meeste het ook integriteitbeskerming nodig. 802-15.4-2006 spreek hierdie vereistes aan deur 'n skakellaagsekuriteitsprotokol met vier basiese sekuriteitsdienste te gebruik:
   • Toegangsbeheer
   • Boodskap integriteit
   • Boodskapvertroulikheid
   • Herhaalbeskerming
   • Die herspeelbeskerming wat deur IEEE 802.15.4-2006 verskaf word, is slegs gedeeltelik. Thread lewer bykomende sekuriteit met behulp van MLE-handdrukke tussen nodusse wat hierbo bespreek is om die herhalingsbeskerming te voltooi.
2. Veilige netwerkbestuur
   Netwerkbestuur moet ook veilig wees. 'n Draadnetwerkbestuurtoepassing kan op enige internetgekoppelde toestel uitgevoer word. Daar is twee dele van die sekuriteit:
   • Oor-die-lug sekuriteit waarvoor 802.15.4 sorg. Thread implemente 802.15.4-2006 vlak 5 sekuriteit.
   • CCM-netwerke: Indien 'n toestel nie self 'n lid van 'n CCM-netwerk is nie, moet dit 'n verbinding met 'n ruggraatgrensrouter bewerkstellig om sy operasionele sertifikaat te verkry om homself as deel van die Thread-domein te vestig.
   • Nie-CCM-netwerke: Internetsekuriteit: As 'n toestel nie self 'n lid van 'n Thread-netwerk is nie, moet dit eers 'n veilige Data-gram Transit Layer Security (DTLS)-verbinding met 'n Thread Border Router tot stand bring. Elke Thread-netwerk het 'n bestuurswagfrase wat gebruik word om veilige verbindings tussen eksterne bestuurstoestelle en Border Routers te vestig. Sodra 'n bestuursprogram aan die Thread-netwerk gekoppel is, kan nuwe toestelle by die netwerk gevoeg word.

Grensroeteerder

• 'n Thread Border Router is 'n toestel wat 'n draadlose draadnetwerk met ander IP-gebaseerde netwerke (soos Wi-Fi of Ethernet) in die buitewêreld verbind via 'n plaaslike tuis- of ondernemingsnetwerk. Anders as poorte in ander draadlose oplossings, is dit ten volle deursigtig vir die vervoer- en toepassingsprotokolle wat bo die netwerklaag geleë is. As gevolg hiervan kan toepassings veilig van end-tot-end kommunikeer sonder enige toepassingslaagvertaling.
• 'n Thread Border Router ondersteun minimaal die volgende funksies:
  • End-tot-end IP-verbinding via roetering tussen Thread-toestelle en ander eksterne IP-netwerke.
  • Ingebruikneming van eksterne draad (bvample, 'n selfoon) om 'n Thread-toestel te staaf en by 'n Thread-netwerk aan te sluit.

Daar kan verskeie grensrouters in 'n netwerk wees, wat 'n "enkelpunt van mislukking" uitskakel indien een van hulle wanfunksioneer. Die grensroeteerder stel elke Thread-toestel in staat om direk aan globale wolkdienste te koppel, wanneer ondernemingsnetwerke IPv6 en IPv4, of slegs IPv4 bedryf.

1.  Grensroeteerderkenmerke vir Off-Mesh-kommunikasie
   • Thread kan onmiddellik geïmplementeer word in huidige werksituasies, voor gedeeltelike of volle oorgang na IPv6 en Thread aktiveer IPv4 terugwaartse versoenbaarheid met behulp van Network Address
   • Vertaling (NAT). NAT64 vertaal IPv6-pakkies na IPv4, en NAT64 vertaal IPv4-pakkies na IPv6. 'n Thread Border Router kan funksioneer as 'n IPv4 gasheer op die wye area netwerk (WAN), wat in staat is om 'n IPv4 koppelvlak en router adres te verkry. Dit kan 'n adres verkry met DHCP vanaf 'n IPv4-adrespoel. Die Thread Border Router kan ook Port Control Protocol (PCP) implementeer om te beheer hoe inkomende IPv4-pakkies vertaal en aangestuur word en ondersteun statiese kartering. Die meeste van die IPv4 na IPv6 (en omgekeerd) vertalings kan deur die Thread hanteer word
   • Grensroeteerder, met minimale veranderings wat nodig is aan 'n bestaande netwerk.
     Boonop ondersteun Thread Border Routers bidirectionele IPv6-verbinding met IPv6-buurontdekking, router-advertensies, multi-cast-ontdekking en pakkie-aanstuur.
2. Ryg oor Infrastruktuur
   • Draadnetwerke organiseer outomaties in aparte Draadnetwerkpartisies wanneer daar geen verbinding tussen twee of meer stelle toestelle is nie. Draadpartisies laat toestelle toe om kommunikasie met ander toestelle in dieselfde Draadpartisie te handhaaf, maar nie met Draadtoestelle in ander partisies nie.
   • Thread over Infrastructure laat Thread-toestelle toe om IP-gebaseerde skakeltegnologieë in te sluit (bvample, Wi-Fi en Ethernet) in die Draad-topologie. Hierdie addisionele draadskakels oor ander skakeltegnologieë verminder die waarskynlikheid van voorkoms van veelvuldige draadnetwerk-partisies, terwyl terugwaartse versoenbaarheid met bestaande draad 1.1- en 1.2-toestelle gewaarborg word. Hierdie voordele word verkry vir enige netwerktopologie wat ten minste twee Grensroeteerders insluit wat via 'n gedeelde aangrensende infrastruktuurskakel gekoppel is.
   • Vir meer inligting, verwys na Draadspesifikasie 1.3.0 (of Draadspesifikasie konsep 1.4), Hoofstuk 15 (Draad oor Infrastruktuur).
3. OpenThread Border Router
   OpenThread se implementering van 'n Border Router word 'n OpenThread Border Router (OTBR) genoem. Dit ondersteun 'n mesh-koppelvlak wat 'n RCP-model gebruik. Silicon Labs bied 'n implementering (ondersteun op die Raspberry Pi) en bronkode as deel van die Silicon Labs GSDK. Vir meer inligting, sien AN1256: Gebruik van die Silicon Labs RCP met die OpenThread Border Router.
   Dokumentasie oor die opstelling en argitektuur van die OTBR is beskikbaar by https://openthread.io/guides/border-router.

Toestel ingebruikneming

Thread-toestelle word op verskillende maniere in Thread-netwerke in gebruik geneem soos beskryf in die volgende onderafdelings.

1. Tradisionele draadingebruikneming
   • Vir die netwerk-ingebruikneming van kleiner netwerke (Draadspesifikasie 1.1.1 of hoër), kan installeerders die Thread-ingebruikneming-toepassing gebruik wat as 'n gratis hulpbron vir Android- en iOS-toestelle verskaf word. Hierdie toepassing kan gebruik word om maklik nuwe toestelle by die netwerk te voeg of bestaande toestelle te herkonfigureer.
   • Thread gebruik die Mesh Commissioning Protocol (MeshCoP) om nuwe, onbetroubare radiotoestelle veilig by 'n maasnetwerk te staaf, in gebruik te stel en aan te sluit. Draadnetwerke bestaan ​​uit 'n outonome selfkonfigurerende mesh van toestelle met IEEE 802.15.4-koppelvlakke en 'n skakelvlak-sekuriteitslaag wat vereis dat elke toestel in die mesh die huidige, gedeelde geheime hoofsleutel moet besit.
   • Die ingebruiknemingsproses begin wanneer 'n Kommissaris-kandidaat, tipies 'n selfoon wat via WiFi gekoppel is, die Thread-netwerk deur een van sy Grensroeteerders ontdek. Grensroeteerders adverteer hul beskikbaarheid aan Kommissarisse deur gebruik te maak van enige diensplek wat toepaslik is. Die ontdekkingsmeganisme moet 'n Kommissaris-kandidaat van beide 'n kommunikasiepad en die netwerknaam voorsien, want die netwerknaam word later as 'n kriptografiese sout gebruik vir die vestiging van die Ingebruiknemingsessie.
   • Die Kommissaris-kandidaat, nadat hy die Thread-netwerk van belang ontdek het, koppel veilig daaraan deur die ingebruiknemingsgeloofsbewys ('n mens-geselekteerde wagwoordfrase vir gebruik in stawing). Die Kommissaris-verifikasie-stap vestig 'n veilige kliënt/bediener-sokverbinding tussen die Kommissaris-kandidaat en 'n Grensroeteerder via DTLS. Hierdie veilige sessie staan ​​bekend as 'n ingebruiknemingsessie. Die ingebruiknemingsessie gebruik die toegekende UDP-poortnommer wat tydens die ontdekkingsfase geadverteer is. Hierdie hawe staan ​​bekend as die Commissioner Port. Die geloofsbrief wat gebruik word om die ingebruiknemingsessie te vestig, staan ​​bekend as die voorafgedeelde sleutel vir die kommissaris (PSKc).
   • Die Kommissaris-kandidaat registreer dan sy identiteit by sy Grensroeteerder. Die Leier reageer deur die Grensroeteerder óf te aanvaar óf te verwerp as 'n lewensvatbare expediteur na die Kommissaris.
   • By aanvaarding dateer die Leier sy interne toestand op om die aktiewe Kommissaris op te spoor, en die Grensroeteerder stuur dan 'n bevestigingsboodskap aan die Kommissariskandidaat om die toestel in te lig dat dit nou die Kommissaris is.
   • Wanneer daar 'n gemagtigde Kommissaris is wat met die Draadnetwerk geassosieer word, word dit moontlik om by geskikte Draadtoestelle aan te sluit. Dit staan ​​bekend as Joiners voordat hulle deel word van die
   • Draadnetwerk. Die Joiner skep eers 'n DTLS-verbinding met die Kommissaris om ingebruiknemingsmateriaal uit te ruil. Dit gebruik dan die ingebruiknemingsmateriaal om aan die Thread-netwerk te koppel. Die nodus word eers as deel van die netwerk beskou nadat hierdie twee stappe voltooi is. Dit kan dan deelneem aan die aansluitingsproses vir toekomstige nodusse. Al hierdie stappe bevestig dat die korrekte toestel by die korrekte Thread-netwerk aangesluit het, en dat die Thread-netwerk self veilig is teen draadlose en internetaanvalle. Vir meer inligting oor die Mesh Commissioning Protocol, sien die Thread spesifikasie.
2. Verbeterde ingebruikneming met kommersiële uitbreidings in draad 1.2
   • Draadspesifikasie 1.2 en sy kommersiële uitbreidings maak nou voorsiening vir baie groter skaal netwerke, soos dié wat nodig is in kantoorgeboue, openbare geboue, hotelle of ander tipes industriële of kommersiële geboue. As gevolg van beter ondersteuning van subnetwerk, laat Thread Spec-ification 1.2 makliker duisende toestelle in een ontplooiing toe, wat met die hand, outonoom en via gevorderde afstandbeheerfunksies gekonfigureer kan word.
   • Die kommersiële uitbreidings in Thread 1.2 maak voorsiening vir grootskaalse verifikasie, netwerkaansluiting, subnet-swerwing en bedryf gebaseer op vertroude identiteite in 'n Enterprise Domain. Om betroubare verifikasie van toestelle en verifikasie van magtigingsinligting moontlik te maak, kan 'n stelselinstalleerder 'n Enterprise Certificate Authority opstel om die ontplooiing van 'n grootskaalse netwerk te vereenvoudig. Dit laat die installeerder toe om die netwerk op te stel en in stand te hou sonder direkte toegang tot die individuele toestelle en sonder enige direkte interaksie met hierdie toestelle, deur middel van 'n outomatiese inskrywingsproses genaamd Outonome Inskrywing. Anders as Thread 1.1, waar toestelwagkodeparing vir stawing gebruik word, sal die kommersiële uitbreidings in Thread 1.2 ’n meer skaalbare sertifikaat-gebaseerde vorm van stawing ondersteun. 'n Ondernemingsnetwerk kan een of meer Thread Domains hê en elke Thread Domain kan opgestel word om verskeie Thread-netwerke te integreer.

Toepassingslaag

Draad is 'n draadlose maasnetwerkstapel wat verantwoordelik is vir die roetering van boodskappe tussen verskillende toestelle in die Draadnetwerk wat in afdeling 2.2 Draadnetwerkargitektuur beskryf word. Die volgende figuur illustreer die lae in die Thread-protokol.

Figuur 12.1. Draadprotokollae

• 'n Standaarddefinisie van 'n toepassingslaag is 'n "abstraksielaag wat die gedeelde protokolle en koppelvlakmetodes spesifiseer wat deur gashere in 'n kommunikasienetwerk gebruik word" (https://en.wikipedia.org/wiki/Application_layer). Eenvoudiger gestel, 'n toepassingslaag is die "taal van toestelle", bvample, hoe 'n skakelaar met 'n gloeilamp praat. Deur hierdie definisies te gebruik, bestaan ​​'n toepassingslaag nie in Thread nie. Kliënte bou die toepassingslaag op grond van die vermoëns in die Thread-stapel en hul eie vereistes. Alhoewel Thread nie 'n toepassingslaag verskaf nie, verskaf dit wel basiese toepassingsdienste:
• UDP-boodskappe
  UDP bied 'n manier om boodskappe te stuur met 'n 16-bis-poortnommer en 'n IPv6-adres. UDP is 'n eenvoudiger protokol as TCP en het minder verbindingsbokoste (bvample, UDP implementeer nie aanhou-boodskappe nie). As gevolg hiervan maak UDP 'n vinniger, hoër deurvloei van boodskappe moontlik en verminder die algehele kragbegroting van 'n toepassing. UDP het ook 'n kleiner kodespasie as TCP, wat meer beskikbare flits op die skyfie laat vir pasgemaakte toepassings.
• Multicast boodskappe
  Thread bied die vermoë om boodskappe uit te saai, dit wil sê om dieselfde boodskap na verskeie nodusse op 'n Thread-netwerk te stuur. Multicast laat 'n ingeboude manier toe om met naburige nodusse, routers en 'n hele Thread-netwerk met standaard IPv6-adresse te praat.
• Toepassingslae wat IP-dienste gebruik
  Thread laat die gebruik van toepassingslae soos UDP en CoAP toe om toestelle toe te laat om interaktief oor die internet te kommunikeer. Nie-IP-toepassingslae sal 'n mate van aanpassing vereis om op Thread te werk. (Sien RFC 7252 vir meer inligting oor CoAP.)
  • Die Silicon Labs OpenThread SDK bevat die volgende sample toepassings wat ook beskikbaar is vanaf die OpenThread GitHub-bewaarplek:• ot-cli-ftd
  • ot-cli-mtd
  • ot-rcp (gebruik saam met 'n OpenThread Border Router)
• Hierdie toepassings kan gebruik word om die kenmerke van 'n Thread-netwerk te demonstreer. Daarbenewens bied die Silicon Labs OpenThread SDK ook 'n slaperige eindtoestel sample app (slaperig-demo-ftd en slaperig-demo-mtd), wat demonstreer hoe om die Silicon Labs-kragbestuurderkenmerke te gebruik om 'n laekragtoestel te skep. Ten slotte, die ot-ble-dmp sampDie toepassing demonstreer hoe om 'n dinamiese multiprotokoltoepassing te bou deur OpenThread en die Silicon Labs Bluetooth-stapel te gebruik. Sien QSG170: OpenThread Quick-Start Guide vir meer inligting oor die werk met example toepassings in Simplicity Studio 5.

Volgende stappe

• Die Silicon Labs OpenThread SDK bevat 'n gesertifiseerde OpenThread-netwerkstapel en sample toepassings wat basiese netwerk- en toepassingsgedrag demonstreer. Kliënte word aangemoedig om die ingesluit s te gebruikample toepassings om vertroud te raak met Thread in die algemeen en die Silicon Labs-aanbieding in die besonder. Elkeen van die toepassings demonstreer hoe toestelle vorm en aansluit by netwerke, asook hoe boodskappe gestuur en ontvang word. Die toepassings is beskikbaar vir gebruik nadat Simplicity Studio 5 en die Silicon Labs OpenThread SDK gelaai is. Simplicity Studio 5 sluit ondersteuning in vir die skep van toepassings (Project Configurator) en dekodering van die netwerk- en toepassingslaagboodskappe (Network Analyzer) in Thread wat bykomende insig in die werking van Thread-netwerke verskaf. Vir meer inligting, sien QSG170: OpenThread Quick-Start Guide.
• Vir meer inligting oor OpenThread Border Routers sien AN1256: Gebruik van die Silicon Labs RCP met die OpenThread Border Router. Vir meer inligting oor die ontwikkeling van Thread 1.3.0 sample toepassings sien AN1372: Opstel van OpenThread-toepassings vir Thread 1.3.

Disclaimer

• Silicon Labs beoog om kliënte te voorsien van die nuutste, akkurate en diepgaande dokumentasie van alle randapparatuur en modules wat beskikbaar is vir stelsel- en sagteware-implementeerders wat die Silicon Labs-produkte gebruik of van voorneme is om te gebruik. Karakteriseringsdata, beskikbare modules en randapparatuur, geheuegroottes en geheue-adresse verwys na elke spesifieke toestel, en “Tipiese” parameters wat verskaf word, kan en verskil in verskillende toepassings. Toepassing bvampLese wat hierin beskryf word, is slegs vir illustratiewe doeleindes. Silicon Labs behou die reg voor om veranderinge aan te bring sonder verdere kennisgewing aan die produkinligting, spesifikasies en beskrywings hierin, en gee nie waarborge ten opsigte van die akkuraatheid of volledigheid van die ingeslote inligting nie. Sonder voorafkennisgewing kan Silicon Labs produkfirmware tydens die vervaardigingsproses opdateer vir sekuriteits- of betroubaarheidsredes. Sulke veranderinge sal nie die spesifikasies of die prestasie van die produk verander nie. Silicon Labs sal geen aanspreeklikheid hê vir die gevolge van die gebruik van die inligting wat in hierdie dokument verskaf word nie. Hierdie dokument impliseer of verleen nie uitdruklik enige lisensie om enige geïntegreerde stroombane te ontwerp of te vervaardig nie. Die produkte is nie ontwerp of gemagtig om gebruik te word binne enige FDA Klas III-toestelle, toepassings waarvoor FDA voorafmarkgoedkeuring vereis word of lewensondersteuningstelsels sonder die spesifieke skriftelike toestemming van
• Silicon Labs. 'n "Lewensondersteuningstelsel" is enige produk of stelsel wat bedoel is om lewe en/of gesondheid te ondersteun of te onderhou, wat, indien dit misluk, redelikerwys verwag kan word om aansienlike persoonlike besering of dood tot gevolg te hê. Silicon Labs-produkte is nie ontwerp of gemagtig vir militêre toepassings nie. Silicon Labs-produkte mag onder geen omstandighede in massavernietigingswapens gebruik word nie, insluitend (maar nie beperk nie tot) kern-, biologiese of chemiese wapens, of missiele wat in staat is om sulke wapens te lewer nie. Silicon Labs ontken alle uitdruklike en geïmpliseerde waarborge en sal nie verantwoordelik of aanspreeklik wees vir enige beserings of skade wat verband hou met die gebruik van 'n Silicon Labs-produk in sulke ongemagtigde toepassings nie. Let wel: Hierdie inhoud kan aanstootlike terminologie bevat wat nou verouderd is. Silicon Labs vervang hierdie terme waar moontlik met inklusiewe taal. Vir meer inligting, besoek www.silabs.com/about-us/inclusive-lexicon-project

Handelsmerkinligting

• Silicon Laboratories Inc.®, Silicon Laboratories®, Silicon Labs®, SiLabs® en die Silicon Labs-logo®, Bluegiga®, Bluegiga Logo®, EFM®, EFM32®, EFR, Ember®, Energy Micro, Energy Micro-logo en kombinasies daarvan , "die wêreld se mees energievriendelike mikrobeheerders", Redpine Signals®, WiSeConnect , n-Link, EZLink®, EZRadio®, EZRadioPRO®, Gecko®, Gecko OS, Gecko OS Studio, Precision32®, Simplicity Studio®, Telegesis, die Telegesis Logo®, USBXpress®, Zentri, die Zentri-logo en Zentri DMS, Z-Wave®, en ander is handelsmerke of geregistreerde handelsmerke van
• Silicon Labs. ARM, CORTEX, Cortex-M3 en THUMB is handelsmerke of geregistreerde handelsmerke van ARM Holdings. Keil is 'n geregistreerde handelsmerk van ARM Beperk. Wi-Fi is 'n geregistreerde handelsmerk van die
• Wi-Fi Alliansie. Alle ander produkte of handelsname wat hierin genoem word, is handelsmerke van hul onderskeie houers.
  • Silicon Laboratories Inc. 400 West Cesar Chavez Austin, TX 78701 VSA
  • www.silabs.com

Dokumente / Hulpbronne

SILICON LABS UG103.11 Thread Fundamentals sagteware [pdf] Gebruikersgids UG103.11 Thread Fundamentals sagteware, UG103.11, Thread Fundamentals sagteware, Fundamentals sagteware, sagteware

Verwysings

• Gebruikershandleiding