11,781 matches
-
fost marcat prin depunerea a două jurăminte: cel militar și jurământul de credință al Marilor Duci ai Caei Imperiale ruse. În iunie 1870 a început ultima parte a pregătirii sale. Aceasta a inclus navigația cu un motor cu aburi pe ruta de la Sankt Petersburg la Arhanghelsk prin Canalul Mariinsk și râul Dvina de Nord. După ce a vizitat școlile și facilitățile industriale ale Arhanghelsk, a început pregătirea în navigarea în condiții arctice la bordul corvetei "Varyag". Croaziera lui l-a dus în
Marele Duce Alexei Alexandrovici al Rusiei () [Corola-website/Science/315863_a_317192]
-
vocii și versurilor sale. Cole a explicat, spunând: „Primele două albume au fost mult mai... dureroase. Însă de această dată, situația se schimbă: sunt o tânără femeie care continuă să se maturizeze și să se descopere pe șine, explorând diferite rute muzicale și nu numai. Versurile nu se rezumă la persoana mea, ci la situațiile în care sunt implicate persoanele din jurul meu. Încerc ceva nou.” La finele lunii august, Keyshia Cole a înregistrat un cântec în scopuri caritabile, alături de alte paisprezece
Keyshia Cole () [Corola-website/Science/316611_a_317940]
-
numea Stăpân al unui sfert din Imperiul roman, și atunci când prinții franci trebuiau să prersteze omagiul împăratului de la Constantinopol, Dandolo era scutit de acest jurământ, conform dispozițiilor tratatului. Un imperiu colonial venețian era astfel creat în Orient. Venețienii comandau întreaga rută maritimă a Veneției la Constantinopol, controlau accesul spre Constantinopol, dispunând de trei optimi din oraș, cu Sfânta Sofia. După un ordin tipic feudal, imperiul latin se fragmenta într-un număr de principate mai mult sau mai puțin întinse. Un sistem
Alexios al V-lea Ducas Murtzuphlos () [Corola-website/Science/316646_a_317975]
-
cazuri în care balena ucigașă să atace oameni sau vase. Orcile pot fi întâlnite în mai toate oceanele lumii, dar preferă apele reci și temperate. Unele populații migrează, în timp ce altele rămân populații locale, eventual călătorind pe distanțe scurte și pe rute predictibile. Perioada de gestație a acestor mamifere este de 16-17 luni. La naștere, puii cântăresc în medie 180 kg, și sunt alăptați timp de 2 ani. Viața socială este foarte activă, ele trăiesc în grupuri alcătuite din câteva familii, o
Orcinus orca () [Corola-website/Science/315008_a_316337]
-
pista la dimensiunile de 2500 x 60 m și s-a construit o cale de rulare de 380 x 14 m si o platformă pentru îmbarcare - debarcare de 75 x 110 m, ambele din beton. Între anii 1972 și 1989, ruta Craiova - București a fost deservită de avioane tip Antonov An-24 și Iliușin Il-18, s-a construit corpul tehnic, sala de așteptare pasageri, centrul de emisie și salonul de protocol al aeroportului. Revoluția din 1989 și trecerea la economia de piață
Aeroportul Internațional Craiova () [Corola-website/Science/315085_a_316414]
-
lor, dar a făcut și o serie de extrapolări științifice, prezentând lucruri care aveau să devină realitate abia peste decenii. Ideea "Ocolului Pământului în 80 de zile" a apărut ca urmare a finalizării în 1869 Canalului Suez și a primei rute feroviare transcontinentale din Statele Unite, ambele permițând, pentru prima dată, luarea în serios a unei circumnavigări a globului terestru de către un călător obișnuit. "Un oraș plutitor" aduce la cunoștința cititorilor cele mai importante inovații în transportul maritim al secolului al XIX
Voyages extraordinaires () [Corola-website/Science/315104_a_316433]
-
Groenlanda, cumpără nava lui Bjarni Herjólfsson și pornește să exploreze ținutul pe care Bjarni îl zărise la vest de Groenlanda, cel mai probabil țărmul Canadei. "Saga Groenlandezilor" povestește cum Leif a plecat în anul 1002 sau 1003, pentru a urma ruta lui Bjarni, cu un echipaj de 35 de oameni, dar mergând spre nord. Primul ținut la care ajunge era acoperit de roci plate (în nordica veche "hella"). L-a numit, prin urmare, Helluland ("Ținutul Rocilor Plate"). Acesta e posibil să
Leif Eriksson () [Corola-website/Science/315171_a_316500]
-
Internet, făcând inutilă rețeaua de nucleu a acestuia, NSFNet. Din 1994, versiunea patru a protocolului este folosită în Internet, toate versiunile anterioare fiind considerate depășite. Cel mai important progres al versiunii 4 a fost suportul pentru CIDR și folosirea agregării rutelor pentru a reduce dimensiunea tabelelor de rutare. Din ianuarie 2006, BGPv4 este standardizat prin RFC 4271, care a trecut prin peste 20 de versiuni preliminare, bazate pe versiunea de BGP din RFC 1771. RFC 4271 a corectat unele erori, a
Border Gateway Protocol () [Corola-website/Science/315178_a_316507]
-
RFC 4271 a corectat unele erori, a clarificat ambiguitățile și a apropiat standardul de practicile curente din industrie. Cei mai mulți utilizatori de Internet nu folosesc în mod direct acest protocol. Totuși, deoarece majoritatea Internet Service Providerilor îl folosesc pentru a stabili rute între rețelele respective, BGP este unul din cele mai importante protocoale de pe Internet. Importanța sa este comparabilă cu a protocolului SS7 pentru stabilirea apelurilor telefonice între operatorii PSTN. Rețelele IP de mari dimensiuni folosesc BGP inclusiv în interiorul rețelei, de exemplu
Border Gateway Protocol () [Corola-website/Science/315178_a_316507]
-
etc.). În mod normal, un ruter iBGP menține sesiuni cu toate celelalte routere iBGP din AS, formând o topologie logica full-mesh (fiecare cu fiecare). Acest lucru este necesar deoarece, pentru a preveni formarea de cicluri de rutare, iBGP nu transmite rute învățate prin iBGP altor vecini care rulează iBGP. Dacă se dorește ca ruterele iBGP să schimbe rute BGP între ele, este necesară configurarea de reflectori de rute () sau confederații. Când un ruter află despre o ruta nouă prin protocolul eBGP
Border Gateway Protocol () [Corola-website/Science/315178_a_316507]
-
o topologie logica full-mesh (fiecare cu fiecare). Acest lucru este necesar deoarece, pentru a preveni formarea de cicluri de rutare, iBGP nu transmite rute învățate prin iBGP altor vecini care rulează iBGP. Dacă se dorește ca ruterele iBGP să schimbe rute BGP între ele, este necesară configurarea de reflectori de rute () sau confederații. Când un ruter află despre o ruta nouă prin protocolul eBGP, va seta adresa următorului hop la adresa ruterului vecin eBGP de la care a aflat ruta respectivă. Când se
Border Gateway Protocol () [Corola-website/Science/315178_a_316507]
-
necesar deoarece, pentru a preveni formarea de cicluri de rutare, iBGP nu transmite rute învățate prin iBGP altor vecini care rulează iBGP. Dacă se dorește ca ruterele iBGP să schimbe rute BGP între ele, este necesară configurarea de reflectori de rute () sau confederații. Când un ruter află despre o ruta nouă prin protocolul eBGP, va seta adresa următorului hop la adresa ruterului vecin eBGP de la care a aflat ruta respectivă. Când se primesc rute din interiorul AS-ului, adresa următorului hop rămâne
Border Gateway Protocol () [Corola-website/Science/315178_a_316507]
-
rutare, iBGP nu transmite rute învățate prin iBGP altor vecini care rulează iBGP. Dacă se dorește ca ruterele iBGP să schimbe rute BGP între ele, este necesară configurarea de reflectori de rute () sau confederații. Când un ruter află despre o ruta nouă prin protocolul eBGP, va seta adresa următorului hop la adresa ruterului vecin eBGP de la care a aflat ruta respectivă. Când se primesc rute din interiorul AS-ului, adresa următorului hop rămâne neschimbată. Protocolul BGP folosește patru tipuri de mesaje pentru
Border Gateway Protocol () [Corola-website/Science/315178_a_316507]
-
iBGP să schimbe rute BGP între ele, este necesară configurarea de reflectori de rute () sau confederații. Când un ruter află despre o ruta nouă prin protocolul eBGP, va seta adresa următorului hop la adresa ruterului vecin eBGP de la care a aflat ruta respectivă. Când se primesc rute din interiorul AS-ului, adresa următorului hop rămâne neschimbată. Protocolul BGP folosește patru tipuri de mesaje pentru a comunica între rutere: Antetul mesajului BGPv4 are următoarea forma: Din momentul în care sesiunea BGP funcționează, routerele
Border Gateway Protocol () [Corola-website/Science/315178_a_316507]
-
între ele, este necesară configurarea de reflectori de rute () sau confederații. Când un ruter află despre o ruta nouă prin protocolul eBGP, va seta adresa următorului hop la adresa ruterului vecin eBGP de la care a aflat ruta respectivă. Când se primesc rute din interiorul AS-ului, adresa următorului hop rămâne neschimbată. Protocolul BGP folosește patru tipuri de mesaje pentru a comunica între rutere: Antetul mesajului BGPv4 are următoarea forma: Din momentul în care sesiunea BGP funcționează, routerele schimbă mesaje de tip UPDATE
Border Gateway Protocol () [Corola-website/Science/315178_a_316507]
-
patru tipuri de mesaje pentru a comunica între rutere: Antetul mesajului BGPv4 are următoarea forma: Din momentul în care sesiunea BGP funcționează, routerele schimbă mesaje de tip UPDATE cu privire la destinațiile către care expeditorul oferă conectivitate. În protocolul BGP, descrierea unei rute este numită "Informație de cale de nivel rețea" ( - NLRI). NLRI include mai multe "atribute": prefixul destinație, lungimea prefixului, calea prin sistemele autonome către destinație ("AS Path") și următorul hop, precum și multe alte informații care afectează felul cum tratează destinatarul rețeaua respectivă
Border Gateway Protocol () [Corola-website/Science/315178_a_316507]
-
sunt negociate în acest moment, vorbitorul poate prefixa NRLI-ul pe care îl publică cu un prefix pentru familia de adrese (IPv4, IPv6, VPN-uri IPv4 și IPv6, precum și multicast). Din ce în ce mai mult, BGP este utilizat ca protocol de rutare pentru rute care nu fac parte din Internet, ca de exemplu rețele private virtuale. Pentru a decide felul în care colaborează cu alte routere, BGP folosește un automat finit simplu, cu 6 stări: "Inactiv", "Conectare", "Activ", "Deschidere trimisă (OpenSent)", "Deschidere confirmata (OpenConfirm
Border Gateway Protocol () [Corola-website/Science/315178_a_316507]
-
activă și inactivă. Unele din motivele acestui comportament sunt: În această stare, procesul BGP poate primi și trimite mesaje de tip KEEPALIVE, UPDATE și NOTIFICATION. Mesajele de tip UPDATE sunt trimise pentru a schimba informația trimisă vecinului despre o anumită rută. Dacă apare o eroare într-un mesaj UPDATE primit, ruterul trimite înapoi un mesaj NOTIFICATION, închide conexiunea și trece în starea "Inactiv". În cea mai simplă metodă de configurare, toate ruterele dintr-un AS care rulează BGP sunt conectate fiecare
Border Gateway Protocol () [Corola-website/Science/315178_a_316507]
-
un AS care rulează BGP sunt conectate fiecare cu fiecare. Acest lucru provoacă grave probleme de scalabilitate, deoarece numărul de conexiuni crește cu pătratul numărului de rutere conectate. Pentru a evita această problemă au fost oferite două soluții: "reflectorii de rute" (RFC 4456) și "confederațiile" (RFC 5065). Dacă nu este precizat altfel, în această secțiune se discută situația conectării fiecare cu fiecare. Implementarea de BGP de pe routerele Cisco, dar nu numai, păstrează o tabelă de căi BGP separată de tabela de
Border Gateway Protocol () [Corola-website/Science/315178_a_316507]
-
Loc-RIB (). Unele implementări păstrează și tabele per vecin, conținând NLRI-urile trimise/primite de la acel vecin. Structura internă a acestor tabele nu este vizibilă vecinilor BGP, ci doar pe ruterul local. În tabela de rutare a ruterului sunt ținute doar rutele optime către o destinație. În schimb, tabela BGP ("Loc-RIB") va conține toate rutele primite prin BGP. Trecerea unei rute din tabela BGP în tabela de rutare se face astfel: Un anumit ruter BGP poate accepta căi BGP de la mai mulți
Border Gateway Protocol () [Corola-website/Science/315178_a_316507]
-
de la acel vecin. Structura internă a acestor tabele nu este vizibilă vecinilor BGP, ci doar pe ruterul local. În tabela de rutare a ruterului sunt ținute doar rutele optime către o destinație. În schimb, tabela BGP ("Loc-RIB") va conține toate rutele primite prin BGP. Trecerea unei rute din tabela BGP în tabela de rutare se face astfel: Un anumit ruter BGP poate accepta căi BGP de la mai mulți vecini și poate trimite actualizări acelorași vecini sau altora. O greșeală frecventă în ceea ce privește
Border Gateway Protocol () [Corola-website/Science/315178_a_316507]
-
acestor tabele nu este vizibilă vecinilor BGP, ci doar pe ruterul local. În tabela de rutare a ruterului sunt ținute doar rutele optime către o destinație. În schimb, tabela BGP ("Loc-RIB") va conține toate rutele primite prin BGP. Trecerea unei rute din tabela BGP în tabela de rutare se face astfel: Un anumit ruter BGP poate accepta căi BGP de la mai mulți vecini și poate trimite actualizări acelorași vecini sau altora. O greșeală frecventă în ceea ce privește BGP este să se spună că
Border Gateway Protocol () [Corola-website/Science/315178_a_316507]
-
informații pe care procesele BGP le aplică unor reguli pentru a lua decizii de rutare. Unele din aceste informații sunt destinate explicit folosirii în decizia de rutare: comunitățile și multi-exit discriminators (MED). Standardul specifică mai mulți factori de selecție a rutelor decât pentru orice alt protocol de rutare. Primul factor este că next-hopul este accesibil (există în tabela de rutare). Apoi, pentru fiecare vecin, procesul BGP aplică diferite criterii (standardizate sau specifice implementării) pentru a decide care rute vor ajunge în
Border Gateway Protocol () [Corola-website/Science/315178_a_316507]
-
de selecție a rutelor decât pentru orice alt protocol de rutare. Primul factor este că next-hopul este accesibil (există în tabela de rutare). Apoi, pentru fiecare vecin, procesul BGP aplică diferite criterii (standardizate sau specifice implementării) pentru a decide care rute vor ajunge în Adj-RIB-In. Doar o rută către fiecare destinație va ajunge în tabelă, indiferent de câte sunt trimise de vecin. De asemenea, procesul va șterge din Adj-RIB-In toate rutele retrase de vecin. Când tabela Adj-RIB-In se schimbă, procesul analizează
Border Gateway Protocol () [Corola-website/Science/315178_a_316507]
-
alt protocol de rutare. Primul factor este că next-hopul este accesibil (există în tabela de rutare). Apoi, pentru fiecare vecin, procesul BGP aplică diferite criterii (standardizate sau specifice implementării) pentru a decide care rute vor ajunge în Adj-RIB-In. Doar o rută către fiecare destinație va ajunge în tabelă, indiferent de câte sunt trimise de vecin. De asemenea, procesul va șterge din Adj-RIB-In toate rutele retrase de vecin. Când tabela Adj-RIB-In se schimbă, procesul analizează noile rute pentru a vedea dacă sunt
Border Gateway Protocol () [Corola-website/Science/315178_a_316507]