March 19, 2024

A legfontosabb RFC dokumentumok

Az itt szereplő részlet egy Interneten elérhető anyagból származik, aminek címe: Bevezetés a TCP/IP protokollba. Az eredeti dokumentáció:

Original Document Copyright © 1987, Charles L. Hedrick
Computer Science Facilities Group
Rutgers, New Jersey State University
Hungarian translation © 1996, Vincze Tamás.


Az Internet szabványokat RFC-knek hívják, ami a Request For Comments (Hozzászólásra, megvitatásra készített anyag) kifejezés rövidítése. Ha megszületik egy szabványtervezet, akkor azt először ajánlásként teszik közzé, és kap egy RFC számot. Ha végül az ajánlást elfogadják, akkor Hivatalos Internet Protokoll (Official Internet Protocols) válik belőle, de továbbra is az RFC számmal hivatkoznak rá. Megállapodás szerint minden RFC új számot kap, ha átdolgozzák. Két fontos RFC, az “Internet Számok” (RFC 1166) és a “Hivatalos Internet Protokollok” (RFC 1011) a tartalma miatt nagyon gyakran változik. A legutóbbi verzió száma az rfc-index.txt-ben található meg. A TCP/IP iránt érdeklődőknek javasolt az IP-t leíró RFC 791 tanulmányozása.
Az RFC 1812, 1716 és 1009 szintén hasznos lehet. Ezekben az NSFnet által használt átjárók specifikációja, valamint az útvonal-választás szerepel.

Mint ilyen, rengeteg, TCP/IP technológiával kapcsolatos részt tartalmaz. Érdemes áttanulmányozni legalább egy alkalmazói protokollt, hogy érezzük a dolog gyakorlati részét is. Erre talán a legjobb a levelezés leírása (RFC 821/822). A TCP (RFC 793) persze alapműnek számít. A specifikáció eléggé összetett, így ennek tanumányozása csak akkor javasolt, ha elég idő és türelem áll rendelkezésünkre a figyelmes olvasáshoz. Szerencsére Jon Postel, a főbb RFC-k szerzője, nagyon jól ír. A TCP RFC-t sokkal könnyebb olvasni, mint ahogy azt a tartalma alapján gondolnánk. Idővel a többi RFC-t is bátran nézegessük.

Következzen tehát a felsorolás:

  • rfc-index.txt az összes RFC listája
  • rfc1122/3 Követelmények az Internet hosztok felé. Több protokoll áttekintése. A protokollok gyengéinek, a gyártók által elfogadott konvencióknak, a gyakorlatban fellépő problémáknak, a problémák megoldásainak a listája. Egy adott protokoll tanulmányozása során ne felejtsük el figyelmesen átnézni, mert a protokollokat leíró rfc-k ezeket az információkat nem tartalmazzák. Ugyanez vonatkozik az rfc1009-re is.
  • rfc1012 az RFC-k teljesebb listája
  • rfc1011 Hivatalos Protokollok. Hasznos az átböngészése, hiszen itt olvasható, hogy milyen feladatot látnak el az egyes protokollok. Leírja továbbá, hogy melyik RFC vált szabvánnyá.
  • rfc1010 Kiosztott Számok. Az Internet-tel dolgozva gyakran lehet erre referenciaként szükség. Olvasni nem olyan izgalmas. A hivatalosan definiált jól-ismert számokat és egyebeket listázza. A legutóbbi változata az rfc1700 Internet Számok nevet viseli.
  • rfc1009 Követelmények az Internet Átjárók felé. Jól használható bevezetést nyújt az IP útvonal-választáshoz és az átjárókhoz. (Lásd még: rfc1716, rfc1812.)
  • rfc1001/2 netBIOS: hálózattervezés PC-vel
  • rfc973 tartományok aktualizálása. Ezen a téren sok új információ jelent meg. Az rfc1034 és rfc1035 újabb verziót jelölnek. Ezek aktualizálása az rfc1101, rfc1876 és az rfc1348, rfc1637, rfc1706.
  • rfc959 FTP (állományátvitel)
  • rfc950 alhálózatok
  • rfc937 POP2: levelek olvasása PC-n
  • rfc894 IP továbbítása Ethernet-en, lásd az rfc826-t is
  • rfc882/3 tartományok (‘hosztnév IP cím’ megfeleltetés, UUCP). Lásd még: rfc973.
  • rfc854/5 telnet — a távoli bejelentkezés protokollja
  • rfc826 ARPEthernet címek leképezési protokollja (IP címre)
  • rfc821/2 levelezés — ennek legutóbbi verziója az rfc1495. (Lásd még: rfc987, rfc1148, rfc1327 és rfc1026, rfc1138.)
  • rfc814 nevek és port-ok — általában az ismertebb port-okról
  • rfc793 TCP
  • rfc792 ICMP
  • rfc791 IP
  • rfc768 UDP
  • rip.doc a legjobban elterjedt útvonal-választási protokoll részletei (—> RFC 1058)
  • ien-116 régebbi névkiszolgáló (pár rendszer még használja)
  • ien-48 Catenet modell, a TCP/IP mögötti filozófia általános ismertetése

