Daha çox

Xüsusiyyətləri bir təbəqədən digərinə necə köçürmək olar?


Bir təbəqəyə aid bir çoxbucağım var və onu başqa birinə köçürməliyəm. Yenidən çəkmədən bunu etmək üçün bir yol varmı?


Yep, 'qələm' simgesini tıklayaraq çoxbucağı istədiyiniz təbəqəni düzəldin. Sonra seçin Xüsusiyyətləri kopyalayın işarəsi (göstərilən qırmızı dairədə) və ya Redaktə edin Toolbar. Çoxbucağın köçürülməsini istədiyiniz təbəqəni seçin və Xüsusiyyətləri yapışdırın işarəsi (və ya Redaktə edin menyu).

Çoxbucağı hərəkət etdirmək üçün seçin Xüsusiyyətləri köçürün mavi dairədə göstərilmişdir və ya (təxmin etdiniz!) Alətlər panelini redaktə edin.

Ümid edirəm kömək edər!


  1. qatları tənzimlənən hala gətirmək
  2. mənbə qatında maddələr seçin
  3. panoya kəsildi: Ctrl + X
  4. təyinat qatına gedin
  5. panodan yapışdırın: Ctrl + V

Təşkilatınıza əlavə etdiyiniz maddələr məlumatları təmsil edir. Mövcud veb qatlarına bir çox növ fayl və ya link əlavə edə bilərsiniz. Əlavə etdiyiniz bəzi sənədlər, məlumatların bir yerdən digərinə köçürülməsinə kömək edən paketlərdir. Digərləri dərc etdiyiniz və ya birbaşa xəritələrə əlavə etdiyiniz təbəqələr üçün mənbələrdir.

Əksər hallarda insanlar ArcGIS Online məlumatlarınızla təbəqələr vasitəsilə qarşılıqlı əlaqə qururlar. Katmanlar məlumatları və onlara tətbiq etdiyiniz vizual parametrləri (üslub və etiket kimi) təmsil edir. Bunlar saxladıqları məlumat növünə görə təsnif edilirlər və bu da məqsədlərinə təsir göstərir.

Təşkilatınıza məlumat əlavə edin

Məlumat əlavə edib qatlar yaratdığınız zaman məlumatların hansı məqsədlə xidmət etməsini istədiyinizi düşünməlisiniz.

Qatlar əlavə etdikdən sonra onlarla əlaqəli məlumatları idarə etməli və başqalarının bunlardan necə istifadə edə biləcəyini konfiqurasiya etməlisiniz.

Parametrləri və detalları idarə edin

Qat elementlərinizlə əlaqəli detalları idarə edin. Qatların istifadəsi üçün konfiqurasiya etdikdə, siz və qatı paylaşdığınız şəxslər onları istifadə etməyə başlaya bilərsiniz.

Qatlardan istifadə edin

Məlumatlarınızı konfiqurasiya etdiyiniz və paylaşdığınız bir qat vasitəsilə əldə etdikdən sonra siz və başqaları xəritələr, səhnələr və tətbiqlərdəki qatlardan istifadə etməyə başlaya bilərsiniz.

Xəritələr və səhnələr, xəritəni və ya səhnə istifadəçisinin diqqətini müəyyən bir əraziyə və ya mövzuya yönəltməyə imkan verən fərqli təbəqələrin birləşmələridir. Daha sonra bu xəritələri və səhnələri tətbiqetmə istifadəçilərinin məlumatlarla qarşılıqlı əlaqədə olması üçün lazım olan vasitələri təklif edən tətbiqlərdə istifadə edə bilərsiniz.


Mündəricat

MPLS ölçeklenebilir və protokoldan asılı deyil. MPLS şəbəkəsində məlumat paketlərinə etiket verilir. Paket göndərmə qərarlar, paketin özünü araşdırmağa ehtiyac olmadan yalnız bu etiketin məzmunu üzrə qəbul edilir. Bu, istənilən protokoldan istifadə edərək istənilən nəqliyyat mühiti arasında ucdan uca sxemlər yaratmağa imkan verir. Əsas üstünlük Asynchronous Transfer Mode (ATM), Frame Relay, Synchronous Optik Networking (SONET) və ya Ethernet kimi müəyyən bir OSI modeli məlumat bağlantısı qatından (qat 2) texnologiyadan asılılığı aradan qaldırmaq və çox qatlı ehtiyacları aradan qaldırmaqdır. Fərqli trafik növlərini təmin etmək üçün 2 şəbəkə. Çox protokol etiketli keçid paketlə əlaqəli şəbəkələr ailəsinə aiddir.

MPLS, ümumiyyətlə OSI Layer 2 (data link layer) və Layer 3 (network layer) arasında ənənəvi təriflər arasında olduğu düşünülən bir təbəqədə işləyir və buna görə tez-tez qat 2.5 protokol. Həm dövrə əsaslı müştərilər, həm də bir verilənlər bazası xidməti modeli təmin edən paket dəyişdirmə müştəriləri üçün vahid məlumat daşımaq xidməti təmin etmək üçün hazırlanmışdır. IP paketləri və yerli ATM, SONET və Ethernet çərçivələri daxil olmaqla bir çox müxtəlif trafik daşımaq üçün istifadə edilə bilər.

Əvvəllər Frame Relay və ATM kimi bir-birindən fərqli məqsədlərə uyğun bir sıra fərqli texnologiyalar tətbiq edilmişdir. Çerçeve Rölesi və ATM çərçivəsində və ya hüceyrələri bir şəbəkə boyunca hərəkət etdirmək üçün "etiket" istifadə edir. Frame Relay çərçivəsinin və ATM hücrəsinin başlığı, çərçivənin və ya hüceyrənin yerləşdiyi virtual dövrə aiddir. Frame Relay, ATM və MPLS arasındakı oxşarlıq, şəbəkədəki hər hopda başlıqdakı "etiket" dəyərinin dəyişdirilməsidir. Bu, IP paketlərinin yönləndirilməsindən fərqlidir. [2] MPLS texnologiyaları bankomatın güclü və zəif tərəflərini nəzərə alaraq inkişaf etmişdir. MPLS, dəyişkən uzunluqlu karkaslar üçün əlaqə yönümlü xidmətlər təqdim edərkən bankomatdan daha aşağı xərclərə sahib olmaq üçün hazırlanmışdır və bazarda ATM-in çox istifadəsini əvəz etmişdir. [3]

Xüsusilə, MPLS, ATM-in hüceyrə dəyişdirmə və siqnal-protokol baqajından imtina edir. MPLS, müasir şəbəkələrin nüvəsində kiçik ATM hüceyrələrinə ehtiyac olmadığını qəbul edir, çünki müasir optik şəbəkələr o qədər sürətlidir (2017-ci ilədək [yeniləmə], 200 Gbit / s və daha yüksək) belə ki, tam uzunluqlu 1500 baytlıq paketlərə belə ehtiyac yoxdur növbədənkənar əhəmiyyətli gecikmələr (bu cür gecikmələrin azaldılmasına ehtiyac - məs., səsli trafiki dəstəkləmək - ATM-in hüceyrə təbiəti üçün motivasiya idi).

Eyni zamanda, MPLS, Frame Relay və ATM-i geniş miqyaslı şəbəkələrin yerləşdirilməsi üçün cəlbedici edən trafik mühəndisliyini və TE-dən kənar nəzarəti qorumağa çalışır.

  • 1994: Toshiba IETF BOF-a Cell Switch Router (CSR) fikirlərini təqdim etdi
  • 1996: Ipsilon, Cisco və IBM etiket dəyişdirmə planlarını elan etdilər
  • 1997: IETF MPLS işçi qrupunun yaradılması
  • 1999: İlk MPLS VPN (L3VPN) və TE yerləşdirmələri
  • 2000: MPLS trafik mühəndisliyi
  • 2001: İlk MPLS Şərh Tələbi (RFC) yayımlandı [4]
  • 2002: AToM (L2VPN)
  • 2004: GMPLS Böyük miqyaslı L3VPN
  • 2006: Genişmiqyaslı TE "Sərt"
  • 2007: Böyük miqyaslı L2VPN
  • 2009: Etiket dəyişdirmə çox yayım
  • 2011: MPLS nəqliyyat profili

