TartalomjegyzékElôzô részKövetkezô részMEH IKI kezdô oldal

4.4 Általános együttmûködés

4.4.1 Byte Stream File Transfer (BSFT)

Az XPG4 Byte Stream File Transfer (BSFT) Komponens egy parancssoros felület specifikációja és annak a funkcionalitásnak a megadása, amely lehetôvé teszi strukturálatlan (byte stream) állományok átvitelét XPG4-nek megfelelô rendszerek között. A BSFT általános célja az, hogy az FTP parancssoros felületének használatában járatos felhasználónak egy hasonló felületet adjon az FTAM-hoz.

Ennek a specifikációnak a célja egy egységes felhasználói parancssoros felület megadása. E felület alatt a protokoll verem kicserélhetô a TCP/IP-n futó FTP protokollról az OSI kapcsolat-orientált átviteli protokoll felett mûködô OSI FTAM (Állomány átvitel, hozzáférés és kezelés) protokollra.

Az OSI FTAM szabvány nagy számú függvényt és opciót tartalmaz, ezért az együttmûködés elôsegítésére az ISO és más csoportok (EWOS, OIW, AOW) kisebb készleteket definiáltak a szabványhoz, amelyeket profiloknak ismerünk. A BSFT az FTAM funkcionalitásának azt a részét adja meg, amely egy implementáció számára lehetôvé teszi az FTP funkcionalitásának megvalósítását.

4.4.1.1 Szabványokkal való kapcsolat
A BSFT nem felel meg semmilyen nemzetközi szabványnak. Egy parancssoros felhasználói felületet definiál, és egy ezen a felületen megvalósítható funkcionalitást, hivatkozva az ISO/IEC 8571, Információ Feldolgozó Rendszerek - Nyílt Rendszerek Összekapcsolása (OSI) - Állomány Átvitel, Hozzáférés és Kezelés [FTAM] szabványban definiált funkcionalitásra. Az ISO/IEC 8571 a konformanciát a protokollhoz képest adja meg, míg a BSFT nem ad meg protokollt.
4.4.1.2 Kapcsolat az XPG3-mal
A BSFT egy új specifikáció az XPG4-ben.
4.4.1.3 Javaslatok
A BSFT-ben és a GOSIP 4-ben leírt funkcionalitás különbözik. A GOSIP 4 egy kicsit gazdagabb profilt ad meg, és ez legyen az a specifikáció, amelyhez a konformanciát kérik. A GOSIP 4 a parancssoros felületet egy lehetôségként adja meg a felhasználói felület opciókon belül. Ez a felület nem felhasználóbarát, ezért a BSFT mint többlet-követelmény csak akkor szükséges, ha az alábbi összes feltétel teljesülése fontos a vásárló számára:

4.4.2 X.400 átjáró

Az XPG4 X.400 Átjáró Komponens definíció célja az, hogy lehetôvé tegye hordozható átjáró alkalmazások készítését, amely az egyik fajta üzenetküldô rendszerbôl (pl. elektronikus posta) érkezô üzeneteket egy másik rendszer formátumára konvertálja és a másik rendszer szokásai szerint továbbítja.

Egy saját levelezô rendszer hozzákapcsolódhat egy X.400 Üzenettovábbító ügynökhöz (Message Transfer Agent, MTA) bizonyos programkönyvtárak felhasználásával, amelyeket általában az üzenettovábbító szoftver gyártója bocsát rendelkezésre. A szóban forgó levelezô rendszer minden felhasználóját az üzenettovábbító ügynök úgy tekinti, mintha azok egy szomszédos üzenettovábbító ügynökhöz tartoznának. Ezért a levelezô rendszer szervere felel minden üzenet célbajuttatásáért azután, hogy átvette azokat az X.400-as üzenettovábbító ügynöktôl. Az X/Open CAE Specifikáció, Elektronikus Posta Alkalmazás Programozási Interfész (X.400) ezt a programkönyvtárat definiálja C nyelven és nyelvfüggetlen jelölésben. A specifikáció B függeléke egy áttekintést tartalmaz az X/Open-rôl és elmagyarázza annak funkcionális modelljét, alkalmazás protokolljait és kezelési hatásköreit (domain).