A következő dokumentumok egy-egy szűkebb területre specializálódtak:

  • rfc813 TCP ablak, és nyugtázási stratégiák
  • rfc815 datagram összerakási technikák
  • rfc816 hibakizárási és -feloldási módszerek
  • rfc817 modularitás és hatékonyság az implementációkban
  • rfc879 a TCP maximális szegmensméret opciója
  • rfc896 torlódásszabályozás
  • rfc827,888,904,975,985 EGP (Exterior Gateway Protocol) és azzal kapcsolatos témák
  • rfc968 A ‘Twas the Night Before Start-up című szellemes verset olvashatjuk, melyben a szerző a hálózatok telepítésekor felbukkanó problémákat ecseteli.

A legfontosabb RFC-k három kötetes gyűjteménye a DDN Protocol Handbook (DDN Protokoll Kézikönyv, 1985; ~12 cm vastag), amely a

DDN Network Information Center, SRI International, 333 Ravenswood Avenue,
Menlo Park,
California 94025, USA (telefon: ++1-800-235-3155)

címen rendelhető. Az RFC-k anonim FTP-vel is elérhetők a NIC.DDN.MIL címen. A dokumentumok nevei:

RFC:

  • /rfc/rfc-index.txt
  • /rfc/rfcN.txt, ahol N a kért RFC száma

Ajánlott még az InterNIC Directory and Database Services, ds.internic.net kiszolgáló anonim FTP elérése. A keresett RFC dokumentumok az rfc/rfc####.txt vagy rfc/rfc###.ps nevek alatt találhatóak, ahol a #### a kért RFC száma (kezdő nullák nincsenek benne). Ugyanezen kiszolgálótól levélben is kérhető a szolgáltatás. A mailserv@ds.internic.net címre az alábbi üzenetet kell küldeni:

document-by-name rfcNNNN

Itt az NNNN a kért rfc száma. Amennyiban postscript formátumban kell a szöveg, akkor a document-by-name rfcNNNN.ps üzenetet kell küldeni. Több RFC esetén azokat vesszővel válasszuk el, vagy minden kérést új sorba írjunk. Pl.:

document-by-name rfc1791, rfc1792

vagy

document-by-name rfc1791

document-by-name rfc1792

A rip.doc anonim FTP-vel letölthető a topaz.rutgers.edu címről a /pub/tcp-ip-docs/rip.doc néven.

Ajánlott a ftp://www.fsid.cvut.cz/pub/doc/net/
cím ahol a rip.doc-on kívül sok más érdekes, hálózattal kapcsolatos írás is található. Magyarországon az ftp://sunserv.kfki.hu/pub/documents/rfc/ címen érhetők el a különböző rfc dokumentumok.