ФрееБСД је добро успостављен као систем за изградњу Интернет и Интранет сервера. Пружа прилично поуздане мрежне услуге и ефикасно управљање меморијом.
Пре неколико дана вест је објављена да је основни код ФрееБСД је усвојио нова имплементација комуникационог протокола нетлинк (РФЦ 3549) који се користи у Линук-у за комуникацију између језгра и процеса у корисничком простору.
Породица утичница нетлинк је интерфејс Линук кернела који користи се за међупроцесну комуникацију (ИПЦ) између процеса језгра и корисничког простора и између различитих процеса корисничког простора, слично утичницама Уник домена.
Слично утичницама Уник домена и за разлику од ИНЕТ сокета, Нетлинк комуникација не може да пређе границе хоста. Међутим, док Уник доменске утичнице користе именски простор система датотека, Нетлинк процеси се генерално адресирају идентификаторима процеса (ПИД).
Нетлинк је дизајниран и користи се за пренос разних информација о мрежи између простора језгра и процеса корисничког простора. Мрежни услужни програми, као што је породица ипроуте2 и услужни програми који се користе за конфигурисање бежичних драјвера заснованих на мац80211, користе Нетлинк за комуникацију са Линук кернелом из корисничког простора. Нетлинк обезбеђује стандардни интерфејс заснован на утичници за процесе корисничког простора и АПИ на страни кернела за интерну употребу од стране модула кернела. Нетлинк је првобитно користио фамилију сокета АФ_НЕТЛИНК.
До сада у свом садашњем облику, Слој подршке за Нетлинк омогућава ФрееБСД-у да користи Линук ип услужни програм ипроуте2 пакета за управљање мрежним интерфејсима, постављање ИП адреса, конфигурисање рутирања и манипулацију нектхоп објектима који чувају стање које се користи за прослеђивање пакета на жељено одредиште. Након незнатне промене датотека заглавља, могуће је користити Нетлинк у Бирдовом пакету за рутирање.
Имплементација Нетлинк-а за ФрееБСД је упакован као модул кернела који се може учитати да, ако је могуће, не утиче на друге подсистеме кернела и ствара одвојене редове задатака (таскуеуе) за обраду долазних порука кроз протокол и обављање операција у асинхроном режиму. Разлог за пренос Нетлинк-а је недостатак стандардног механизма за интеракцију са подсистемима кернела, што доводи до тога да различити подсистеми и драјвери измишљају сопствене протоколе.
нетлинк нуди обједињени комуникациони слој и прошириви формат поруке који може да делује као посредник који аутоматски комбинује различите податке из различитих извора у један захтев. На пример, ФрееБСД подсистеми као што су девд, јаил и пфилцтл могу се пренети на Нетлинк, сада користећи сопствене иоцтл позиве, што ће у великој мери поједноставити прављење апликација за рад са овим подсистемима. Поред тога, коришћење Нетлинк-а за модификовање нектхоп објеката и група у стеку рутирања омогућиће ефикаснију интеракцију са процесима рутирања корисничког простора.
Интерфејси, адресе, руте, заштитни зид, фибс, внетс, итд. контролишу се преко нетлинк-а. То је ТЛВ-базирани асинхрони протокол који обезбеђује 1-1 и 1-много комуникације. Тренутна имплементација подржава подскуп породице НЕТЛИНК_РОУТЕ. Имплементација је такође компатибилна са породичним оквиром НЕТЛИНК_ГЕНЕРИЦ.
Функције које су тренутно примењене:
- Добијте информације о рутама, нектхопс објектима и групама, мрежним интерфејсима, адресама и суседним хостовима (арп/ндп).
- Формирање обавештења о појави и искључењу мрежних интерфејса, конфигурацији и уклањању адреса, додавању и уклањању рута.
- Додајте и уклоните руте, следеће објекте и групе, мрежне пролазе, мрежне интерфејсе.
- Интеграција са Ртсоцк интерфејсом за управљање табелом рутирања.
Вреди напоменути да је до сада пројекат ограничен на подршку НЕТЛИНК_РОУТЕ фамилији операција за управљање стањем мрежног подсистема у кернелу.
Коначно, ако сте заинтересовани да сазнате више о томе, можете погледати детаље у следећи линк.