DSAP，請(qǐng)問dsap乙肝小三陽能根治嗎小三陽有治好的嗎

來源：整理時(shí)間：2024-11-03 13:46:33 編輯：智能門戶手機(jī)版

1，請(qǐng)問dsap乙肝小三陽能根治嗎小三陽有治好的嗎

目前是全球還沒有研究出來可以根治的方法。

dsap乙肝小三陽能根治嗎，小三陽有治好的嗎？澤瑞閱耗晌可腫愁噸戲科嶺鑰準(zhǔn)大地歌喚彩云滿園春關(guān)不住春色滿園

治不好！只可控制！但是小三陽只要肝功正常就如正常人！這是小病，別太在意！該做的是：開開心心過好每一天！好心情能治百??！定期復(fù)查肝功能！3個(gè)月到半年復(fù)查一次！一個(gè)字一個(gè)字打出來的，望采納！可追問

請(qǐng)問dsap乙肝小三陽能根治嗎小三陽有治好的嗎

2，英語dssap是什么意思

是不是打錯(cuò)了？DSAP [詞典] [醫(yī)][=disseminated superficial actinic porokeratosis] 播散性表面光化性汗角化病; [例句]We studied disseminated superficial actinic porokeratosis ( DSAP) and ichthyosis vulgaris ( IV).我們研究了播散性淺表光化性汗孔角化癥（DSAP）和尋常型魚鱗?。↖V）。

intended本身就是一個(gè)準(zhǔn)備，打算的意思。沒必要那么精確的，只要時(shí)間不要相差太大，三五天都沒有問題的，放心吧

英語dssap是什么意思

3，LLC的幀結(jié)構(gòu)

1.邏輯鏈路控制2.媒體訪問控制3.目的單元業(yè)務(wù)接入點(diǎn)4..源服務(wù)訪問點(diǎn)5.協(xié)議數(shù)據(jù)單元6.前置放大器

LLC 為上層提供了處理任何類型 MAC 層的方法，例如，以太網(wǎng) IEEE 802.3 CSMA/CD 或者令牌環(huán) IEEE 802.5 令牌傳遞（Token Passing）方式。　　LLC 是在高級(jí)數(shù)據(jù)鏈路控制（HDLC ： High-Level Data-Link Control）的基礎(chǔ)上發(fā)展起來的，并使用了 HDLC 規(guī)范的子集。LLC 定義了三種數(shù)據(jù)通信操作類型：　　類型1：無連接。該方式不保證發(fā)送的信息一定可以收到?！　☆愋?：面向連接。該方式提供了四種服務(wù)：連接的建立、確認(rèn)和數(shù)據(jù)到達(dá)響應(yīng)、差錯(cuò)恢復(fù)（通過請(qǐng)求重發(fā)接收到的錯(cuò)誤數(shù)據(jù)實(shí)現(xiàn)）以及滑動(dòng)窗口（系數(shù)：128）?；瑒?dòng)窗口用來提高數(shù)據(jù)傳輸速率?！　☆愋?：無連接應(yīng)答響應(yīng)服務(wù)?！　☆愋?的 LLC 無連接服務(wù)中規(guī)定了一種靜態(tài)幀格式，并允許在其上運(yùn)行網(wǎng)絡(luò)協(xié)議。使用傳輸層協(xié)議的網(wǎng)絡(luò)協(xié)議通常會(huì)使用服務(wù)類型1方式?！　☆愋?的 LLC 面向連接服務(wù)支持可靠數(shù)據(jù)傳輸，運(yùn)用于不需要調(diào)用網(wǎng)絡(luò)層和傳輸層協(xié)議的局域網(wǎng)環(huán)境。

LLC的幀結(jié)構(gòu)

4，求什么是前導(dǎo)字節(jié)

是抄表前為了喚醒表具以及使總線穩(wěn)定而發(fā)送的無效字節(jié)。僅起到喚醒總線并使通信穩(wěn)定的作用。