1996-cı ildə Ipsilon Networks-dan bir qrup "axın idarə etmə protokolu" təklif etdi. [5] Yalnız ATM üzərində işləmək üçün təyin olunan "IP Switching" texnologiyası bazarda üstünlük əldə etmədi. Cisco Systems, ATM ötürülməsi ilə məhdudlaşmayan, "Tag Switching" [6] adlı (Tag Distribution Protocol TDP ilə birlikdə) təklif irəli sürdü. Bu, Cisco-nun xüsusi təklifi idi və "Etiket Kommutasiyası" adlandırıldı. Açıq standartlaşdırma üçün İnternet Mühəndisliyi İş Qrupuna (IETF) təhvil verildi. IETF işi digər satıcıların təkliflərini və bir neçə satıcıların işindəki xüsusiyyətləri birləşdirən konsensus protokolunun hazırlanmasını əhatə etdi. [ nə vaxt? ]

Orijinal bir motivasiya sadə yüksək sürətli açarların yaradılmasına imkan vermək idi, çünki əhəmiyyətli bir müddət ərzində IP paketlərini tamamilə aparatda ötürmək mümkün deyildi. Bununla birlikdə, VLSI-dəki inkişaf bu cür cihazları mümkün etmişdir. Buna görə MPLS-in üstünlükləri ilk növbədə çoxsaylı xidmət modellərini dəstəkləmək və trafik idarəetməsini həyata keçirmək bacarığı ətrafında fırlanır. MPLS, eyni zamanda, sinxron optik şəbəkənin (SONET / SDH) sadə qoruma halqalarından kənara çıxan güclü bir bərpa çərçivəsi təklif edir.

MPLS, bir və ya daha çox etiket ehtiva edən bir MPLS başlığı ilə paketlərin prefiksi ilə işləyir. Buna etiket yığını deyilir. Etiket yığınındakı hər bir giriş dörd sahədən ibarətdir:

  • 20-bit etiket dəyəri. 1 dəyəri olan bir etiket yönləndirici xəbərdarlıq etiketini təmsil edir.
  • 3-bit Trafik sinfi QoS (xidmət keyfiyyəti) prioriteti və ECN (Açıq Tıxanma Bildirişi) üçün sahə. 2009-cu ildən əvvəl bu sahə EXP adlanırdı. [9]
  • 1-bit yığının altındakı bayraq. Əgər bu qoyulubsa, bu cari etiketin yığında sonuncusu olduğunu göstərir.
  • 8 bitlik TTL (yaşamaq üçün vaxt) sahə.

Bu MPLS etiketli paketlər IP cədvəlinə baxmaq yerinə etiket axtarışı / keçidindən sonra dəyişdirilir. Yuxarıda qeyd edildiyi kimi, MPLS düşünülən zaman etiket axtarışı və etiket dəyişdirmə birbaşa keçid edilmiş parça içərisində reallaşa biləcəyi və OS istifadə etmək məcburiyyətində qalmadığı üçün marşrutlaşdırma cədvəlindən və ya RIB (Routing Information Base) axtarışından daha sürətli idi.

Ancaq belə bir etiketin olması yönləndiriciyə / açarda göstərilməlidir. Ethernet çərçivələri halında, bu, birxətli və çox yayımlı əlaqələr üçün EtherType dəyərlərinin 0x8847 və 0x8848 istifadə edilməsi yolu ilə həyata keçirilir. [10]

Etiket keçid routerini redaktə edin

Yalnız etiketə əsaslanaraq marşrutlaşdırma aparan MPLS yönləndiriciyə a deyilir etiket keçid router (LSR) və ya tranzit router. Bu, bir MPLS şəbəkəsinin ortasında yerləşən bir növ routerdir. Paketlərin yönləndirilməsi üçün istifadə olunan etiketlərin dəyişdirilməsindən məsuldur.

Bir LSR bir paket aldıqda, etiket başlığına daxil edilmiş etiketi indeks olaraq, etiketlə dəyişdirilən yolda (LSP) növbəti atlamanı və axtarış masasından paket üçün uyğun bir etiketi təyin etmək üçün istifadə edir. Paket irəli yönləndirilmədən əvvəl köhnə etiket başlıqdan çıxarılır və yeni etiketlə əvəz olunur.

Etiket kənar routerini redaktə edin

Etiket kənar yönləndiricisi (LER, həmçinin kənar LSR kimi tanınır) bir MPLS şəbəkəsinin kənarında işləyən və şəbəkə üçün giriş və çıxış nöqtələri rolunu oynayan bir yönləndiricidir. LER basmaq gələn paket üzərində bir MPLS etiketi [qeyd 1] və pop gedən paketdən. Alternativ olaraq, əvvəlcədən hop atma altında bu funksiya birbaşa LER-ə qoşulmuş LSR tərəfindən həyata keçirilə bilər.

Bir MP datagramını MPLS domeninə yönləndirərkən, bir LER yapışdırılmalı olan uyğun etiketi təyin etmək üçün marşrutlaşdırma məlumatından istifadə edir, paketi müvafiq olaraq etiketləyir və sonra etiketli paketi MPLS domeninə ötürür. Eynilə, MPLS domenindən çıxmağı nəzərdə tutan etiketli bir paket aldıqda, LER etiketdən çıxır və yaranan IP paketini normal IP yönləndirmə qaydalarından istifadə edərək ötürür.

Təchizatçı routerini redaktə edin

MPLS əsaslı bir virtual özəl şəbəkənin (VPN) spesifik kontekstində, VPN-ə giriş və / və ya çıxış marşrutlaşdırıcısı kimi fəaliyyət göstərən LER-lərə tez-tez PE (Provider Edge) yönləndiricilər deyilir. Yalnız tranzit marşrutlaşdırıcı kimi işləyən cihazlara oxşar şəkildə P (Provider) router deyilir. [11] P yönləndiricisinin işi PE yönləndiricisindən daha əhəmiyyətli dərəcədə asandır, buna görə daha az mürəkkəb ola bilərlər və bu səbəbdən daha etibarlı ola bilərlər.

Etiket Paylama Protokolu Düzəliş edin

Etiketlər Etiket Dağıtım Protokolu (LDP) [12] və ya Resurs Rezerv Protokolu (RSVP) istifadə edərək LER və LSR arasında paylana bilər. [13] Bir MPLS şəbəkəsindəki LSR-lər, şəbəkənin tam bir mənzərəsini yaratmaq üçün paketləri ötürmək üçün istifadə edə bilmək üçün standart prosedurlardan istifadə edərək bir-birləri ilə etiket və əlçatanlıq məlumatlarını mütəmadi olaraq mübadilə edirlər.

Etiketlə dəyişdirilən yolları düzəldin

Etiketlə dəyişdirilən yollar (LSP) şəbəkə operatoru tərəfindən şəbəkə əsaslı IP virtual özəl şəbəkələr yaratmaq və ya trafiki müəyyən edilmiş yollar boyunca trafik yönləndirmək kimi müxtəlif məqsədlər üçün qurulur. LSP-lər bir çox cəhətdən, müəyyən bir qat-2 texnologiyasından asılı olmamaları xaricində ATM və ya Frame Relay şəbəkələrindəki daimi virtual dövrlərdən (PVC) fərqli deyil.

Yönləndirmə redaktəsi

Etiketlenmemiş bir paket giriş marşrutlaşdırıcısına daxil olduqda və bir MPLS tunelinə ötürülməsi lazım olduqda, yönləndirici əvvəlcə paket üçün yönləndirmə ekvivalentliyi sinifini (FEC) müəyyənləşdirir və sonra paketin yeni yaradılan MPLS başlığına bir və ya daha çox etiket əlavə edir. Paket daha sonra bu tunel üçün növbəti hop marşrutlaşdırıcısına ötürülür.

MPLS Header, OSI modelinin şəbəkə qat başlığı və link qat başlığı arasında əlavə olunur. [14]