Ezt a specifikációt az X/Open az X.400 API Association-nel (APIA) közösen fejlesztette ki.

Az X.400 Átjáró API fogalmi modellje

A második specifikáció, amelyre ez a komponens definíció hivatkozik: X/Open CAE Specifikáció, OSI Absztrakt Adat Kezelés API (XOM). Ez a dokumentum az Objektum Kezelô API-t részletezi, amelybôl számos más API-t származtattak.

Az alkalmazásnak (pl. elektronikus posta), amely az üzenettovábbító szoftverhez csatlakozik, az XOM szabványos programhívásaival az elküldendô adatait objektum formátumra kell hoznia (és hasonlóképp értelmeznie a beérkezô objektumokat). Az X.400 Átjáró API az XOM interfészre épül. Ez az API oldja meg az összetett X.400 objektumok (pl. az X.400 levelezéshez kapcsolódó adatstruktúrák) létrehozását, kiolvasását, módosítását és törlését.

4.4.2.1 Szabványokkal való kapcsolat
Bármely XPG4 X.400 Átjáró Komponens definíciónak megfelelô termék a következô X.400 profilok közül legalább egyet kell, hogy támogasson: A fenti profilok közül az elsô használandó személyes kezelési hatáskörök (private management domain, PRMD) és adminisztrációs kezelési hatáskörök (administration management domain, ADMD) ADMD-khez kapcsolására, míg a második PRMD-k egymáshoz kapcsolására. A Nemzetközi Szabvány Profilok (ISP) még nem készültek el, de szándék szerint csak az 1988-as X.400-ra fognak hivatkozni. Az 1988-as X.400-nak megfelelô termékek száma még nagyon csekély. Az X/Open ezért az 1984-es X.400-on alapuló Európai Profilokat alkalmazta, de szándékában áll felhasználni az 1988-as X.400-on alapuló ISP-ket, mihelyst elfogadták azokat.

Az IEEE Std. 1224-1993 Általános Objektum Kezelés szabvány átvette az X/Open XOM specifikációját.

Az IEEE Std. 1224.1-1993 Üzenetkezelô Szolgáltatás API szabvány az X/Open X.400 API-t vette át, és csak ez az X.400 API specifikáció kerül szabványosításra, és nem tervezik magasabb szintû felület hozzáadását a szabványhoz.

4.4.2.2 Kapcsolat az XPG3-mal
Az X.400 átjáró specifikációja új az XPG4-ben.
4.4.2.3 Javaslatok
Ha az intézmények olyan ISO/IEC 9945-1:1990 szabványos platformot szereznek be, amely XPG4-nek megfelelô kell legyen, és egy X.400 alapú üzenetkezelô szolgáltatás részeként üzenettovábbító ügynököket kell mûködtetnie, akkor az 1994 január 1-e után szállított vagy lényegesen módosított rendszerek esetén követelje meg a konformanciát az XPG4 X.400 Átjáró Komponens definícióhoz. Ez elôsegíti az együttmûködést az egyéni levelezô rendszerekkel.

Ahol szoftver alkalmazásokat vagy segédprogramokat vásárolnak, vagy fejlesztenek házon belül egy XPG4-nek eleget tevô platformra, a fejlesztôk igazodjanak ennek az XPG4 komponensnek az API definícióihoz. Ez segíti a hordozható és újrafelhasználható szoftver-alkalmazások fejlesztését.

4.4.3 X.400 üzenetelérés

Az XPG4 X.400 Üzenetelérés Komponens az X.400 üzenetközvetítô rendszerek készítéséhez szükséges, mivel elérhetôvé teszi az üzenettovábbító ügynök (MTA) szolgáltatásait a hordozható alkalmazások számára, amelyek egy felhasználói ügynököt (User Agent, UA), vagy egy üzenettárolót (Message Store, MS) valósítanak meg.

