В прилага версия 1.0 (да бъдат описани) следните функции:
Недостатъци ADC 1.0.1 Протокол
- екраниране общи символи (като пространство характер), увеличаване на трафика.
- брой сепаратори, в сравнение с намалена NMDC протокол, но не се намали до една, която е необходима за постигане на максимална лекота на работа с команди.
- гранични потребители център - 1,048,575 потребители (лимит 20 битов SID'a). Това ограничение не се мине, така че ADC е строго фиксирана по отношение на скалируемост.
- поради зле замислена клиенти система Feature излъчване често са принудени да изпрати няколко команди в един ред. Пример - пасивна активиран употреба Nat-Traversal:
FSCH AAER + TCP4-NAT0 TO4172403789 ANdvdrip
FSCH AAER + NAT0 TO4172403789 ANdvdrip
В първия случай, потребителят изпраща заявка към всички активни потребители, всички през второто пасивната подкрепа Нат Traversal. Тези искания не могат да бъдат обединени в един, както се изисква подкрепа / nonsupport всички тези отбори. логично "и" може да се постави на една проста interpletatsii между тях. Възможност да се уточни "или" не е предоставена в доклада. Повечето центрове не пропускайте втори отбор, заради ограничението в броя на заявките за единица време, а потребителите получават частичен списък на отговори. Хъбове, пропуска два последователни търсения увеличават трафика си наполовина.
- ADC протокол, както и NMDC, е твърде централизирана: хъбове наблюдават монтаж на връзките между потребителите, всички лични съобщения на потребители и всички заявки за търсене на потребителите.
Това увеличава честотата на превозите екипи и изходящи центрове за трафика, че не е необходимо и дори ненужни. Протоколът предвижда търсене между клиенти заобикалят главината, но на практика не се прилага, и не се поддържа от всеки клиент.
На практика протокола за ADC е показал много по-голяма гъвкавост, отколкото това, което NMDC, но много по-утежнени проблемите мащабируемост (голям обем трафик, прекомерна централизация и голяма изчислително време, най-вече в сърцето). уверено можем да кажем, че протоколът за ADC не е подходящ за организиране на световните DC хъбове и обективно има много съмнителни предимства пред NMDC протокол. Поради тези качества сред разработчиците все още е несигурност по отношение на необходимостта да се премине от NMDC протокол ADC протокол. Администратори центрове, от своя страна, не бързат да прехвърлят своите центрове на протокола, в очакване на следващата версия, или дори нов протокол, който ще се коригират недостатъците на ток и възможност да реализира двоичен.
По-нататъшното развитие на протокола на ADC
ADCH ++ - това е център за мрежи чрез ADC-протокол. Тя работи на Windows / Unix платформи, поддържа Lua скриптове и за питон, както и плъгини написан на C ++. От версия 2.5.2 добавя поддръжка за изпълнение на приставки PtokaX
За главината активно разработен графичен потребителски интерфейс в ADCH проект ++ GUI на.
μHub (микро-Hub) - ADC хъб написан на C е лицензиран под GPLv3. Тя работи на операционни системи Linux. Windows. BSD и др. Той има само основна функционалност за p2p. Изключително ниска системни изисквания - с 350 души, е в памет на няколко десетки килобайта RAM. Възможност за работа на устройства, поддържащи софтуер OpenWRT. От версия 0.3.2 поддържа криптиране клиент-сървър, така наречената ADCS-режим. От версия 0.4.0 въведе система плъгин с прост API и добавя някои много популярни плъгини.
старлетка ADC
Старлетка ADC Hub - софтуер ADC център за OpenVMS съответствие със спецификацията ADC 1.0, написани на C с помощта на OpenVMS ресурси. което води до висока товароносимост хъб, както и надеждна работа, в момента е в процес на разработване. Тест-мрежа P2P мрежи, поддържани старлетка ADC хъб-ти - да се намери тук [ADC: //adc.deltatel.ru: 412] (Nick / потребителско име и парола може да бъде всичко, и не е празна). Старлетка ADC - е наличен в изходния код.
Една от отличителните черти хъб-и "виртуален мрежови-P2P мрежи", която ви позволява да се изгради P2P мрежи мрежи върху една платформа (OpenVMS Cluster) за различни групи потребители.
Свързани статии