Bir etiketli paket bir MPLS yönləndiricisi tərəfindən qəbul edildikdə, ən üst etiket araşdırılır. Etiketin məzmununa əsasən a dəyişdirmə, basmaq (tətbiq) və ya pop (atın) əməliyyat paketin etiket yığınında aparılır. Yönləndiricilər, paketin çox sürətlə işlənməsi üçün daxil olan paketin ən üst etiketinə əsasən hansı əməliyyatı edəcəyini izah edən əvvəlcədən hazırlanmış axtarış masalarına sahib ola bilər.

  • Bir dəyişdirmə əməliyyat etiket yeni bir etiketlə dəyişdirilir və paket yeni etiketlə əlaqəli yol boyunca ötürülür.
  • Bir basmaq əməliyyat yeni bir etiket mövcud etiketin üstünə basılaraq, MPLS-in başqa bir təbəqəsində paketi effektiv şəkildə "əhatə edir". Bu, MPLS paketlərinin iyerarxik yönləndirilməsinə imkan verir. Xüsusilə, bu MPLS VPN-lər tərəfindən istifadə olunur.
  • Bir pop əməliyyat etiket aşağıda bir daxili etiket aşkar edə bilər paketdən çıxarılır. Bu prosesə "dekapsulasiya" deyilir. Açılmış etiket etiket yığınının sonuncusu idisə, paket MPLS tünelindən "çıxır". Bu çıxış marşrutlaşdırıcısı tərəfindən edilə bilər, lakin aşağıdakı Penultimate Hop Popping (PHP) bölməsinə baxın.

Bu əməliyyatlar zamanı MPLS Etiket yığınının altındakı paketin tərkibi araşdırılmır. Həqiqətən, tranzit marşrutlaşdırıcıların adətən yalnız yığının üstündəki etiketi araşdırması lazımdır. Paketin yönləndirilməsi yazıların məzmununa əsasən aparılır və bu, protokoldan asılı bir marşrutlaşdırma cədvəlinə baxmağa ehtiyac duymayan və hər hopda ən bahalı IP uzunluğunun prefiks uyğunluğunun qarşısını alır.

Çıxış marşrutlaşdırıcısında, son etiket yerləşdirildikdə, yalnız faydalı yük qalır. Bu bir IP paketi və ya bir sıra digər faydalı yük paketi ola bilər. Bu səbəbdən çıxış marşrutlaşdırıcısı paketin yükü üçün marşrut məlumatlarına sahib olmalıdır, çünki etiket axtarış masalarının köməyi olmadan onu ötürməlidir. MPLS tranzit yönləndiricisində belə bir tələb yoxdur.

Ümumiyyətlə (MPLS spesifikasiyasına uyğun olaraq yığında yalnız bir etiket olduğu halda), son etiket əvvəlki hopda (çıxış marşrutlaşdırıcısından əvvəl atlama) atılır. Buna əvvəlcədən hop atma (PHP) deyilir. Çıxış marşrutlaşdırıcısının MPLS tunellərini tərk edən bir çox paketi olduğu və buna görə həddindən artıq CPU vaxtı sərf etdiyi hallarda maraqlı ola bilər. PHP istifadə edərək, birbaşa bu çıxış yönləndiricisinə qoşulmuş tranzit marşrutlaşdırıcıları son etiketi özləri buraxaraq effektiv şəkildə yükləyirlər. Etiket paylama protokollarında bu PHP etiket pop əməliyyatı etiket dəyəri 3 «örtük-null» olaraq elan olunur (bu etiketdə heç vaxt tapılmır, çünki etiketi atmaq lazım olduğu anlamına gəlir).

Bu optimallaşdırma artıq o qədər də faydalı deyil (MPLS üçün ilkin əsaslandırıcılar kimi - marşrutlaşdırıcılar üçün daha asan əməliyyatlar kimi). Bir neçə MPLS xidməti (uçtan uca QoS [15] rəhbərliyi və 6PE [16] daxil olmaqla), əvvəlki və son MPLS yönləndiricisi arasında bir etiket saxlamağı nəzərdə tutur, hər zaman son MPLS yönləndiricidə etiket meyli edilir: «Ultimate Hop Popping» (UHP). [17] [18] Bəzi xüsusi etiket dəyərləri bu istifadə üçün xüsusi olaraq qorunmuşdur [19] [20]:

Etiketlə dəyişdirilən yol Düzəliş et

Etiketlə dəyişdirilən yol (LSP) MPMS şəbəkəsi vasitəsilə NMS tərəfindən və ya LDP, RSVP-TE, BGP (və ya hazırda köhnəlmiş CR-LDP) kimi bir siqnal protokolu tərəfindən qurulmuş yoldur. Yol FEC-dəki meyarlara əsasən qurulur.

Cığır, uyğun FEC-ə əsaslanaraq bir paketin qabağına hansı etiketin qoyulacağına qərar verən bir etiket kənar yönləndiricidən (LER) başlayır. Daha sonra paketi paketin xarici etiketini başqa bir etiketə dəyişdirən yoldakı növbəti marşrutlaşdırıcıya ötürür və növbəti routerə ötürür. Yoldakı son marşrutlaşdırıcı etiketi paketdən çıxarır və sonrakı qatının başlığına əsasən, məsələn IPv4 paketini ötürür. Paketlərin bir LSP-dən daha yüksək şəbəkə qatlarına qeyri-şəffaf olması səbəbindən bir LSP-yə bəzən MPLS tuneli də deyilir.

Əvvəlcə bir paketə MPLS başlığının əvvəlini əlavə edən marşrutlaşdırıcıya giriş yönləndiricisi deyilir. Etiketi paketdən çıxaran bir LSP-də son marşrutlaşdırıcıya çıxış yönləndiricisi deyilir. Aralarında yalnız dəyişdirmə etiketlərinə ehtiyac duyan marşrutlaşdırıcılara tranzit marşrutlaşdırıcılar və ya etiket keçid marşrutlaşdırıcıları (LSR) deyilir.

LSP-lərin bir istiqamətli olduğunu nəzərə alaraq bir paketin MPLS şəbəkəsi ilə bir uc nöqtəsindən digərinə keçid etiketinin açılmasına imkan verir. İki yönlü rabitə ümumiyyətlə istənildiyindən, yuxarıda göstərilən dinamik siqnal protokolları bunu kompensasiya etmək üçün digər istiqamətdə bir LSP qura bilər.

Qoruma nəzərdə tutulduqda, LSP-lər birincil (işləyən), ikinci dərəcəli (ehtiyat) və üçüncü dərəcəli (son çarə LSP) kimi təsnif edilə bilər. Yuxarıda təsvir edildiyi kimi, LSP-lər normal olaraq P2P-dir (nöqtə ilə). Bu yaxınlarda P2MP (çox nöqtəli nöqtə) kimi tanınan yeni LSP konsepsiyası təqdim edildi. [ nə vaxt? ] Bunlar əsasən çox yayım məqsədləri üçün istifadə olunur.

Yolların quraşdırılması və silinməsi Düzenle

MPLS yollarını idarə etmək üçün iki standart protokol var: Etiket Dağıtım Protokolu (LDP) və RSVP-TE, trafik mühəndisliyi üçün Resurs Reserve Protocol (RSVP) bir uzantısı. [21] [22] Bundan əlavə, MPLS yolunu idarə etmək üçün istifadə oluna bilən Sərhəd Gateway Protokolunun (BGP) uzantıları mövcuddur. [11] [23] [24]

MPLS başlığı MPLS yolunun içərisində daşınan məlumat növünü müəyyənləşdirmir. Hər bir növ üçün əsas yönləndiricilər tərəfindən fərqli müalicə ilə eyni iki marşrutlaşdırıcı arasında iki fərqli trafik daşımaq istəyirsə, hər bir trafik növü üçün ayrı bir MPLS yolu yaratmalıdır.

Çox nöqtəli yayımlama redaktəsi

Multicast, əksər hallarda, MPLS dizaynında düşünülmüş bir şey idi. Nöqtədən çox nöqtəli RSVP-TE tərəfindən təqdim edildi. [25] Genişzolaqlı videonun MPLS üzərindən nəql edilməsi xidmət təminatçının tələblərindən irəli gəlir. RFC 4875-in yarandığı gündən bəri MPLS multicast-ın maraq və yerləşdirilməsində böyük bir artım olmuşdur və bu, həm IETF-də, həm də göndərmə məhsullarında bir sıra yeni inkişaflara səbəb olmuşdur.

Hub & ampspoke çox nöqtəli LSP də IETF tərəfindən təqdim olunur, qısa HSMP LSP. HSMP LSP əsasən çox yayım, vaxt sinxronizasiyası və digər məqsədlər üçün istifadə olunur.