Egy alkalmazás program (például egy felhasználói ügynök vagy egy üzenettároló) használhatja a megfelelô üzenettovábbító ügynök nyújtotta szolgáltatásokat egy X.400 üzenetközvetítô rendszeren belül, ha hozzákapcsolódik egy programkönyvtár készlethez. Az X/Open CAE Specifikáció, Elektronikus Posta Alkalmazás Programozási Interfész (X.400) ezt a programkönyvtárat definiálja C nyelven és nyelvfüggetlen jelölésben. A specifikáció B függeléke egy áttekintést tartalmaz az X/Open-rôl és elmagyarázza annak funkcionális modelljét, alkalmazás protokolljait és kezelési hatásköreit (domain).

Azokat az X.400 vonatkozású specifikációkat, amelyekre ez a komponens definíció hivatkozik, az X/Open az X.400 API Association-nel (APIA) közösen fejlesztette ki.

Bár az X/Open és az X.400 APIA felismerték a szükségességét annak, hogy az API specifikációkat azok a programozók is használhassák, akiknek nincs átfogó tudásuk az OSI-ról vagy az X.400-ról, ez az API még mindig viszonylag alacsony szintû, és a programozótól megköveteli az alatta dolgozó protokollok ismeretét. Az X.400 APIA tanácskozik arról, hogy megadjanak-e késôbb egy magasabb szintû API verziót.

Az X.400 Alkalmazás API fogalmi modellje

Az X.400 Alkalmazás API szolgáltatásaival kezelni lehet a felhasználó feladási sorát. Ez lehetôvé teszi üzenetek továbbítását a szolgáltatás felé és vissza olyan esetekben, mint például jelentések kézbesítése, fogadása és kézhezvétele.

Az XPG4 X.400 Üzenetelérés Komponens hasonló módon, mint az X.400 Átjáró Komponens definíciójában részletezett API, az Objektum Kezelô (XOM) interfészre épül fel, amely az X/Open CAE Specifikáció, OSI Absztrakt Adat Kezelés API (XOM) dokumentumban van leírva. Ez az API oldja meg az összetett X.400 objektumok (pl. az X.400 levelezéshez kapcsolódó adatstruktúrák) létrehozását, kiolvasását, módosítását és törlését.

Az X/Open jelezte, hogy ezt a komponens definíciót nem kell csak a személyes üzenetek közvetítésére leszûkíteni, hiszen az interfészek és protokollok alkalmasak tetszôleges bináris adat (például EDI, Electronic Data Interchange) továbbítására is.

Az X/Open Útmutató, Útmutató egyes X.400 és Katalógus szolgáltatások Alkalmazás Programozói Interfészeihez címû kiadványt is használják a fent említett specifikációkkal együtt.

4.4.3.1 Szabványokkal való kapcsolat
Bármely XPG4 X.400 Üzenetelérés Komponens definíciónak megfelelô termék a következô X.400 profilok közül legalább egyet kell, hogy támogasson: A fenti profilok közül az elsô használandó személyes kezelési hatáskörök (private management domain, PRMD) és adminisztrációs kezelési hatáskörök (administration management domain, ADMD) ADMD-khez kapcsolására, míg a második PRMD-k egymáshoz kapcsolására. A Nemzetközi Szabvány Profilok (ISP) még nem készültek el, de szándék szerint csak az 1988-as X.400-ra fognak hivatkozni. Az 1988-as X.400-nak megfelelô termékek száma még nagyon csekély most, 1993 márciusában. Az X/Open ezért az 1984-es X.400-on alapuló Európai Profilokat alkalmazta, de szándékában áll felhasználni az 1988-as X.400-on alapuló ISP-ket, mihelyst elfogadták azokat.
4.4.3.2 Kapcsolat az XPG3-mal
Az X.400 üzenetelérés specifikációja új az XPG4-ben.
4.4.3.3 Javaslatok
Ha az intézmények olyan ISO/IEC 9945-1:1990 szabványos platformot szereznek be, amely XPG4-nek megfelelô kell legyen, és egy X.400 alapú üzenetkezelô szolgáltatás részeként üzenettovábbító ügynököket kell mûködtetnie, akkor az 1994 január 1-e után szállított vagy lényegesen módosított rendszerek esetén követelje meg a konformanciát az XPG4 X.400 Üzenetelérés Komponens definícióhoz. Ez elôsegíti az együttmûködést az egyéni levelezô rendszerekkel.