一、典型幀結(jié)構(gòu)：ethernet_iiethernet_ii中所包含的字段：前導(dǎo)碼：包括同步碼（用來使局域網(wǎng)中的所有節(jié)點(diǎn)同步，7字節(jié)長(zhǎng)）和偵標(biāo)志（幀的起始標(biāo)志7，1字節(jié)）兩部分；目的地址：接收端的mac地址，6字節(jié)長(zhǎng)；源地址：發(fā)送端的mac地址，6字節(jié)長(zhǎng)；類型：數(shù)據(jù)包的類型（即上層協(xié)議的類型），2字節(jié)長(zhǎng)；數(shù)據(jù)：被封裝的數(shù)據(jù)包，46－1500字節(jié)長(zhǎng)；校驗(yàn)碼：錯(cuò)誤檢驗(yàn)，4字節(jié)長(zhǎng)。 ethernet_ii的主要特點(diǎn)是通過類型域標(biāo)識(shí)了封裝在幀里的數(shù)據(jù)包所采用的協(xié)議，類型域是一個(gè)有效的指針，通過它，數(shù)據(jù)鏈路層就可以承載多個(gè)上層（網(wǎng)絡(luò)層）協(xié)議。但是，ethernet_ii的缺點(diǎn)是沒有標(biāo)識(shí)幀長(zhǎng)度的字段。二、原始的802.3 原始的802.3幀是早期的novell netware網(wǎng)絡(luò)的默認(rèn)封裝。它使用802.3的幀類型，但沒有l(wèi)lc域。同ethernet_ii的區(qū)別：將類型域改為長(zhǎng)度域，解決了原先存在的問題。但是由于缺省了類型域，因此不能區(qū)分不同的上層協(xié)議。三、802.2sap/snap：為了區(qū)別802.3數(shù)據(jù)幀中所封裝的數(shù)據(jù)類型， ieee引入了802.2sap和snap的標(biāo)準(zhǔn)。它們工作在數(shù)據(jù)鏈路層的llc（邏輯鏈路控制）子層。通過在802.3幀的數(shù)據(jù)字段中劃分出被稱為服務(wù)訪問點(diǎn)（sap）的新區(qū)域來解決識(shí)別上層協(xié)議的問題，這就是802.2sap。llc標(biāo)準(zhǔn)包括兩個(gè)服務(wù)訪問點(diǎn)，源服務(wù)訪問點(diǎn)（ssap）和目標(biāo)服務(wù)訪問點(diǎn)（dsap）。每個(gè)sap只有1字節(jié)長(zhǎng)，而其中僅保留了6比特用于標(biāo)識(shí)上層協(xié)議，所能標(biāo)識(shí)的協(xié)議數(shù)有限。因此，又開發(fā)出另外一種解決方案，在802.2sap的基礎(chǔ)上又新添加了一個(gè)2字節(jié)長(zhǎng)的類型域（同時(shí)將sap的值置為aa），使其可以標(biāo)識(shí)更多的上層協(xié)議類型，這就是802.2snap。

5，IEEE8022LLC和IEEE8022SNAP是什么