MPLS İnternet Protokolu (IP) və onun marşrutlaşdırma protokolları, ümumiyyətlə Daxili Gateway Protokolları (IGPs) ilə birlikdə işləyir. MPLS LSP-lər trafik mühəndisliyi dəstəyi, qat-3 (IP) VPN-lərin üst-üstə düşən ünvan boşluqları ilə nəql etmə qabiliyyəti və Pseudowire Emulation Edge-to-Edge (PWE3) istifadə edərək qat-2 yalançı tellər üçün dəstək ilə dinamik, şəffaf virtual şəbəkələr təmin edir [26 ] müxtəlif nəqliyyat yüklərini (IPv4, IPv6, ATM, Frame Relay və s.) Daşıma qabiliyyətinə sahibdir. MPLS qabiliyyətli cihazlara LSR-lər deyilir. Bir LSR-nin bildiyi yollar açıq hop-by-hop konfiqurasiyasından istifadə etməklə müəyyən edilə bilər və ya məhdudlaşdırılan qısa yol (CSPF) alqoritmi ilə dinamik olaraq yönləndirilir və ya müəyyən bir IP adresindən yayınan və ya qismən açıq olan boş bir yol kimi konfiqurasiya olunur. və qismən dinamikdir.

Saf bir IP şəbəkəsində, yol tıxandıqda belə bir təyinat üçün ən qısa yol seçilir. Bu vaxt, MPLS Traffic Engineering CSPF marşrutlaşdırma ilə bir IP şəbəkəsində, keçilən keçidlərin RSVP bant genişliyi kimi məhdudiyyətlər də nəzərdən keçirilə bilər ki, mövcud bant genişliyi olan ən qısa yol seçiləcəkdir. MPLS Trafik Mühəndisliyi, Əvvəl Qısa Yolu (OSPF) və ya Orta Sistemdən Orta Sistemə (IS-IS) və RSVP açmaq üçün TE uzantılarının istifadəsinə əsaslanır. RSVP bant genişliyinin məhdudiyyətinə əlavə olaraq, istifadəçilər keçid atributlarını və tunellərin müəyyən atributlarla əlaqəli keçidlər (və ya yönləndirilməməsi) üçün xüsusi tələblərini də göstərərək öz məhdudiyyətlərini təyin edə bilərlər. [27]

Son istifadəçilər üçün MPLS istifadəsi birbaşa görünmür, ancaq traceroute edərkən qəbul edilə bilər: yalnız bunu edən qovşaqlar dolu IP marşrutlaşdırma yolda hops kimi göstərilir, buna görə arada istifadə olunan MPLS qovşaqları deyil, buna görə bir paket gördüyünüzdə şerbetçiotu iki çox uzaq düyün arasında və demək olar ki, başqa bir 'hop' bu provayderin şəbəkəsində (və ya AS) görünmür, çox güman ki, şəbəkənin MPLS istifadə etməsi.

MPLS yerli qorunması Düzenle

IP qatında bərpa mexanizmləri işə salındıqda bir şəbəkə elementi sıradan çıxdıqda, bərpa bir neçə saniyə çəkə bilər ki, bu da VoIP kimi real vaxt tətbiqləri üçün qəbuledilməz ola bilər. [28] [29] [30] Əksinə, MPLS lokal qoruma, ən qısa yol körpü şəbəkələri və ya 50 ms-dən az SONET üzüklər ilə müqayisə edilə bilən bərpa müddətləri ilə real vaxt tətbiqetmələrinin tələblərinə cavab verir. [28] [30] [31]

MPLS, mövcud ATM şəbəkəsindən və ya Frame Relay infrastrukturundan istifadə edə bilər, çünki etiketli axınları ATM və ya Frame Relay virtual dövrü identifikatorlarına və əksinə əks etdirilə bilər.

Çerçeve Rölesi Düzenle

Frame Relay, müştərilərin bir məlumat xidmətindən yüzdə 100 istifadə etməsi ehtimalı olmadığı üçün telekommunikasiya şirkətləri (telekommunikasiya şirkətləri) tərəfindən məlumat xidmətlərinin müştərilərinə aşağı səviyyədə təmin edilməsinə imkan verən mövcud fiziki qaynaqlardan daha səmərəli istifadəni hədəf aldı. Nəticədə, telekommunikasiya şirkətləri tərəfindən həddindən artıq abunə yazma (həddən artıq bant genişliyi), provayder üçün maddi cəhətdən sərfəli olsa da, ümumi performansı birbaşa təsir edə bilər.

Telkoslar tez-tez Çerçeve Rölesini fərqli coğrafi bölgələrdə istifadəsi dövlət və telekomunikasiya şirkətlərinin siyasətindən asılı olaraq ayrılmış xətlərə daha ucuz alternativ axtaran müəssisələrə satırlar.

Bir çox müştəri Frame Relay-dan IPL və ya Ethernet üzərindən MPLS-ə köçdü, bu da bir çox hallarda xərcləri azaldacaq və geniş ərazi şəbəkələrinin idarəolunma qabiliyyətini və performansını artıracaqdır. [32]

Asinxron ötürmə rejimi redaktə edin

Əsas protokollar və texnologiyalar fərqli olsa da, həm MPLS, həm də ATM kompüter şəbəkələri üzərindən məlumatların daşınması üçün əlaqə yönümlü bir xidmət təqdim edir. Hər iki texnologiyada da bağlantılar son nöqtələr arasında siqnal verilir, əlaqə vəziyyəti yolun hər bir qovşağında saxlanılır və məlumatların keçid daxilində daşınması üçün kapsul üsulları istifadə olunur. Siqnal protokollarındakı fərqlər (MPLS və PNNI üçün RSVP / LDP: ATM üçün Şəxsi Şəbəkədən Şəbəkəyə İnterfeysi) istisna olmaqla, hələ də texnologiyaların davranışında əhəmiyyətli fərqlər qalmaqdadır.

Ən əhəmiyyətli fərq nəqliyyat və kapsul üsullarıdır. MPLS dəyişkən uzunluqlu paketlərlə işləyə bilər, ATM sabit uzunluqlu (53 bayt) hüceyrələri nəql edir. Paketlər, məlumat axınına əhəmiyyətli dərəcədə mürəkkəblik və əlavə yük verən bir uyğunlaşma qatından istifadə edərək bir ATM şəbəkəsi üzərindən bölünməli, nəql edilməli və yenidən birləşdirilməlidir. Digər tərəfdən MPLS hər paketin başına bir etiket əlavə edib şəbəkəyə ötürür.

Fərqlər əlaqələrin təbiətində də mövcuddur. MPLS bağlantısı (LSP) biryönlüdür - məlumatların iki son nöqtə arasında yalnız bir istiqamətdə axmasına imkan verir. Son nöqtələr arasında ikitərəfli rabitə qurmaq bir cüt LSP qurulmasını tələb edir. Bağlantı üçün 2 LSP tələb olunduğundan, irəli istiqamətdə axan məlumatlar əks istiqamətdə axan məlumatlardan fərqli bir yol istifadə edə bilər. Digər tərəfdən ATM nöqtə-nöqtə əlaqələri (virtual dövrələr) iki yönlüdür və məlumatların hər iki istiqamətdə eyni yol üzərində axmasına imkan verir (Həm SVC, həm də PVC ATM əlaqələri iki istiqamətlidir. ITU-T I.150 3.1-i yoxlayın. 3.1).

Həm ATM, həm də MPLS əlaqələrin içindəki əlaqələrin tunelləşdirilməsini dəstəkləyir. MPLS, ATM istifadə edərkən bunu yerinə yetirmək üçün etiket yığma istifadə edir virtual yollar. MPLS, tunellərdə tunel yaratmaq üçün birdən çox etiket yığa bilər. ATM virtual yol göstəricisi (VPI) və virtual dövrə göstəricisi (VCI) hər ikisi də hüceyrə başlığında birlikdə aparılır və bankomatı tək bir tunel səviyyəsinə qədər məhdudlaşdırır.

MPLS-in bankomat üzərindəki ən böyük üstünlüyü, başlanğıcdan IP-yə qədər tamamlayıcı şəkildə dizayn edilməsidir. Müasir marşrutlaşdırıcılar həm MPLS, həm də IP-ni şəbəkə operatorlarına şəbəkə dizaynı və işində böyük çevikliyə imkan verən ortaq bir interfeysdə dəstəkləyə bilirlər. Bankomatın IP ilə uyğunsuzluğu kompleks uyğunlaşma tələb edir və bu günün əksəriyyətini IP şəbəkələri üçün nisbətən daha az uyğunlaşdırır.