Ahol szoftver alkalmazásokat vagy segédprogramokat vásárolnak, vagy fejlesztenek házon belül egy XPG4-nek eleget tevô platformra, a fejlesztôk igazodjanak ennek az XPG4 komponensnek az API definícióihoz. Ez segíti a hordozható és újrafelhasználható szoftver-alkalmazások fejlesztését.

4.4.4 Katalóguselérés

Az XPG4 Katalóguselérés Komponens azokat a szolgáltatásokat definiálja, amelyek egy felhasználó vagy alkalmazás program és a Katalógus Felhasználó Ügynök (Directory User Agent, DUA) között egy API-n keresztül hozzáférhetôk, és amelyekkel az X.500 Katalógus elérhetô. A komponens által hivatkozott dokumentum: X/Open CAE Specifikáció, API a Katalógus Szolgáltatásokhoz (XDS).

A Katalógus mûködését leírja egyrészt az 1988-as CCITT X.500 Ajánlási Sorozat valamint az ISO/IEC 9594:1990, Információs Technológia - Nyílt Rendszerek Összekapcsolása (OSI) - A Katalógus. A definíciók a Katalógus Rendszer Ügynök (Directory System Agent, DSA) és DUA vonatkozásában vannak megadva. Általánosan, a DSA-k az egyes számítógépeknek felelnek meg, amelyek a Katalógus részeit tárolják. A DUA a felhasználó DSA-kkal folytatott párbeszédeit jelképezi. A DUA a Katalógus Elérési Protokollon (Directory Access Protocol, DAP) keresztül kéri a szolgáltatásokat a DSA-tól. Ha a felkért DSA nem tudja nyújtani azt a szolgáltatást, akkor egyrészt láncolhatja a kérést más DSA-k felé a Katalógus Rendszer Protokoll (Directory System Protocol, DSP) felhasználásával, vagy pedig egy hivatkozást adhat meg válaszul, amely kijelöl egy olyan DSA-t, amelyik jobban tudja teljesíteni a kérést. A nemzetközi szabvány azokat a szolgáltatásokat definiálja, amelyeket a DUA használhat a Katalógus tartalmának lekérdezésére és megváltoztatására.

Az XDS és az X.500 Katalógus Eszköz Komponensek

Az X.400 API-khoz hasonlóan az XDS is kapcsolódik az Objektum Kezelô interfészhez, amely az X/Open CAE Specifikáció, OSI Absztrakt Adat Kezelés API (XOM) dokumentumban van leírva. Ez az interfész oldja meg az összetett X.500 objektumok (pl. az X.400 levelezéshez kapcsolódó adatstruktúrák) létrehozását, kiolvasását, módosítását és törlését. A felhasználók különböztessék meg a Katalógus Szolgáltatások interfésze alatt elhelyezkedô, de valójában az Objektum Kezelô interfészhez tartozó objektumokat és attribútumokat azoktól az objektumoktól és attribútumoktól, amelyeket a Katalógus Szolgáltatás felépítéséhez használtak.

Az API definiálásán túl az XDS dokumentum példaprogramokat is tartalmaz, amelyek az API helyes használatát mutatják.

Az X/Open Útmutató, Útmutató egyes X.400 és Katalógus szolgáltatások Alkalmazás Programozói Interfészeihez címû kiadványt is használják a fent említett specifikációkkal együtt.

