Кіріспе

Торлы желілерді анықтау және маршруттау протоколы

OrderOne MANET маршруттау протоколы – бұл цифрлық радио арқылы торлы желіде байланыс жасайтын компьютерлердің бір-бірін табуы және тиімді жолмен хабар алмасуы үшін жасалған алгоритм. Ол сымсыз торлы желілермен жұмыс істеу үшін әзірленген және ұсынылған. OON-ның жасаушылары оның мыңдаған түйінді қабылдай алатынын, ал көптеген басқа протоколдар жүзден аз түйінді ғана қолдай алатынын айтады. OON маршруттау үшін қажетті хабарламалардың жалпы көлемін азайту мақсатында иерархиялық алгоритмдерді пайдаланады. Маршруттау жүктемесі кез келген желіде түйінен түйінге берілетін жолақтың 1%-дан 5%-ына дейін шектеледі және желінің мөлшері артқан сайын өспейді. Негізгі идея – желінің өздігінен ағаш тәрізді құрылымға ұйымдасуы. Түйіндер ағаш түбірінде бастапқы маршрутты белгілеу үшін жиналады. Содан кейін маршрут бұрыштарды қысқарту арқылы түбірден алыстайды, бұл құмырсқалардың іздеріне ұқсас. Қысқартуға болатын бұрыштар қалмағанда, жақын дағдылы маршрут пайда болады. Бұл маршрут үнемі жаңартылып отырады. Әрбір процесс минималды жергілікті байланыс арқылы және өте кішкентай маршрутизатор кестелерімен орындалуы мүмкін. OORP шамамен 200 КБ жадты қажет етеді. 500 түйіндік, 200 байт/секунд жылдамдықпен хабар жіберетін модельдік желі шамамен 20 секунд ішінде өздігінен ұйымдасты. 2004 жылдан бастап OORP патенттелген немесе басқа да маңызды зияткерлік меншік құқықтарымен қорғалған. Төмендегі сілтемеге қараңыз.

Қорытындылар

Әрбір компьютер, немесе желінің "түйіні" бірегей атауға, кем дегенде бір желілік байланысқа және көршілер тізімін сақтау мүмкіндігіне ие компьютерге ие.

Ағаштарды ұйымдастыру

Желі түйіндері әр түйін ата-ана таңдап, иерархия құрайды. Ата-ана – бұл көрші түйін, ол көптеген басқа түйіндерге ең жақсы келесі қадам болып табылады. Бұл әдіс желінің топологиялық орталығына жақын, сыйымдылығы жоғары және тұрақтырақ болатын түйіндердің айналасында иерархия жасайды. Кішкентай түйіннің жад шектеулері оның кішкентай маршрутталмалық кестесінде көрінеді, бұл оны басым орталық түйін болудан автоматты түрде сақтайды. Жоғары деңгейде бір немесе екі түйін өзінен жақсырақ байланысқан түйіндерді таба алмайды және осылай бүкіл желіге ата-ана болады. Иерархия құру алгоритміне күрделі маршруттау алгоритмі немесе көп көлемдегі байланыс қажет емес.

Жолдау

Барлық түйіндер ағаш түбіріне дейін өздеріне қарай маршрут жібереді. Сондықтан, қосылыс қажет болған түйін ағаш түбіріне сұраныс жіберіп, әрқашан маршрут таба алады. Коммерциялық протокол Dijkstra алгоритмін пайдаланып, маршрутты үздіксіз оңтайландырып, жаңартып отырады. Желі қозғалғанда немесе өзгергенде, маршрут үнемі түзетіліп отырады.

Артықшылықтар

Желідегі кейбір түйіндердің желідегі барлық түйіндерді білуге жеткілікті жадысы болған жағдайда, желінің мөлшеріне ешқандай нақты шектеу жоқ. Басқару жолағының ені желінің мөлшеріне қарамастан 5%-дан кем деп белгіленгендіктен, желінің мөлшері өскен сайын қажетті басқару жолағының ені арта қоймауы керек. Жүйе аз жадысы бар түйіндерді де пайдалана алады. Желіде түйіннің желіде жоқ екенін анықтаудың сенімді және аз шығынды жолы бар. Бұл, әсіресе, желілік тораптарда маңызды және құнды қасиет. Көптеген маршруттау протоколдары проактивті байланыс күйі туралы ақпаратты азайту арқылы немесе қосылу талаптарына жауап ретінде маршруттауды реактивті түрде жүзеге асыру арқылы кеңейеді. OORP проактивті және реактивті әдістерді біріктіреді. Дұрыс конфигурацияланған OORP желісі 100 000 түйінге дейін кеңейтілуі мүмкін және маршруттау жолағының ені 5%-қа дейін шектелгеніне қарамастан, көбінесе жақсы өнімділікке қол жеткізе алады.

Сын-пікірлер

Орталық түйіндер қосымша жүктемеге ие, себебі олар желідегі барлық түйіндер туралы ақпаратты сақтау үшін жеткілікті жадқа ие болуы керек. Түйіндер саны артқан сайын желі масштабталудан тоқтауы мүмкін. Егер желідегі барлық түйіндер төмен сыйымдылықтағы түйіндер болса, желі өзгерістерге шыдамай қалуы мүмкін. Бұл желінің максималды масштабын шектеуі мүмкін. Дегенмен, нақты әлемдегі желілердің көпшілігінде шеткі түйіндерден алшақтаған сайын өткізу қабілеті артады. Бұл сын-қатерлердің ешқандай практикалық әсері болмауы да мүмкін. Мысалы, 9,6 Кбит/с өткізу қабілеті бар радионы қарастырайық. Егер протокол 5 секунд сайын 180 байттан тұратын бір пакет жіберуге конфигурацияланса, ол желінің жалпы өткізу қабілетінің 3% -ын пайдаланады. OON үшін жасалған қоғамдық ұсыныстарда қауіпсіздік немесе аутентификация қарастырылмаған. Қауіпсіздік пен аутентификацияны протоколды интеграциялаушы ұйым қамтамасыз етуі мүмкін. Типик қауіпсіздік шараларына шифрлау, пакеттерге қол қою және қайта ойнату шабуылдарын болдырмау үшін санауларды арттыру кіреді.