MPLS hal-hazırda (2012-ci ilin mart ayından etibarən) yalnız IP-şəbəkələrdə istifadə olunur və 3031-ci ildə IETF tərəfindən standartlaşdırılıb. Ən az iki qurğunu çox böyük yerləşdirmələrə bağlamaq üçün yerləşdirilib.

Praktikada MPLS əsasən IP protokol məlumat vahidləri (PDU) və Virtual Private LAN Service (VPLS) Ethernet trafiki yönləndirmək üçün istifadə olunur. MPLS-in əsas tətbiqləri telekommunikasiya trafiki mühəndisliyi və MPLS VPN-dir.

MPLS, əvvəlcə IP şəbəkələrində yüksək performanslı trafik yönləndirməsinə və trafik mühəndisliyinə icazə vermək üçün təklif edilmişdir. Bununla birlikdə, SONET / SDH şəbəkələri və dalğa uzunluğuna keçid optik şəbəkələr kimi yerli olmayan IP şəbəkələrində də etiketlə əlaqəli yolların (LSP) yaradılmasına imkan vermək üçün Generalized MPLS (GMPLS) inkişaf etmişdir.

MPLS uyğun bir yönləndirmə protokollarından istifadə edərək həm IPv4, həm də IPv6 mühitində mövcud ola bilər. MPLS inkişafının əsas məqsədi marşrut sürətinin artırılması idi. [33] ASIC, TCAM və CAM əsaslı keçid kimi daha yeni keçid metodlarının (MPLS etiketli paketlər kimi düz IPv4 sürətləndirə bilən) istifadəsi səbəbindən bu məqsəd artıq aktual deyil. [35] Buna görə, indi MPLS-in əsas tətbiqi [36] məhdud nəqliyyat mühəndisliyi və qat 3 / qat 2 “xidmət təminatçısı tipi” VPN-lərin IPv4 şəbəkələri üzərindən həyata keçirilməsidir. [37]

GMPLS-dən başqa MPLS-in əsas rəqibləri Ən Qısa Yol Körpüsü (SPB), Provayder Sümük Körpüləri (PBB) və MPLS-TP-dir. Bunlar eyni zamanda xidmət təminatçısı qat 2 və qat 3 VPN kimi xidmətlər göstərir.


III. ESB - EAI-də növbəti addım

EAI-nin broker modeli bəzi şirkətlər tərəfindən uğurla həyata keçirildi, lakin bu modeldən istifadə olunan inteqrasiya layihələrinin böyük əksəriyyəti uğursuz oldu. EAI arxitekturası üçün dəqiq standartların olmaması və ilk həll yollarının əksəriyyətinin xüsusi olması, erkən EAI məhsullarının bahalı, ağır çəkili olması və sistemin kifayət qədər homojen olmadığı təqdirdə bəzən nəzərdə tutulduğu kimi işləməməsi demək idi.

Bu problemlərin təsiri broker modelinin EAI sistemini şəbəkə üçün tək bir uğursuz nöqtəyə çevirməsi ilə gücləndirildi. Arızalı bir komponent bütün şəbəkə üçün tamamilə uğursuzluq demək idi. 2003-cü ildə, bir araşdırma, inteqrasiya layihələrinin yüzdə 70-inin erkən broker həllərindəki qüsurlara görə nəticədə uğursuz olduğunu təxmin etdi.

Avtobus memarlığı - EAI üçün yeni bir yanaşma

Vasitə edilmiş bir mərkəzin və EAI yanaşmasının səbəb olduğu problemlərdən uzaqlaşmaq üçün yeni bir EAI modeli ortaya çıxdı - avtobus. Mesajları sistemdən sistemə ötürmək üçün hələ də mərkəzi bir marşrutlaşdırma komponentindən istifadə edərkən, avtobus arxitekturası bəzi inteqrasiya tapşırıqlarını şəbəkənin digər hissələrinə paylayaraq tək bir komponentə qoyulmuş funksionallıq yükünü azaltmağa çalışırdı.

Bu komponentlər daha sonra hər hansı bir inteqrasiya ssenarisini mümkün qədər səmərəli şəkildə idarə etmək üçün konfiqurasiya sənədləri vasitəsi ilə müxtəlif konfiqurasiyalarda qruplaşdırıla bilər və infrastrukturun hər hansı bir yerində yerləşdirilə bilər və ya geniş coğrafi bölgələrdə ölçeklenebilirlik üçün çoxaldıla bilər.

Müəssisə xidməti avtobusu yaranır

Avtobus əsaslı EAI inkişaf etdikcə, təhlükəsizlik əməliyyatı işləmə, səhvlərlə işləmə və daha çox kimi bir sıra digər lazımi funksiyalar müəyyən edildi. Bir vasitəçi arxitekturasının tələb etdiyi kimi bu xüsusiyyətlərin mərkəzi inteqrasiya məntiqinə sərt kodlaşdırmasını tələb etmək əvəzinə, avtobus arxitekturası bu funksiyaların ayrı komponentlərə daxil edilməsinə icazə verdi.

Nəticə - zəmanətli etibarlılığı olan, tətbiq qatından tamamilə götürülmüş, ardıcıl bir nümunəni izləyən və inteqrasiya edilməsi lazım olan sistemlərdə dəyişiklik edilmədən minimal əlavə kodla dizayn və konfiqurasiya edilə bilən yüngül, xüsusi hazırlanmış inteqrasiya həlləri. .

Avtobus əsaslı EAI modelinin bu yetkin versiyası nəticədə Enterprise Service Bus və ya ESB kimi tanınmağa başladı.

Əsas ESB xüsusiyyətləri

Bu gün bazarda bir sıra fərqli ESB məhsulları mövcuddur. Bəziləri, məsələn, WebSphere Message Broker və ya TIBCO BusinessWorks, ESB-yə oxşar funksionallıq təklif etdiyi üçün yenidən faktor edilmiş, lakin yenə də broker kimi fəaliyyət göstərən ənənəvi EAI məhsullarıdır.

MuleSoft'un bir ESB kimi Mule kimi digərləri, ESB modelini tətbiq etmək üçün açıq mesajlaşma və inteqrasiya standartlarından istifadə edərək yerdən tərtib edilmişdir.

Fərqliliklərinə baxmayaraq, əksər ESB-lər aşağıdakı əsas xüsusiyyətlərin və ya "xidmətlərin" hamısını və ya əksəriyyətini əhatə edir:

  • Yer Şəffaflığı: İstehlakçı tətbiqinin mesaj alması üçün mesaj istehsalçısı haqqında məlumat tələb etməməsi üçün mesajlar üçün son nöqtələri mərkəzləşdirilmiş şəkildə qurmağın bir yolu
  • Transformasiya: ESB-nin mesajları istehlakçı tətbiqi tərəfindən istifadə edilə bilən bir formata çevirmə qabiliyyəti.
  • Protokol Konversiyası: Çevrilmə tələbinə bənzər ESB bütün əsas protokollarda göndərilən mesajları qəbul etməli və son istehlakçının tələb etdiyi formata çevirə bilməlidir.
  • Yönlendirme: Həm əvvəlcədən qurulmuş qaydalara, həm də dinamik olaraq yaradılmış istəklərə əsasən uyğun son istehlakçı və ya istehlakçıları təyin etmək bacarığı.
  • Gücləndirmə: Mövcud mesaj məlumatlarına əsasən daxil olan mesajlarda çatışmayan məlumatları almaq və son təyinat yerinə çatdırılmadan əvvəl mesaja əlavə etmək bacarığı.
  • Monitorinq / İdarəetmə: ESB-nin məqsədi inteqrasiyanı sadə bir işə çevirməkdir. Beləliklə, bir ESB, sistemin performansını, ESB arxitekturasından mesaj axınının asanlıqla izlənilməsi metodunu və təklif etdiyi dəyəri bir infrastruktura çatdırmaq üçün sistemi idarə etmənin sadə bir vasitəsini təmin etməlidir.
  • Təhlükəsizlik: ESB təhlükəsizliyi iki əsas komponenti əhatə edir - ESB-nin özünün mesajları tam təhlükəsiz şəkildə idarə etdiyindən əmin olmaq və inteqrasiya olunacaq sistemlərin hər biri tərəfindən istifadə olunan təhlükəsizlik təminatı sistemləri arasında danışıqlar aparmaq.