IEEE802.2——邏輯鏈路控制。這是高層協(xié)議與任何一種局域網(wǎng)MAC子層的接口。LLC是：邏輯鏈路控制子層。一個(gè)主機(jī)中可能有多個(gè)進(jìn)程在運(yùn)行，它們可能同時(shí)與其他的一些進(jìn)程（在同一主機(jī)或多個(gè)主機(jī)中）進(jìn)行通信。因此在一個(gè)主機(jī)的LLC子層的一個(gè)服務(wù)訪問點(diǎn)，以便想多哥進(jìn)程提供服務(wù) 。在網(wǎng)絡(luò)中的進(jìn)程通信時(shí)，需要有兩種地址：（1）MAC地址。即主機(jī)在網(wǎng)絡(luò)中的站地址或物理地址，著有MAC幀負(fù)責(zé)傳送。（2）SAP地址。即進(jìn)在某一個(gè)主機(jī)中的地址，也就是LLC子層上面的服務(wù)訪問點(diǎn) SAP，這由LLC幀負(fù)責(zé)傳送。這就是說，網(wǎng)絡(luò)中的尋址要分兩步走。第一步，用MAC幀的地址信息找到網(wǎng)絡(luò)中的某一個(gè)主機(jī)，第二步，用LLC幀的地址信息找到該主機(jī)中的某一個(gè)服務(wù)訪問點(diǎn)SAP。也就是說當(dāng)一個(gè)LLC子層有多個(gè)服務(wù)訪問點(diǎn)時(shí)，不同的用戶使用不同的服務(wù)訪問點(diǎn)時(shí)就可以做不同的事。LLC子層提供4種操作類型：LLC1，不確認(rèn)的無連接服務(wù)。LLC2，面向連接服務(wù)。LLC3，帶確認(rèn)的無連接服務(wù)。LLC4，高速傳送服務(wù)。為了區(qū)別802.3數(shù)據(jù)幀中所封裝的數(shù)據(jù)類型， IEEE引入了802.2SAP和SNAP的標(biāo)準(zhǔn)。它們工作在數(shù)據(jù)鏈路層的LLC（邏輯鏈路控制）子層。通過在802.3幀的數(shù)據(jù)字段中劃分出被稱為服務(wù)訪問點(diǎn)（SAP）的新區(qū)域來解決識(shí)別上層協(xié)議的問題，這就是802.2SAP。IEEE802.2SNAP是：LLC標(biāo)準(zhǔn)包括兩個(gè)服務(wù)訪問點(diǎn)，源服務(wù)訪問點(diǎn)（SSAP）和目標(biāo)服務(wù)訪問點(diǎn)（DSAP）。每個(gè)SAP只有1字節(jié)長(zhǎng)，而其中僅保留了6比特用于標(biāo)識(shí)上層協(xié)議，所能標(biāo)識(shí)的協(xié)議數(shù)有限。因此，又開發(fā)出另外一種解決方案，在802.2SAP的基礎(chǔ)上又新添加了一個(gè)2字節(jié)長(zhǎng)的類型域（同時(shí)將SAP的值置為AA），使其可以標(biāo)識(shí)更多的上層協(xié)議類型。RFC是request for comment的縮寫，是由IETF管理，所有關(guān)于Internet的正式標(biāo)準(zhǔn)都以文檔出版，但不是所有的RFC都是正式的標(biāo)準(zhǔn)，很多RFC的目的只是為了提供信息。RFC每一篇都用一個(gè)數(shù)字來標(biāo)識(shí)，如RFC2401 ，數(shù)字越大說明RFC 的內(nèi)容越新。RFC是免費(fèi)公開的，任何人都可以寫RFC并提交IETF，一旦正式通過就可以正式發(fā)布，一旦發(fā)布RFC內(nèi)容將不能再作任何修改，以后的修改只能通過新的RFC來處理，因此可以看到有很多新的RFC文檔obsolete（廢除）或update（更新）老的RFC。要真正了解一個(gè)協(xié)議的內(nèi)容，就需要看相關(guān)的RFC。

6，以太網(wǎng)幀的格式及各領(lǐng)域的含義