4.4.4.1 Szabványokkal való kapcsolat
Az X/Open CAE Specifikáció, API a Katalógus Szolgáltatásokhoz (XDS) dokumentum konzisztens a következô szabványokkal, de nincs leszûkítve ezekre a szabványokra: az 1988-as CCITT X.500 Ajánlási Sorozat és az ISO/IEC 9594:1990, Információs Technológia - Nyílt Rendszerek Összekapcsolása (OSI) - A Katalógus (ez a két de jure szabvány technikailag megfelel egymásnak). Az IEEE Std. 1224.2 Katalógus Szolgáltatások API, amelyet 1993 márciusában elfogadtak a POSIX szabványosítási program részeként, az X/Open XDS API-n alapul. A munkacsoport meg szándékozik tartani az XDS technikai tartalmát, ha nincsenek nyomós okok a megváltoztatására.
4.4.4.2 Kapcsolat az XPG3-mal
Az XDS specifikáció új az XPG4-ben.
4.4.4.3 Javaslatok
Ha az intézmények olyan ISO/IEC 9945-1:1990 szabványos platformot szereznek be, amely XPG4-nek megfelelô kell legyen, és egy X.500 alapú katalógus szolgáltatást kell támogatnia, akkor az 1994 január 1-e után szállított vagy lényegesen módosított rendszerek esetén biztosítson elsôbbséget azon rendszerek számára, amelyek megfelelnek az XPG4 Katalóguselérés Komponens definíciónak. Ez az együttmûködés és a hordozhatóság megkönnyítésére szolgál. Ahol ki akarják használni az XDS alacsonyabb szintû szolgáltatásait is, ott egy magasabb szintû konformancia is megszabható követelményként.

Ahol szoftver alkalmazásokat vagy segédprogramokat vásárolnak, vagy fejlesztenek házon belül egy X/Open platformra, a fejlesztôket ösztönözzék arra, hogy használják ennek az XPG4 komponensnek az API definícióit és igazodjanak az API definícióihoz. Ez segíti a hordozható és újrafelhasználható szoftver-alkalmazások fejlesztését.

Az X.500 Katalógus igen összetett és egy beszerzés elôtt sok kérdést kell tisztázni. Az X.500 Katalógus szolgáltatásokról további részletek az ajánlás 5.2.3 fejezetében találhatók.

4.4.5 Hálózati állományrendszer (NFS)

Az XPG4 Hálózati Állományrendszer Komponens az X/Open CAE Specifikáció, Protokollok az X/Open Együttmûködésre: XNFS, 4. kiadására hivatkozik. Ez egy eszközt nyújt távoli rendszereken elhelyezkedô könyvtárak és állományok elérésére. Ezt úgy éri el, hogy kibôvíti a helyi rendszer interfészeinek szemantikáját, és így az alkalmazások és végfelhasználók amennyire lehetséges, figyelmen kívül hagyhatják a helyi és távoli objektumok közötti különbséget. Ezáltal egy virtuális állományrendszeren belül megvalósul az átlátszó állományelérés a különbözô hardver architektúrák és operációs rendszerek között (nem szükséges a távoli állományokat áthozni, ha hozzájuk akarunk férni).

Az XNFS magába építi az összes protokollt, amelyet a Sun Microsystems NFS definiál, és formalizálja azoknak az X/Open Rendszer Interfészeknek (XSI) és segédprogramoknak a szemantikáját, amelyek távoli állományrendszereken is mûködnek. Az X/Open szándéka az, hogy az XNFS-t támogató rendszerek együtt tudjanak mûködni más rendszerek NFS implementációival.

Az NFS protokoll, amelyet egy réteges szerkezetként mutatunk itt be, felfogható úgy is, mint távoli eljárásoknak, argumentumaiknak, eredményértékeiknek és hatásaiknak egy készlete.

Az NFS/XDR/RPC verem

Az NFS Külsô Adatreprezentációs (XDR) eljárások használatával oldja meg a különbözô processzor architektúrák belsô adatábrázolásainak áttetszô kezelését.

Az XDR viszont távoli eljáráshívásokat (RPC) használ arra, hogy távoli szolgáltatásokhoz kapcsolódjon, azokkal feladatokat végeztessen és az eredményeket kiolvassa.

Ennek megfelelôen az XNFS Specifikáció protokoll specifikációkat tartalmaz az XDR, RPC és NFS szolgáltatásokra, valamint néhány "járulékos XNFS protokollra".

Az XNFS Specifikáció XPG3 vagy XPG4 Többnyelvûsített Rendszerhívások és Könyvtárak környezetben használandó.

Az XNFS Specifikációhoz tartozik még az XNFS Kezelési Modell (Service Model, XNFSSM), amely az adminisztratív mûveleteket specifikálja azokkal az objektumokkal és attribútumaikkal együtt, amelyeket egy NFS környezetben kezelni kell.