ESB-nin üstünlükləri

Ərizə inteqrasiyasına ESB yanaşmasının təklif etdiyi üstünlüklərə nəzər salaq:

  • Yüngül: bir ESB mümkün olan hər xidməti özündə birləşdirən tək bir mərkəz deyil, bir çox işləyən xidmətdən ibarət olduğundan, ESB-lər bir təşkilatın ehtiyac duyduğu qədər ağır və ya yüngül ola bilər, bu da onları mövcud olan ən təsirli inteqrasiya həllinə çevirir.
  • Genişləndirilməsi asandır: Bir təşkilat gələcəkdə arxitekturasına əlavə tətbiqetmə və ya sistem bağlamalı olduqlarını bilirsə, bir ESB yeni bir sistemin işləməyəcəyindən narahat olmaq əvəzinə dərhal sistemlərini birləşdirməyə imkan verir. mövcud infrastruktur. Yeni tətbiq hazır olduqda, infrastrukturunun qalan hissəsi ilə işləməsi üçün etmələri lazım olanları avtobusa bağlamaqdır.
  • Ölçeklenebilir ve paylanabilen: Broker mimarilerinden ferqli olaraq ESB funksionallığı cox coğrafi olaraq paylanmış bir şəbəkə daxilində asanlıqla paylana bilər. Əlavə olaraq, hər bir xüsusiyyəti təklif etmək üçün fərdi komponentlərdən istifadə edildiyi üçün, ESB həllini istifadə edərkən arxitekturanın kritik hissələri üçün yüksək mövcudluğu və miqyaslılığını təmin etmək çox daha sadə və sərfəlidir.
  • SOA dostu: ESB-lər Xidmət Odaklı Memarlıq nəzərə alınmaqla qurulur. Bu o deməkdir ki, bir SOA-ya köçmək istəyən bir təşkilat bunu tətbiq etdikdə yenidən istifadə edilə bilən xidmətləri qoşarkən mövcud sistemlərindən istifadə etməyə davam edərək bunu tədricən edə bilər.
  • Artan qəbul: İlk baxışdan, ən yaxşı ESB-lərin təklif etdiyi xüsusiyyətlərin sayı qorxuducu görünə bilər. Bununla birlikdə, ESB-ni yalnız mövcud inteqrasiya ehtiyaclarınıza cavab verən komponentlərdən istifadə etməyiniz lazım olan bir inteqrasiya "platforması" kimi düşünmək yaxşıdır. Çox sayda modul komponenti, gələcəkdə gözlənilməz ehtiyacların ROI-yə mane olmayacağına zəmanət verərək, qaynaqlar mövcud olduqda inteqrasiya arxitekturasının tədricən qəbul edilməsinə imkan verən rakipsiz bir rahatlıq təklif edir.

ESB-nin nə vaxt istifadə ediləcəyi - Məlumatlı EAI qərarlarının qəbul edilməsi

Bütün inteqrasiya həllərinin güclü və zəif tərəfləri vardır ki, bu da əksər hallarda yerləşdikləri mühitdən asılıdır. Bu səbəbdən, EAI strategiyanız barədə məlumatlı qərarlar qəbul etmək, inteqrasiya təşəbbüsünüzün uğuru üçün vacibdir.

EAI və SOA səylərinizin uğurlu olması üçün yalnız ətrafdakı "ən yaxşı" texnologiyaya ehtiyacınız yoxdur - məhsulun nəzərdə tutulan istifadə ssenarisi, yük altında işləmə, yetkinlik və bu günün dərindən başa düşülməsi ilə bağlı dəqiq faktlara ehtiyacınız var. future integration challenges your organization must overcome.

Before you make a decision about EAI, it's important to have a good idea of how you would answer questions like these:

  • How many applications do I need to integrate?
  • Will I need to add additional applications in the future?
  • How many communication protocols will I need to use?
  • Do my integration needs include routing, forking, or aggregation?
  • How important is scalability to my organization?
  • Does my integration situation require asynchronous messaging, publish/consume messaging models, or other complex multi-application messaging scenarios?

Ross Mason, MuleSoft founder and original architect of Mule as an ESB, has written an article called "To ESB or Not To ESB" that provides a good introduction for organizations considering an ESB approach to integration. The article includes an expanded version of the checklist above, to help determine whether or not ESB is a good match for their integration needs.

Want to know more about the future of Mule as an ESB?

The Mule development team has released new Development features to the platform, including:


How to move features from one layer to another? - Coğrafi İnformasiya Sistemləri

Zoom had planned to release Smart Gallery in beta this week. The Zoom Rooms feature gives all meeting participants equal .

Hybrid work can add new security wrinkles for collaboration tools. Learn about the key threats and the importance of a proactive .

Microsoft has redesigned Teams for the hybrid workplace. Other 365 productivity apps receiving updates throughout the year .

Motorola will offer the $400 Moto G Stylus 5G as a more affordable alternative to the $1,000 Samsung Galaxy Note 5G.

The latest iPad operating system improves the way users work on side-by-side applications and lets them use the iPad to extend a .

Analysts say Huawei's HarmonyOS for smartphones and tablets is unlikely to succeed against Android and iOS without easy access to.

Intel CEO Pat Gelsinger has reorganized business units and moved executive leaders to focus on AI, graphics and other emerging .

Managing a variety of devices at the edge can create a complex challenge for organizations, but software-based edge management .

Honeywell merged with Cambridge Quantum Computing, combining their respective quantum computing offerings to chase opportunities .

The alliance is poised to generate new customer use cases that span AWS services and Salesforce clouds, according to cloud .

Partners say cloud sales platforms offer a way to find new customers, launch proofs of concept and seed bigger deals. Learn more .

Service providers face issues from broken alerting systems to unsupported operating systems. Those that shore up internal .


Exploring How and Why Trees ‘Talk’ to Each Other

Ecologist Suzanne Simard has shown how trees use a network of soil fungi to communicate their needs and aid neighboring plants. Now she’s warning that threats like clear-cutting and climate change could disrupt these critical networks.

Two decades ago, while researching her doctoral thesis, ecologist Suzanne Simard discovered that trees communicate their needs and send each other nutrients via a network of latticed fungi buried in the soil — in other words, she found, they “talk” to each other. Since then, Simard, now at the University of British Columbia, has pioneered further research into how trees converse, including how these fungal filigrees help trees send warning signals about environmental change, search for kin, and transfer their nutrients to neighboring plants before they die.

By using phrases like “forest wisdom” and “mother trees” when she speaks about this elaborate system, which she compares to neural networks in human brains, Simard’s work has helped change how scientists define interactions between plants. “A forest is a cooperative system,” she said in an interview with Yale Environment 360. “To me, using the language of ‘communication’ made more sense because we were looking at not just resource transfers, but things like defense signaling and kin recognition signaling. We as human beings can relate to this better. If we can relate to it, then we’re going to care about it more. If we care about it more, then we’re going to do a better job of stewarding our landscapes.”

Simard is now focused on understanding how these vital communication networks could be disrupted by environmental threats, such as climate change, pine beetle infestations, and logging. “These networks will go on,” she said. “Whether they’re beneficial to native plant species, or exotics, or invader weeds and so on, that remains to be seen.”

Yale Environment 360: Not all PhD theses are published in the journal Nature. But back in 1997, part of yours was. You used radioactive isotopes of carbon to determine that paper birch and Douglas fir trees were using an underground network to interact with each other. Tell me about these interactions.

Suzanne Simard: All trees all over the world, including paper birch and Douglas fir, form a symbiotic association with below-ground fungi. These are fungi that are beneficial to the plants and through this association, the fungus, which can’t photosynthesize of course, explores the soil. Basically, it sends mycelium, or threads, all through the soil, picks up nutrients and water, especially phosphorous and nitrogen, brings it back to the plant, and exchanges those nutrients and water for photosynthate [a sugar or other substance made by photosynthesis] from the plant. The plant is fixing carbon and then trading it for the nutrients that it needs for its metabolism. It works out for both of them.

It’s this network, sort of like a below-ground pipeline, that connects one tree root system to another tree root system, so that nutrients and carbon and water can exchange between the trees. In a natural forest of British Columbia, paper birch and Douglas fir grow together in early successional forest communities. They compete with each other, but our work shows that they also cooperate with each other by sending nutrients and carbon back and forth through their mycorrhizal networks.