淺談以太網(wǎng)幀格式一、Ethernet幀格式的發(fā)展 1980 DEC,Intel,Xerox制訂了Ethernet I的標(biāo)準(zhǔn) 1982 DEC,Intel,Xerox又制訂了Ehternet II的標(biāo)準(zhǔn) 1982 IEEE開始研究Ethernet的國(guó)際標(biāo)準(zhǔn)802.3 1983 迫不及待的Novell基于IEEE的802.3的原始版開發(fā)了專用的Ethernet幀格式 1985 IEEE推出IEEE 802.3規(guī)范,后來為解決EthernetII與802.3幀格式的兼容問題,推出折衷的Ethernet SNAP格式 (其中早期的Ethernet I已經(jīng)完全被其他幀格式取代了 ,所以現(xiàn)在Ethernet只能見到后面幾種Ethernet的幀格式,現(xiàn)在大部分的網(wǎng)絡(luò)設(shè)備都支持這幾種Ethernet的幀格式,如:cisco的路由器再設(shè)定Ethernet接口時(shí)可以指定不同的以太網(wǎng)的幀格式:arpa,sap,snap,novell-ether) 二.各種不同的幀格式下面介紹一下各個(gè)幀格式 1.Ethernet II 就是DIX以太網(wǎng)聯(lián)盟推出的。。。。它由6個(gè)字節(jié)的目的MAC地址，6個(gè)字節(jié)的源MAC地址， 2個(gè)字節(jié)的類型域（用于標(biāo)示封裝在這個(gè)Frame、里面數(shù)據(jù)的類型)以上為Frame Header,接下來是46--1500字節(jié)的數(shù)據(jù)，和4字節(jié)的幀校驗(yàn) 2.Novell Ethernet 它的幀頭與Ethernet有所不同其中EthernetII幀頭中的類型域變成了長(zhǎng)度域，后面接著的兩個(gè)字節(jié)為0xFFFF,用于標(biāo)示這個(gè)幀是Novell Ether類型的Frame,由于前面的0xFFFF站掉了兩個(gè)字節(jié)所以數(shù)據(jù)域縮小為44-1498個(gè)字節(jié),幀校驗(yàn)不變。 3.IEEE 802.3/802.2 802.3的Frame Header和Ethernet II的幀頭有所不同,EthernetII類型域變成了長(zhǎng)度域。其中又引入802.2協(xié)議(LLC)在802.3幀頭后面添加了一個(gè)LLC首部,由DSAP(Destination Service Access Point)1 byte,SSAP(Source SAP),一個(gè)控制域--1 byte! SAP用于標(biāo)示幀的上層協(xié)議。 4.Ethernet SNAP SNAP Frame與802.3/802.2 Frame的最大區(qū)別是增加了一個(gè)5 Bytes的SNAP ID其中前面3個(gè)byte通常與源mac地址的前三個(gè)bytes相同為廠商代碼！有時(shí)也可設(shè)為0,后2 bytes與Ethernet II的類型域相同。。。三.如何區(qū)分不同的幀格式 Ethernet中存在這四種Frame那些網(wǎng)絡(luò)設(shè)備又是如何識(shí)別的呢? 如何區(qū)分EthernetII與其他三種格式的Frame 如果幀頭跟隨source mac地址的2 bytes的值大于1500,則此Frame為EthernetII格式的接著比較緊接著的兩bytes如果為0xFFFF則為Novell Ether類型的Frame,如果為0xAAAA則為Ethernet SNAP格式的Frame ,如果都不是則為Ethernet 802.3/802.2格式的幀幾種以太網(wǎng)幀格式相當(dāng)長(zhǎng)的一段時(shí)間里我都沒搞明白一個(gè)很基礎(chǔ)的問題---以太網(wǎng)的封裝格式；最近查了查相關(guān)文檔，總結(jié)如下；首先說明一下，Ethernet和802.3并不是一回事，雖然我們經(jīng)?；煊眠@兩個(gè)術(shù)語；歷史上以太網(wǎng)幀格式有五種:1.Ethernet V1：這是最原始的一種格式，是由Xerox PARC提出的3Mbps CSMA/CD以太網(wǎng)標(biāo)準(zhǔn)的封裝格式，后來在1980年由DEC，Intel和Xerox標(biāo)準(zhǔn)化形成Ethernet V1標(biāo)準(zhǔn)；2.Ethernet V2(ARPA)：這是最常見的一種以太網(wǎng)幀格式，也是今天以太網(wǎng)的事實(shí)標(biāo)準(zhǔn)，由DEC，Intel和Xerox在1982年公布其標(biāo)準(zhǔn)，主要更改了Ethernet V1的電氣特性和物理接口，在幀格式上并無變化；Ethernet V2出現(xiàn)后迅速取代Ethernet V1成為以太網(wǎng)事實(shí)標(biāo)準(zhǔn)；Ethernet V2幀頭結(jié)構(gòu)為6bytes的源地址+6bytes的目標(biāo)地址+2Bytes的協(xié)議類型字段+數(shù)據(jù)。常見協(xié)議類型如下：0800 IP0806 ARP8137 Novell IPX809b Apple Talk如果協(xié)議類型字段取值為0000-05dc(十進(jìn)制的0-1500)，則該幀就不是Ethernet V2(ARPA)類型了，而是下面講到的三種802.3幀類型之一；Ethernet可以支持TCP/IP，Novell IPX/SPX，Apple Talk Phase I等協(xié)議；RFC 894定義了IP報(bào)文在Ethernet V2上的封裝格式；3.RAW 802.3：這是1983年Novell發(fā)布其劃時(shí)代的Netware/86網(wǎng)絡(luò)套件時(shí)采用的私有以太網(wǎng)幀格式，該格式以當(dāng)時(shí)尚未正式發(fā)布的802.3標(biāo)準(zhǔn)為基礎(chǔ)；但是當(dāng)兩年以后IEEE正式發(fā)布802.3標(biāo)準(zhǔn)時(shí)情況發(fā)生了變化—IEEE在802.3幀頭中又加入了802.2 LLC(Logical Link Control)頭，這使得Novell的RAW 802.3格式跟正式的IEEE 802.3標(biāo)準(zhǔn)互不兼容；可以看到在Novell的RAW 802.3幀結(jié)構(gòu)中并沒有標(biāo)志協(xié)議類型的字段，而只有Length字段(2bytes,取值為0000-05dc，即十進(jìn)制的0-1500)，因?yàn)镽AW 802.3幀只支持IPX/SPX一種協(xié)議；4.802.3/802.2 LLC：這是IEEE 正式的802.3標(biāo)準(zhǔn)，它由Ethernet V2發(fā)展而來。它將Ethernet V2幀頭的協(xié)議類型字段替換為幀長(zhǎng)度字段(取值為0000-05dc;十進(jìn)制的1500)；并加入802.2 LLC頭用以標(biāo)志上層協(xié)議，LLC頭中包含DSAP，SSAP以及Crontrol字段；常見SAP值：0 Null LSAP [IEEE]4 SNA Path Control [IEEE]6 DOD IP [79,JBP]AA SNAP [IEEE]FE Global DSAP [IEEE]SAP值用以標(biāo)志上層應(yīng)用，但是每個(gè)SAP字段只有8bits長(zhǎng)，而且其中僅保留了6比特用于標(biāo)識(shí)上層協(xié)議，因此所能標(biāo)識(shí)的協(xié)議數(shù)有限(不超過32種)；并且IEEE拒絕為某些重要的協(xié)議比如ARP協(xié)議定義SAP值(奇怪的是同時(shí)他們卻定義了IP的SAP值)；因此802.3/802.2 LLC的使用有很大局限性；5.802.3/802.2 SNAP：這是IEEE為保證在802.2 LLC上支持更多的上層協(xié)議同時(shí)更好的支持IP協(xié)議而發(fā)布的標(biāo)準(zhǔn)，與802.3/802.2 LLC一樣802.3/802.2 SNAP也帶有LLC頭，但是擴(kuò)展了LLC屬性，新添加了一個(gè)2Bytes的協(xié)議類型域（同時(shí)將SAP的值置為AA），從而使其可以標(biāo)識(shí)更多的上層協(xié)議類型；另外添加了一個(gè)3Bytes的OUI字段用于代表不同的組織，RFC 1042定義了IP報(bào)文在802.2網(wǎng)絡(luò)中的封裝方法和ARP協(xié)議在802.2 SANP中的實(shí)現(xiàn)；今天的實(shí)際環(huán)境中大多數(shù)TCP/IP設(shè)備都使用Ethernet V2格式的幀。這是因?yàn)榈谝环N大規(guī)模使用的TCP/IP系統(tǒng)(4.2/3 BSD UNIX)的出現(xiàn)時(shí)間介于RFC 894和RFC 1042之間，它為了避免不能和別的主機(jī)互操作的風(fēng)險(xiǎn)而采用了RFC 894的實(shí)現(xiàn)；也由于大家都抱著這種想法，所以802.3標(biāo)準(zhǔn)并沒有如預(yù)期那樣得到普及；CISCO設(shè)備的Ethernet Interface默認(rèn)封裝格式是ARPA(Ethernet V2) 不同廠商對(duì)這幾種幀格式通常有不同的叫法，比如：Frame Type Novel Cisco Ethernet Version 2 Ethernet_II arpa 802.3 Raw Ethernet_802.3 novell_etherIEEE 802.3/802.2 Ethernet_802.2 sap IEEE 802.3/802.2 SNAP ETHERNET_SNAP snap