4.4.5.1 Szabványokkal való kapcsolat
Az X/Open CAE Specifikáció, Protokollok az X/Open Együttmûködésre: XNFS, 4. Kiadása a Sun Microsystems által kifejlesztett és 1984 végén bemutatott hálózati állományrendszerre (NFS) hivatkozik. Azóta az NFS-t és az alatta húzódó távoli eljáráshívást (RPC, szintén a Sun-tól) sok szervezet oly mértékben magáévá tette, hogy ezek de facto szabványnak tekinthetôk.

Megjegyzés: Ez az RPC nem azonos az OSF DCE RPC-vel. Az X/Open XNFS a Sun Microsystems NFS 2. verzióján alapszik.

Megemlítendô, hogy funkcionalitásbeli különbség van az NFS (XNFS) és az FTAM (ISO/IEC 8571, Információ Feldolgozó Rendszerek - Nyílt Rendszerek Összekapcsolása (OSI) - Állomány Átvitel, Hozzáférés és Kezelés [FTAM]) között. Az NFS célja egy áttetszô és osztott állományrendszer biztosítása, míg az FTAM pillanatnyilag állomány átviteli lehetôséget nyújt, de a jövôben egy osztott állományrendszerhez szükséges funkcionalitást is képes lesz nyújtani. Ezért az NFS, mint követelmény ne zárja ki az FTAM-ot, mint követelményt (és fordítva). További információk találhatók az FTAM alkalmazhatóságáról az 5.2.1 fejezetben.

Azt a folyamatot, amikor távoli állományokat és könyvtárakat érünk el oly módon, mintha azok a helyi állományrendszer hierarchiájának részét képeznék, közismert néven áttetszô állomány elérésnek (TFA) nevezzük. Az X/Open elismeri, hogy az IEEE P1003.8 bizottsága a TFA szabványosításán dolgozik, és az X/Open igazodni fog a szabványhoz, miután azt jóváhagyták.

4.4.5.2 Kapcsolat az XPG3-mal
Bár az XNFS elôször jelent meg az XPG4-ben, az alkalmazás interfészei azokon az állományrendszer-hívásokon alapulnak, amelyek az XPG3-ban már benne voltak. Ezért az olyan alkalmazások fejlesztôi, amelyek az XPG3 XSI Rendszer Interfész és Header Állományok, valamint az XSI Parancsok és Segédprogramok komponensekre hagyatkoztak, vegyék figyelembe azokat a szemantikai változásokat, amelyeket az XNFS használata okozhat. Ezek a változások az X/Open CAE Specifikáció, Protokollok az X/Open Együttmûködésre: XNFS, 4. Kiadásának A, B, és C függelékében vannak leírva.
4.4.5.3 Javaslatok
Ha az intézmények olyan ISO/IEC 9945-1:1990 szabványos platformot szereznek be, amely XPG4-nek megfelelô kell legyen, és egy NFS-t támogató osztott számítógépes környezetben kell mûködnie, akkor az 1994 január 1-e után szállított vagy lényegesen módosított rendszerek esetén vegyék figyelembe a rendszerek konformanciáját az XPG4 Katalóguselérés Komponens definícióhoz. Ez az együttmûködés és a hordozhatóság megkönnyítésére szolgál.

Ahol szoftver alkalmazásokat vagy segédprogramokat vásárolnak, vagy fejlesztenek házon belül egy XPG4 ajánlásoknak eleget tevô platformra, a fejlesztôk vegyék számításba azoknak a definícióknak a használatát, amelyeket ez az XPG4 komponens ad meg. Ez segíti a hordozható és újrafelhasználható szoftver-alkalmazások fejlesztését.

Fontos megjegyezni azt, hogy az XNFS egyetlen kapcsolatnélküli átviteli szolgáltatás használatát definiálja, nevezetesen az IP feletti UDP-t az Internet protokollok közül, amely magába foglalja a TCP/IP-t (bár az implementáció választhat valamilyen más átviteli protokollt). Az UDP/IP és a TCP/IP nem formális OSI szabványok. Annak megállapítására, hogy az NFS hogyan tehetô át egy OSI hálózatra, az olvasó a Towards Open Systems: A TCP/IP to OSI Migration Strategy for U. K. Government Departments címû CCTA kiadványban talál tájékoztatást. Tanácsos alaposan megfontolni, hogy ez a komponens hogyan használható egy OSI alapú hálózatban, mielôtt a beszerzésrôl döntenek.