e360: And they can tell when one needs some extra help versus the other, is that correct?

Simard: That’s right. We’ve done a bunch of experiments trying to figure out what drives the exchange. Keep in mind that it’s a back and forth exchange, so sometimes the birch will get more and sometimes the fir will get more. It depends on the ecological factors that are going on at the time.

One of the important things that we tested in that particular experiment was shading. The more Douglas fir became shaded in the summertime, the more excess carbon the birch had went to the fir. Then later in the fall, when the birch was losing its leaves and the fir had excess carbon because it was still photosynthesizing, the net transfer of this exchange went back to the birch.

There are also probably fungal factors involved. For example, fungus that is linking the network is going to be looking to secure its carbon sources. Even though we don’t understand a whole lot about that, it makes sense from an evolutionary point of view. The fungus is in it for its own livelihood, to make sure that it’s got a secure food base in the future, so it will help direct that carbon transfer to the different plants.

e360: Do you think this exchange system holds true in other ecosystems as well, like grasslands, for instance? Has there been any work done on that?

Simard: Yes, not just in my lab, but also in other labs well before me”¦ Grasslands, and even some of the tree species we’re familiar with like maple and cedar, form a different type of mycorrhiza. In British Columbia, we have big grasslands that come up through the interior of the province and interface with the forest. We’re looking at how those grasslands, which are primarily arbuscular mycorrhizal, interact with our ectomycorrhizal forest, because as climate changes, the grasslands are predicted to move up into the forests.

e360: Will these exchanges continue under climate change, or will communication be blocked?

Simard: I don’t think it will be blocked. I don’t think there’s ever going to be a shortage of an ability to form a network, but the network might be different. For example, there will probably be different fungi involved in it, but I think these networks will go on. Whether they’re beneficial to native plant species, or exotics, or invader weeds and so on, that remains to be seen.

e360: Through molecular tools, you and one of your graduate students discovered what you call hub, or mother, trees. What are they, and what’s their role in the forest?

Simard: Kevin Beiler, who was a PhD student, did really elegant work where he used DNA analysis to look at the short sequences of DNA in trees and fungal individuals in patches of Douglas fir forest. He was able to map the network of two related sister specials of mycorrhizal fungi and how they link Douglas fir trees in that forest.

Just by creating that map, he was able to show that all of the trees essentially, with a few isolated [exceptions], were linked together. He found that the biggest, oldest trees in the network were the most highly linked, whereas smaller trees were not linked to as many other trees. Big old trees have got bigger root systems and associate with bigger mycorrhizal networks. They’ve got more carbon that’s flowing into the network, they’ve got more root tips. So it makes sense that they would have more connections to other trees all around them.

In later experiments, we’ve been pursuing whether these older trees can recognize kin, whether the seedling that are regenerating around them are of the same kin, whether they’re offspring or not, and whether they can favor those seedlings — and we found that they can. That’s how we came up with the term “mother tree,” because they’re the biggest, oldest trees, and we know that they can nurture their own kin.

e360: You also discovered that when these trees are dying there’s a surprising ecological value to them that isn’t realized if they’re harvested too soon.

Simard: We did this experiment actually in the greenhouse. We grew seedlings of [Douglas fir] with neighbors [ponderosa pine], and we injured the one that would have been acting as the mother tree, [which was] the older fir seedling. We used ponderosa pine because it’s a lower elevation species that’s expected to start replacing Douglas fir as climate changes. I wanted to know whether or not there was any kind of transfer of the legacy of the old forest to the new forest that is going to be migrating upward and northward as climate changes.

When we injured these Douglas fir trees, we found that a couple things happened. One is that the Douglas fir dumped its carbon into the network and it was taken up by the ponderosa pine. Secondly, the defense enzymes of the Douglas fir and the ponderosa pine were “up-regulated” in response to this injury. We interpreted that to be defense signaling going on through the networks of trees. Those two responses — the carbon transfer and the defense signal — only happened where there was a mycorrhizal network intact. Where we severed the network, it didn’t happen.

The interpretation was that the native species being replaced by a new species as climate changes is sending carbon and warning signals to the neighboring seedlings to give them a head start as they assume the more dominant role in the ecosystem.

e360: You’ve talked about the fact that when you first published your work on tree interaction back in 1997 you weren’t supposed to use the word “communication” when it came to plants. Now you unabashedly use phrases like forest wisdom and mother trees. Have you gotten flack for that?

Simard: There’s probably a lot more flack out there than I even hear about. I first started doing forest research in my early 20s and now I’m in my mid-50s, so it has been 35 years. I have always been very aware of following the scientific method and of being very careful not to go beyond what the data says. But there comes a point when you realize that that sort of traditional scientific method only goes so far and there’s so much more going on in forests than we’re able to actually understand using the traditional scientific techniques.

So I opened my mind up and said we need to bring in human aspects to this so that we understand deeper, more viscerally, what’s going on in these living creatures, species that are not just these inanimate objects. We also started to understand that it’s not just resources moving between plants. It’s way more than that. A forest is a cooperative system, and if it were all about competition, then it would be a much simpler place. Why would a forest be so diverse? Why would it be so dynamic?

To me, using the language of communication made more sense because we were looking at not just resource transfers, but things like defense signaling and kin recognition signaling. The behavior of plants, the senders and the receivers, those behaviors are modified according to this communication or this movement of stuff between them.

Also, we as human beings can relate to this better. If we can relate to it, then we’re going to care about it more. If we care about it more, then we’re going to do a better job of stewarding our landscapes.

e360: The mountain pine beetle is devastating western [North American] landscapes, killing pine and spruce trees. You coauthored research on what pine beetle attacks do to mycorrhizal networks. What did you find, and what are the implications for regeneration of those forests?

Simard: That work was led by Greg Pec, a graduate student at the University of Alberta. The first stage (of the attack) is called green attack. They go from green attack to red attack to gray attack. So basically, by the third or fourth year, the stands are dead.

We took soil from those different stands and grew log pole pine seedlings in them. We found that as time went on with mortality, that mycorrhizal network became less diverse and it also changed the defense enzyme in the seedlings that were grown in those soils. The diversity of those molecules declined. The longer the trees had been dead, the lower the mycorrhizal diversity and the lower the defense molecule diversity was in those seedlings.

Greg, in looking at the fungal diversity in those stands, found that even though the fungal diversity changed, the mycorrhizal network was still important in helping regenerate the new seedlings that were coming up in the understory.

Even though the composition of that mycorrhizal network is shifting, it’s still a functional network that is able to facilitate regeneration of the new stand.

e360: What does your work tell you about how to maintain resilience in the forest when it comes to logging and climate change?

Simard: Resilience is really about the ability of ecosystems to recover their structures and functions within a range of possibilities. For forests in particular, trees are the foundation. They provide habitat for the other creatures, but also make the forest work. Resilience in a forest means the ability to regenerate trees. There’s a lot that can be done to facilitate that because of these mycorrhizal networks, which we know are important in allowing trees to regenerate. It’s what we leave behind that’s so important. If we leave trees that support not just mycorrhizal networks, but other networks of creatures, then the forest will regenerate. I think that’s the crucial step is maintaining that ability to regenerate trees.

e360: You’ve spoken about your hope that your findings would influence logging practices in British Columbia and beyond. Has that happened?

Simard: Not my work specifically. Beginning in the 1980s and 90s, that idea of retaining older trees and legacies in forests retook hold. Through the 1990s in Western Canada, we adopted a lot of those methodologies, not based on mycorrhizal networks. It was more for wildlife and retaining down wood for habitat for other creatures.

But for the most part, especially in the last decade and a half, a lot of [logging] defaults to clear-cutting with not that much retention. Part of that was driven by the mountain pine beetle outbreak that is still going on. The good forestry practices that were developing got swept away in the salvage logging of those dying trees.

Today, people are still trying retention forestry, but it’s just not enough. Too often it’s just the token trees that are left behind. We’re starting on a new research project to test different kinds of retention that protect mother trees and networks.

e360: That’s the grant that you just received from the Canadian government to reassess current forest renewal practices?

