Wiki source code of 11.03. UDP kontrolsumma

Last modified by Valdis Vītoliņš on 2018/01/15 21:44
Show last authors
1 = 11.03. UDP kontrolsumma =
2
3 UDP //kontrolsumma// pārklāj UDP sākumposmu un UDP datus. Atcerēsimies, ka kontrolsumma IP sākumposmā pārklāj vienīgi IP sākumposmu - tā nepārklāj IP datagrammas datus. Gan UDP gan TCP lieto kontrolsummas savos sākumposmos, lai pārklātu savus sākumposmus un savus datus. UDP gadījumā kontrolsumma ir neobligāta, kamēr TCP gadījumā tā ir obligāta.
4
5 Lai gan UDP kontrolsummas aprēķina pamati ir līdzīgi tam, ko aprakstījām [[3.2.nodaļā>>03_02]] IP sākumposma kontrolsummai (vienu papildinājums 16-bitu vārdu summai), ir arī atšķirības. Pirmkārt, UDP datagrammas garums var būt nepāra skaits baitu, kamēr algoritms saskaita 16 bitu vārdus. Risinājums ir pievienot polsterējuma baitu ar nullēm paketes galā, ja nepieciešams, tikai kontrolsummas aprēķināšanai. (T.i., iespējamais polsterējuma baits netiek nosūtīts.)
6
7 Gan UDP gan TCP iekļauj 12-baitu pseido-sākumposmu ar UDP datagrammu (vai TCP segmentu) tikai kontrolsummas aprēķināšanai. Šis pseido-sākumposms iekļauj dažus laukus no IP sākumposma. Mērķis ir ļaut UDP vēlreiz pārbaudīt, ka dati ir ieradušies pareizajā //galapunktā//, t.i., ka IP nav pieņēmis datagrammu, kas nav domāta šai mītnei, un ka IP nav iedevis UDP slānim datagrammu, kas domāta citam augstākam slānim. 11.3.attēls parāda pseido-hederi kopā ar UDP datagrammu.
8
9 {{velocity filter="none"}}
10 {{html clean="false" wiki="true"}}
11 #pic("f_11_3.gif", "500")
12 //11.3.attēls: Lauki, ko lieto UDP kontrolsummas aprēķināšanā//
13 <p/>
14 Šajā attēlā atklāti parādām datagrammu ar nepāra garumu, kam vajadzīgs polsterējuma baits kontrolsummas aprēķināšanai. Ievērojiet, ka UDP datagrammas garums parādās divreiz kontrolsummas aprēķinā.
15 <p/>
16 Ja aprēķinātā kontrolsumma ir 0, to noglabā kā visus vieniniekus (65535), kas ir nulles ekvivalents vieninieku papildinājuma aritmētikā. Ja nosūtīta kontrolsumma ir 0, tad tas norāda, ka sūtītājs neaprēķināja kontrolsummu.
17 <p/>
18 Ja sūtītājs aprēķināja kontrolsummu un saņēmējs konstatē kontrolsummas kļūdu, tad UDP datagrammu //klusām izmet//. Netiek ģenerēts kļūdas ziņojums. (Tas pats notiek, ja IP slānis konstatē IP sākumposma kontrolsummas kļūdu.)
19 <p/>
20 Šī UDP kontrolsumma ir //galapunktu kontrolsumma//. To aprēķina sūtītājs un tad pārbauda saņēmējs. Tā ir projektēta, lai noķertu jebkādas netīšas UDP sākumposma vai datu izmaiņas, kas notiek starp sūtītāju un saņēmēju.
21 <p/>
22 Lai gan UDP kontrolsummas ir neobligātas, patiesībā tām vienmēr būtu jābūt iespējotām. 1980-tajos gados daži datoru //izplatītāji// izslēdza UDP kontrolsummas pēc noklusējuma, lai paātrinātu savu implementāciju Sun'a //Tīklu Failu Sistēmai// (NFS), kas izmanto UDP. Tas var būt pieņemami vienā LAN'ā, kur //cikliskās pārpalicības pārbaude// (CRC) var konstatēt vairumu bojāto kadru. Toties tur kur datagrammas iet cauri maršrutētājiem, neko vairs nevar skaidri zināt. Ticiet vai nē, bet ir bijuši maršrutētāji ar programmatūras un aparatūras kļūdām, kas ir izmainījuši bitus maršrutējamās datagrammās. Šīs kļūdas UDP datagrammas līmenī nevar atrast, ja UDP //galapunktu kontrolsumma// ir atspējota. Ņemiet vērā arī to, ka daži datu posma protokoli (piemēram, SLIP) neatbalsta nekāda veida datu slāņa kontrolsummu.
23 <p/>
24 Mītnes prasību RFC prasa, lai UDP kontrolsummas būtu iespējotas pēc noklusējuma. Tas arī apgalvo, ka implementācijai ir jāpārbauda saņemtā kontrolsumma, ja sūtītājs tādu ir aprēķinājis, t.i. ja saņemtā kontrolsumma nav nulle. Daudzas implementācijas to neievēro, un tās pārbauda saņemto kontrolsummu tikai tad, ja izejošās kontrolsummas ir iespējotas.
25
26 == ##tcpdump## izvade ==
27
28 Ir grūti pārbaudīt, vai konkrētai sistēmai ir iespējotas UDP kontrolsummas. Parasti lietotnei ir neiespējami tieši piekļūt kontrolsummas laukam saņemtā UDP sākumposmā. Lai to apietu, autors pievienoja vēl vienu opciju ##tcpdump## programmai, kas izvada saņemto UDP kontrolsummu. Ja izdrukātā vērtība ir 0, tas nozīmē, ka sūtošā mītne neaprēķināja kontrolsummu.
29 <p/>
30 11.4.attēls parāda izvadi trim dažādām sistēmām mūsu izmēģinājumu tīklā (sk. attēlu uz #picref("f_COVER_1.gif", "iekšējā priekšējā vāka")). Darbinājām savu ##sock## programmu ([[Pielikums C>>App_C]]), kas sūtīja vienu UDP datagrammu ar 9 datu bitiem uz standarta atbalss (echo) servisu.
31 <p/>
32 #pic("f_11_4.gif", "500")
33 //11.4.attēls: tcpdump izvade, lai redzētu, vai citas mītnes pielieto UDP kontrolsummu//
34 <p/>
35 Varam redzēt no šī piemēra, ka divām no trim sistēmām UDP kontrolsummas bija //iespējotas//.
36 <p/>
37 Ievērojiet arī, ka šajā vienkāršajā piemērā izejošajai datagrammai ir tā pati kontrolsumma kas ienākošajai datagrammai (rindiņas 3 un 4, 5 un 6). Apskatot #picref("f_11_3.gif", "11.3.attēlu") redzam, ka divas IP adreses ir apmainījušās vietām tāpat kā atbilstošie portu numuri. Citi lauki pseido-sākumposmā un UDP sākumposmā ir tie paši, jo šie dati tiek atbalsoti. Tas pasvītro faktu, ka UDP kontrolsummas (tāpat kā visas citas kontrolsummas TCP/IP //protokolu komplektā//) ir vienkāršas 16-bitu summas. Tās nevar konstatēt kļūdu, kas apmaina vietām divas 16-bitu vērtības.
38 <p/>
39 Autors arī veica DNS pieprasījumu katram no astoņiem saknes //vārdserveriem//, kas aprakstīti [[14.2.nodaļā>>14_02]]. DNS galvenokārt izmanto UDP, un tikai diviem no šiem serveriem bija iespējotas UDP kontrolsummas!
40
41 == Nedaudz statistikas ==
42
43 [Mogul 1992] sniedz skaitu dažādām kontrolsummu kļūdām uz noslogota NFS (Network File System) servera, kurš darbināts 40 dienas. 11.5.attēls atspoguļo novēroto kļūdu kopskaitu:
44 <p/>
45 #pic("f_11_5.gif", "500")
46 //11.5.attēls: Sabojāto pakešu skaits, ko atklāj dažādas kontrolsummas//
47 {{/html}}
48 {{/velocity}}
49
50 Beigu kolonna ir tikai aptuvena katras rindas skaitļu summa, jo Ethernet'a un IP slāņos izmanto arī citus protokolus. Piemēram, ne visi Ethernet'a //kadri// ir IP datagrammas, jo vismaz nedaudz Ethernet'ā izmanto arī ARP. Ne visas IP datarammas ir vai nu UDP vai TCP, jo ICMP arī izmanto IP.
51
52 Ievērojiet, ka ir daudz lielāks TCP kontrolsummu procents, salīdzinot ar UDP kontrolsummu kļūdām. Tas ir iespējams, jo TCP savienojumi šajā sistēmā mēdza būt "liela attāluma" (kas ceļo cauri daudziem maršrutētājiem, tiltiem, u.c.), kamēr UDP //trafiks// bija lokāls.
53
54 Galvenais secinājums ir - pilnībā neuzticēties datu posma slāņa CRC (Ethernet'am, //žetonu aplim//, u.c.). Vajag visu laiku //iespējot// //no gala līdz galam// kontrolsummas. Un tad, ja Jūsu dati ir vērtīgi, tad var pilnībā neuzticēties arī UDP vai TCP kontrolsummām, jo tās ir vienkāršas kontrolsummas un nav domātas pilnīgi visu iespējamo kļūdu noķeršanai.