4.4.6 Transzport szolgáltatások (XTI)

Az XPG4 Transzport Szolgáltatások (XTI) Komponens alapjául az X/Open CAE Specifikáció, X/Open Transzport Interfész (XTI) dokumentum szolgál. Ez az alkalmazások számára definiál egy olyan átviteli szolgáltatásokat nyújtó interfészt, amely független az egyes szolgáltatóktól. Az XTI egy C nyelvû API-t tartalmaz, amellyel az alkalmazás fejlesztô használhatja a hálózat szolgáltatásait, amelyeket az összes támogatott hálózatra általánosítottak, így azok hordozhatóak. Az XTI célja, hogy: Az XTI Specifikáció útmutatást is tartalmaz a protokoll-független alkalmazás szoftverek írásához, és kiemel minden olyan részletet, amely függ az alatta húzódó környezettôl.

Az XTI a UNIX International TLI API-ból lett átdolgozva, amely a TCP/IP-t és az OSI TP4-et is támogatta. Az XTI és a TLI közötti fô különbségek:

Egy részletes leírás található az XTI és TLI különbségeirôl az X/Open CAE Specifikáció, X/Open Transzport Interfész (XTI) E függelékében.
4.4.6.1 Szabványokkal való kapcsolat
Az XPG4 XTI Specifikáció a következôkre hivatkozik: E specifikációk közül legalább egyet támogatnia kell minden olyan terméknek, amelyik meg akar felelni az XTI Specifikációnak. Az intézmények a termék konformancia kérdôívébôl (CSQ) állapíthatják meg, hogy ezek közül mely specifikációk támogatottak, melyek nem, és melyek azok, amelyeket ezeken kívül támogat a termék (pl. NetBIOS).

Az IEEE P1003.12 munkacsoport két POSIX API-n dolgozik: Egyszerû Hálózati Interfész (Simple Network Interface, SNI) és Részletes Hálózati Interfész (Detailed Network Interface, DNI). Az utóbbi fel fogja használni az XTI-t, és várhatóan az IEEE P1003.12 kevés változtatást hajt végre az XTI-n a POSIX szabványosítási folyamat közben.

4.4.6.2 Kapcsolat az XPG3-mal
Az XTI API eredetileg az XPG3-on belül jelent meg 1988-ban, de 1990-ben megjelent a javított kiadás, a gyakorlatból adódó változtatásokkal és bôvítésekkel. A változtatások elsôsorban az eredeti XTI specifikációk tisztázásai voltak, a félreértéseket elkerülendô. Néhány új függvényt is hozzátettek az XTI-hez. Az XPG4 XTI ennek a specifikációnak a továbbfejlesztése.
4.4.6.3 Javaslatok
Ha az intézmények olyan ISO/IEC 9945-1:1990 szabványos platformot szereznek be, amely XPG4-nek megfelelô környezetben kell mûködjön, és szükség van kommunikációs lehetôségekre, akkor az XPG4 Transzport Szolgáltatások (XTI) Komponens definíciónak megfelelô termékeket keressék, hogy megkönnyítsék az együttmûködést. A Towards Open Systems: A TCP/IP to OSI Migration Strategy for U. K. Government Departments címû CCTA kiadvány ajánlja az XTI-t.

Ahol szoftver alkalmazásokat vagy segédprogramokat vásárolnak, vagy fejlesztenek házon belül egy XPG4 ajánlásoknak eleget tevô platformra, a fejlesztôktôl követeljék meg azoknak a definícióknak a használatát illetve az azokhoz való konformanciát, amelyeket ez az XPG4 komponens ad meg. Ez segíti a hordozható és újrafelhasználható szoftver-alkalmazások fejlesztését.

TartalomjegyzékElôzô részKövetkezô részMEH IKI kezdô oldal