Simard: Yes, we’re really excited about this. We’re testing the idea of retaining mother trees in different configurations — so leaving them as singles, as groups, as shelter woods, and then regenerating the forest using a mix of natural regeneration and traditional regeneration practices. We’re testing these across a range of climates in Douglas fir forest, from very dry and hot all the way up to cool and wet. There’s going to be about 75 sites in total that cross this climate gradient. We’re going to be measuring things like carbon cycling and productivity and bird and insect diversity. And we’ve got a lot of interest from First Nations groups in British Columbia because this idea of mother trees and the nurturing of new generations very much fits with First Nations’ world view.

Diane Toomey is an award-winning public radio journalist who has worked at Marketplace, World Vision ReportLiving on Earth, where she was the science editor. Her reporting has won numerous awards, including the American Institute of Biological Sciences' Media Award. She is a regular contributor to Yale e360 and currently is an associate researcher at the PBS science show NOVA. More about Diane Toomey →


What is a Trunk?

Generally, there are two ways to look at a trunk line. In telephony, the term trunk refers to connections between offices or distribution facilities. These connections represent an increased number of lines or time division multiplexed connections as shown in Figure 4-15. Examples include 25 pair bundles or T carriers.

Figure 4-15. Telephone lines and trunks

For data networking, trunks have little to do with increasing the number of connections between switches. The primary use of a trunk line in a data network is to convey VLAN information. The trunk line shown in Figure 4-14 carries VLAN and quality of service information for the participating switch.

When a trunk line is installed, a trunking protocol is used to modify the Ethernet frames as they travel across the trunk line. In Figure 4-14 the ports interconnecting the switches are trunk ports. This also means that there is more than one operational mode for switch ports. By default, all ports are called “access ports.” This describes a port used by a computer or other end node to “access” the network. When a port is used to interconnect switches and convey VLAN information, the operation of the port is changed to a trunk. For example, on a Cisco switch the mode command would be used to make this change. Other vendors indicate that the port is now “tagged,” indicating that a VLAN id will now be inserted into the frames. The 802.1Q standard also includes a provision for “hybrid” ports that understand both tagged and untagged frames. To be clear, nodes and routers are often unaware of the VLANs and use standard Ethernet or “untagged” frames. Trunk lines providing VLAN or priority values will be using “tagged” frames. An example of a tagged frame can be seen in Figure 4-17.

So, on the trunk ports, a trunking protocol is run that allows the VLAN information to be included in each frame as it travels over the trunk line. For configuration, there are generally two steps: converting the port to trunk mode and determining the encapsulation (trunking protocol) to be used.

Using Figure 4-16 we’ll go through an example of two nodes communicating over a trunk line. There are several steps to the process (in addition to host routing) so Figure 4-16 is labeled based on the steps listed.

Figure 4-16. Trunking traffic between switches

PC1 sends traffic to PC2 after processing its host routing table. These nodes are in the same VLAN but they are connected to different switches. The basic process:

The Ethernet frame leaves PC1 and is received by Switch 1.

The Switch 1 SAT indicates that the destination is on the other end of the trunk line.

Switch 1 uses the trunking protocol to modify the Ethernet frame by adding the VLAN id.

The new frame leaves the trunk port on Switch1 and is received by Switch 2.

Switch2 reads the VLAN id and strips off the trunking protocol.

The original frame is forwarded to the destination (port 4) based on the SAT of Switch 2.

The packet shown in Figure 4-17 provides detail on this modification. In this particular case, the trunking protocol that has been used is IEEE 802.1Q. This frame is an ICMP echo request from PC1 → PC2 and because it traverses the trunk line, the VLAN tag must be included so that Switch 2 knows how to properly forward the packet.

Figure 4-17. Ethernet frame with 802.1Q trunking

The Ethernet frame is intact but now has several additional fields such as the VLAN ID. In this case, the two computers communicating are on VLAN 2. The binary value of 0000 0000 0010 is shown. Note that the IP and ICMP headers have not been modified. However, because this is a change to the actual frame, the Cyclical Redundancy Check (CRC) at the end of the Ethernet frame must be recalculated. Trunking probably doesn’t get as much attention as it should but, as soon as VLANs are configured on the switches, a trunking protocol must be used if the VLANs are to persist from one switch to another. Without a trunk, the nodes will probably all be on the same VLAN which can lead to the problems noted earlier. Trunks and VLANs are a vital part of standard topologies.


How to move features from one layer to another? - Coğrafi İnformasiya Sistemləri

Zoom had planned to release Smart Gallery in beta this week. The Zoom Rooms feature gives all meeting participants equal .

Hybrid work can add new security wrinkles for collaboration tools. Learn about the key threats and the importance of a proactive .

Microsoft has redesigned Teams for the hybrid workplace. Other 365 productivity apps receiving updates throughout the year .

Motorola will offer the $400 Moto G Stylus 5G as a more affordable alternative to the $1,000 Samsung Galaxy Note 5G.

The latest iPad operating system improves the way users work on side-by-side applications and lets them use the iPad to extend a .

Analysts say Huawei's HarmonyOS for smartphones and tablets is unlikely to succeed against Android and iOS without easy access to.

Intel CEO Pat Gelsinger has reorganized business units and moved executive leaders to focus on AI, graphics and other emerging .

Managing a variety of devices at the edge can create a complex challenge for organizations, but software-based edge management .

Honeywell merged with Cambridge Quantum Computing, combining their respective quantum computing offerings to chase opportunities .

The alliance is poised to generate new customer use cases that span AWS services and Salesforce clouds, according to cloud .

Partners say cloud sales platforms offer a way to find new customers, launch proofs of concept and seed bigger deals. Learn more .

Service providers face issues from broken alerting systems to unsupported operating systems. Those that shore up internal .


Troubleshoot

This section provides the information used in order to troubleshoot your configuration.

Troubleshooting Procedure

Here is troubleshooting information relevant to this configuration. Follow the instructions in order to troubleshoot your configuration.

Issue Internet Control Message Protocol (ICMP) pings in order to verify whether you have Layer 2 connectivity.

If you are not able to ping between two devices on the same VLAN on the same switch, verify that your source and destination ports have devices connected to them and are assigned to the same VLAN. For more information, refer to Creating Ethernet VLANs on Catalyst Switches.

If you are not able to ping between two devices on the same VLAN but not on the same switch, verify that trunking is configured properly and that the native VLAN matches on both sides of the trunk.

Initiate an ICMP ping from an end device connected to the Catalyst 3550 to its corresponding VLAN interface. In this example, you can use a host on VLAN 2 (10.1.2.2) and ping interface VLAN 2 (10.1.2.1). If you are not able to ping the interface, verify that the host's default gateway points to the corresponding VLAN interface IP address and that the subnet masks match. For example, the default gateway of the device on VLAN 2 should point to Interface VLAN 2 (10.1.2.1). Also verify the interface VLAN status by issuing the show ip interface brief əmr.

If the interface status is administratively down, enter the no shutdown command in the VLAN interface configuration mode.

If the interface status is down/down, verify the VTP configuration and that the VLANs have been added to the VLAN database. Check to see if a port is assigned to the VLAN and whether it is in the Spanning Tree forwarding state.

Initiate a ping from an end device in one VLAN to the interface VLAN on another VLAN in order to verify that the switch routes between VLANs. In this example, ping from VLAN 2 (10.1.2.1) to Interface VLAN 3 (10.1.3.1) or Interface VLAN 10 (10.1.10.1). If the ping fails, verify that IP routing is enabled and that the VLAN interfaces status is up with the show ip interface brief əmr.

Initiate a ping from the end device in one VLAN to the end device in another VLAN. For example, a device on VLAN 2 should be able to ping a device on VLAN 3. If the ping test is successful in step 3, but fails to reach the end device on the other VLAN, verify that the default gateway on the connected device is configured correctly.

If you are not able to reach the Internet or corporate network, verify that the default route on the 3550 points to the correct IP address on the default router. Also verify that the IP address and subnet mask on the switch are configured correctly.

There is no set recommended value of bandwidth on a VLAN interface (SVI). The default is BW 1000000 Kbit (1 Gigabit), because the route processor internal inband is only 1 Gigabit by design. The bandwidth parameter on the show interface vlan output is not fixed bandwidth used by SVI as traffic is routed on the switch backplane. The bandwidth number can be used in order to manipulate routing metrics, calculate interface load statistics, and so forth.

The Catalyst 6500 switch platform mostly forwards traffic in hardware with the exception of control/special traffic, for example, SNMP, Telnet, SSH, Routing protocols, and ARP, which has to be processed by the Supervisor, which is done in the software.