RUDP

Reliable Data Protocol ( RDP ) on suunniteltu tarjoamaan luotettavaa tiedonsiirtoa pakettisuuntautuneiden sovellusten välillä. Se kehitettiin alun perin sovelluksille, jotka toteuttavat tiedon etälatauksen ja etävianmäärityksen, mutta sitä voidaan käyttää myös muissa sovelluksissa, jotka vaativat luotettavaa viestintää. RDP:stä on kaksi versiota, jotka kuvataan RFC 908 :ssa ja RFC 1151 :ssä.  

RUDP ( Reliable User Datagram Protocol ) -protokolla ,  joka perustuu RDP-protokollaan, on suunniteltu lähettämään puhelinsignaaleja IP-verkkojen kautta. Tämä protokolla ei ole standardoitu, sillä ei ole virallista määritystä.

RDP- ja RUDP-protokollia käytetään tapauksissa, joissa UDP :tä ei voida käyttää sen epäluotettavuuden vuoksi ja TCP:n käyttö aiheuttaa liian monimutkaisen tiedonsiirtoprosessin.

Toisin kuin UDP, RDP ja RUDP tukevat seuraavia ominaisuuksia:

• paketin toimituksen vahvistus
• kadonneiden pakettien uudelleenlähettäminen
• tietovirran ohjaus

RDP:n vuorovaikutus muiden kerrosten protokollien kanssa

RDP:n paikka protokollien hierarkiassa:

Tiedonvaihto tasojen välillä:

RDP tarjoaa sovelluskerrokselle luotettavan viestintäpalvelun. Protokollarajapinta muuntaa käyttäjätiedot viesteiksi. Viestit puolestaan ​​muunnetaan RDP:n ja IP:n välisen tiedonvaihdon aikana datasegmenteiksi ja sitten datagrammeiksi.

RDP- ja RUDP-otsikkomuodot

RDP-otsikon muoto

• Bitit 0-4 - lippu
• Ne määrittävät, onko segmentti vastaavan tyyppinen segmentti.

• SYN - segmenttiä käytetään yhteyden muodostamiseen ja synkronointiin.
• ACK - segmentti  - vahvistaaksesi sekvenssiin sisältyvän segmentin vastaanoton.
• EACK- segmentti  - segmenttinumeroiden lähettämiseen oikealla tarkistussummalla, mutta vastaanotettu väärässä järjestyksessä.
• RST - segmentti  on tarkoitettu yhteyden uudelleenlataamiseen tai sulkemiseen.
• NUL - segmentti  - tarkistaa, onko vastaanottaja aktiivinen.

• NUL:n jälkeinen bitti on aina 0.
• V-bitit  ovat protokollaversio.
• Otsikon pituus -kenttä  on otsikon pituus.
• Lähdeportit-kenttää käytetään tunnistamaan yhteyden aloittanut prosessi.
• Kentän kohdeportit  - toisen prosessin tunnistamiseen.
• Näiden kenttien yhdistelmät antavat RDP:lle mahdollisuuden muodostaa useita yhteyksiä kahden verkon isännän välille.
• Data Length -kenttä  on välitetyn segmentin pituus ilman protokollaotsikoita, eli edelleenlähetetyn segmentin käyttäjädatan pituus.
• Jaksonumero-kenttä  on segmentin sarjanumero.
• Kentän kuittausnumero  - sisältää nykyisen segmentin lähettäjän viimeksi vastaanottaman segmentin järjestysnumeron.
• Tarkistussumma-kenttä  on tarkistussumma.
• Variable Header Area -aluetta käytetään SYN- ja EACK-segmenttien parametrien välittämiseen.

RUDP-otsikon muoto

• Bitit 0-6 - Lippu
• Lippujen SYN, ACK, EAK, RST, NUL tarkoitus on samanlainen kuin vastaavien RDP-otsikon lippujen tarkoitus.
• CHK  - määrittää, sisältääkö Checksum-kenttä vain otsikon vai otsikon ja tiedon tarkistussumman.
• TCS  Määrittää, onko segmentti TCS-segmentti, jota käytetään yhteyden tilatietojen välittämiseen.
• TCS: n jälkeinen bitti on aina 0.
• Otsikon pituus -kenttä  on otsikon pituus.
• Järjestysnumero-kenttä  on viestin numero.
• Tarkistussumma-kenttä  on tarkistussumma.

Lisätietoja SYN-, ACK-, EAK-, RST-, NUL-segmenteistä, niiden rakenteesta ja parametreista on artikkelissa RFC 908 , arkistoitu 13. marraskuuta 2007 Wayback Machinessa  .

RDP-yhteyden elinkaari

Aluksi yhteys on SULJETTU-tilassa, eli sitä ei ole olemassa. Tästä tilasta poistuu pyyntö avata yhteys. Pyyntö voi olla aktiivinen tai passiivinen. Avoimen pyynnön ja onnistuneen SYN- ja ACK-segmenttien vaihdon jälkeen solmujen välillä yhteys siirtyy OPEN-tilaan. Tässä tilassa käyttäjätietoja lähetetään. Se poistuu, kun vastaanotetaan pyyntö sulkea yhteys tai RST-segmentti. Kun RST-segmentti vastaanotetaan, yhteys suljetaan jonkin viiveen jälkeen. Kun sulkemispyyntö vastaanotetaan, solmu lähettää RST-segmentin ja vasta sitten yhteys viivästyy ja sulkeutuu.

Linkit

• RFC 908 (protokollan ensimmäinen versio) Arkistoitu 13. marraskuuta 2007 Wayback Machinessa 
• RFC 1151 (protokollaversio 2) arkistoitu 18. lokakuuta 2007 Wayback Machinessa 
• RUDP-määrittelyluonnos Arkistoitu 16. syyskuuta 2011 Wayback Machinessa