Haladó közvetlen kapcsolat

Az 1.0-s verzióban a következő funkciók vannak végrehajtva (leírva):

Az ADC 1.0.1 protokoll hátrányai

  • gyakori szimbólumok (például egy szóköz karakter) szűrése, ami növeli a forgalmat.
  • Az NMDC protokollal összehasonlítva a szétválasztók száma csökkent, de nem csökkenthető egy, ami a parancsok legegyszerűbb feldolgozásához szükséges.
  • az egyik hub felhasználói limitje 1 048 575 felhasználó (a 20 bit SID korlátozása). Ez a korlátozás nem kerülhető el, ezért az ADC szigorúan rögzítésre szorul.
  • a rosszul fogalmazott rendszer miatt A funkciós közvetítő ügyfeleknek gyakran több csoportot kell küldeni egymás után. Például egy passzív felhasználó Nat-Traversal támogatással:

FSCH AAER + TCP4-NAT0 TO4172403789 ANdvdrip

FSCH AAER + NAT0 TO4172403789 ANdvdrip

Az első esetben a felhasználó minden aktív felhasználónak elküldi a kérelmet, a második pedig minden passzív, támogatja a Nat Traversal-t. Ezeket a kéréseket nem lehet egyetlen, mert az összes felsorolt ​​parancs támogatása / nem támogatva van. Egyszerű egymásba illesztésük között logikus "és" lehet. A protokollban "vagy" megjelölés lehetősége nem biztosított. A legtöbb hub nem hagyja ki a második parancsot, mivel a kérések száma limitenként van, és a felhasználók hiányos listákat kapnak. A hubok, két egymást követő keresési lekérdezés kihagyásával, felfelé növelik forgalmukat.

  • Az ADC protokoll, mint az NMDC, túlságosan központosított: a csomópontok vezérlik a felhasználók közötti összes kapcsolat telepítését, az összes felhasználói személyes üzenetet és az összes felhasználói keresési lekérdezést.

Ez növeli a csomópontok továbbításának és kimenő forgalmának gyakoriságát, ami nem szükséges, sőt felesleges. A protokoll közvetlen keresést biztosít az ügyfelek között, amelyek megkerülik a hubot, de a gyakorlatban nem hajtották végre, és nem támogatják őket.

A gyakorlatban az ADC protokoll sokkal nagyobb rugalmasságot mutatott, mint az NMDC, de nagymértékben súlyosbította a méretezhetőség problémáit (nagy forgalom, túlzott centralizáció és nagy számítási terhelés, főleg a huboknál). Biztonságos azt mondani, hogy az ADC protokoll nem alkalmas a globális DC hubok szervezésére, és objektíve nagyon kétséges előnyökkel rendelkezik az NMDC protokollnál. A fejlesztők között ezek a tulajdonságok miatt továbbra is bizonytalan az NMDC protokollról az ADC protokollra való áttérés szükségességéről. Az adminisztrátorok hubjai viszont nem sietnek, hogy átadják a hubjaikat ennek a protokollnak, várva a következő verziót, vagy akár egy új protokollt, amely korrigálja a jelenlegi hiányosságait, és valószínűleg binárisvá teszi.

Az ADC protokoll további fejlesztése

Az ADCH ++ az ADC protokollt használó hálózatok hubja. Windows / Unix platformokon fut, támogatja a lua és python parancsfájlokat, valamint a C ++-ban írt plugineket. Mivel a 2.5.2-es verzió hozzáadta a PtokaX plug-inek támogatását

A hub aktívan kifejleszt egy grafikus felületet az ADCH ++ GUI projektben.

μHub (mikro-Hub) - ADC hub C-ben a GPLv3 licenc alatt. Működik Linux operációs rendszereken. Windows-t. BSD és mások. Csak p2p alapvető funkciói vannak. Az erőforrások rendkívül kevéssé igényesek - 350 felhasználó memóriájában több tíz kilobájt memóriát vesz igénybe. Lehetőség van OpenWRT szoftvereket támogató eszközökre is. Mivel a 0.3.2-es verzió támogatja a kiszolgáló-kliens titkosítást, az úgynevezett ADCS-módot. A 0.4.0 verziótól kezdve egy egyszerű API-val rendelkező plug-in rendszert vezettek be, és néhány különösen népszerű plug-inet adtak hozzá.

StarLet ADC

StarLet ADC Hub - ADC hub szoftver OpenVMS-nek megfelel az ADC 1.0 specifikációnak, C-ben írva OpenVMS eszközök használatával. amely meghatározza az agy nagy terhelhetőségét, valamint a működés megbízhatóságát, jelenleg fejlesztés alatt áll. A StarLet ADC Hub által támogatott teszt P2P hálózat a [adc: //adc.deltatel.ru: 412] linken érhető el (a nick / a felhasználónév és a jelszó lehet és üres). StarLet ADC - elérhető a forráskódban.

A Hub egy sajátossága egy "virtuális P2P-hálózat", amely lehetővé teszi P2P-hálózatok felépítését egy platformon (OpenVMS Cluster) a különböző felhasználói csoportok számára.

Kapcsolódó cikkek