Újdonságok Nexus Platformon

Hasonló dokumentumok
Újdonságok Nexus Platformon

Felhő alapú hálózatok (VITMMA02) Hálózati megoldások a felhőben

C6VN7 II. Catalyst 6500 versus Nexus 7000

Élet Spanning Tree nélkül

L2 hálózati összeköttetés megvalósítása IP gerinc felett Cisco OTV technológiával. NETWORKSHOP2010 Debrecen Zeisel Tamás Cisco Magyarország

Ethernet. Hozzáférési hálózatoktechnológiák. Moldován István. Department of Telecommunications and Media Informatics

Két típusú összeköttetés PVC Permanent Virtual Circuits Szolgáltató hozza létre Operátor manuálisan hozza létre a végpontok között (PVI,PCI)

Multiprotocol encapsulation (RFC1483) - IETF Classical IP over ATM (RFC1577) - IETF LAN Emulation (LANE) - ATM Forum Multiprotocol over ATM (MPOA) -

Everything Over Ethernet

Catalyst 6500 Hogyan tovább?

(Ethernet) Készítette: Schubert Tamás. LAN kapcsolás /1

IP alapú kommunikáció. 3. Előadás Switchek 3 Kovács Ákos

Routing IPv4 és IPv6 környezetben. Professzionális hálózati feladatok RouterOS-el

Hálózati Technológiák és Alkalmazások

Cisco Adatközponti Hálózatok Kialakítása

Kommunikációs rendszerek programozása. Switch-ek

Adatközpontok összekapcsolása. Balla Attila

Statikus routing. Hoszt kommunikáció. Router működési vázlata. Hálózatok közötti kommunikáció. (A) Partnerek azonos hálózatban

Az Ethernet példája. Számítógépes Hálózatok Az Ethernet fizikai rétege. Ethernet Vezetékek

Hálózati Technológiák és Alkalmazások. Vida Rolland, BME TMIT november 5. HSNLab SINCE 1992

Számítógép hálózatok gyakorlat

Hálózati szolgáltatások OpenStack környezetben

2014 UNIVERSITAS SCIENTIARUM SZEGEDIENSIS UNIVERSITY OF SZEGED

Ethernet. Hozzáférési hálózatoktechnológiák. Moldován István. Department of Telecommunications and Media Informatics

Hálózat szimuláció. Enterprise. SOHO hálózatok. Más kategória. Enterprise. Építsünk egy egyszerű hálózatot. Mi kell hozzá?

III. előadás. Kovács Róbert

Hálózati réteg. WSN topológia. Útvonalválasztás.

Link Aggregation Control Protocol

Ethernet. Hozzáférési hálózatoktechnológiák. Moldován István. Department of Telecommunications and Media Informatics

Hálózati Technológiák és Alkalmazások. Vida Rolland, BME TMIT október 29. HSNLab SINCE 1992

Address Resolution Protocol (ARP)

Datacenter Bridging: a kommunikációs evolúció következő lépcsője

Cisco technológiák Szerver konszolidációs Környezetben Zeisel Tamás Cisco Magyarország

Department of Software Engineering

Hálózati architektúrák laborgyakorlat

Információs rendszerek üzemeltetése

Hálózattervezés alapjai Campus hálózati modellek

Internet Protokoll 6-os verzió. Varga Tamás

1/13. RL osztály Hálózati alapismeretek I. gyakorlat c. tantárgy Osztályozóvizsga tematika

Hálózati architektúrák és Protokollok GI 8. Kocsis Gergely

Ethernet a szolgáltatói hálózatokban

MAC címek (fizikai címek)

Hálózati architektúrák és Protokollok GI 7. Kocsis Gergely

HÁLÓZATOK I. Készítette: Segédlet a gyakorlati órákhoz. Göcs László mérnöktanár KF-GAMF Informatika Tanszék tanév 1.

Számítógépes Hálózatok

Hálózati rendszerek adminisztrációja JunOS OS alapokon

7. Feszítőfa protokoll Spanning-tree protocol

Hálózati architektúrák és Protokollok PTI 5. Kocsis Gergely

NCS5500 bemutató. Balla Attila

Balla Attila, vezető technikai tanácsadó. Ethernet hálózatok tervezése

Számítógép hálózatok Alternatív valóság Kovács Ákos

A MAC-cím (Media Access Control) egy hexadecimális számsorozat, amellyel még a gyártás során látják el a hálózati kártyákat. A hálózat többi eszköze

Cisco Alkalmazásközpontú Application Centric Infrastructure

Tájékoztató. Használható segédeszköz: -

Dunaújvárosi Főiskolán

Hálózattervezés alapjai Hálózatközi együttmőködés

CISCO gyakorlati segédlet. Összeállította: Balogh Zoltán

Routing. Számítógép-hálózatok. Dr. Lencse Gábor. egyetemi docens Széchenyi István Egyetem, Távközlési Tanszék

Felhő alapú hálózatok (VITMMA02) Virtualizáció

Broadcast és Multicast. Számítógépes Hálózatok és Internet Eszközök. Multicasting. IP Multicast Címek

Hálózatok II. A hálózati réteg funkciói, szervezése

Felhő alapú hálózatok (VITMMA02) Hálózati topológiák, Ethernet kiegészítések

Technológiák a Felhő alapú adatközpontokhoz

Cisco Catalyst 3500XL switch segédlet

Ethernet/IP címzés - gyakorlat

Felhő alapú hálózatok (VITMMA02) OpenStack Neutron Networking

Hálózatok építése és üzemeltetése. Hálózatbiztonság 2.

Hálózatok II. A hálózati réteg forgalomirányítása

A HBONE évi fejlesztési eredményei

Tájékoztató. Használható segédeszköz: -

Hálózatok építése és üzemeltetése

A T-Online Adatpark és Dataplex hálózati megoldásai

Hálózati architektúrák és Protokollok Levelező II. Kocsis Gergely

V2V - routing. Intelligens közlekedési rendszerek. VITMMA10 Okos város MSc mellékspecializáció. Simon Csaba

50-Port 10/100/1000Mbps +4 Megosztott SFP-port Menedzselt Gigabit Switch WGSW-50040

Hálózatok Rétegei. Számítógépes Hálózatok és Internet Eszközök. TCP/IP-Rétegmodell. Az Internet rétegei - TCP/IP-rétegek

Az alábbi állítások közül melyek a forgalomirányító feladatai és előnyei?

Hálózatok építése és üzemeltetése

Hálózati architektúrák és Protokollok PTI 6. Kocsis Gergely

Felhő alapú hálózatok (VITMMA02) Virtualizáció

SDN a különböző gyártói megközelítések tükrében

Radware terhelés-megosztási megoldások a gyakorlatban

Egy országos IP hálózat telepítésének tapasztalatai Szolgáltató születik

Hálózatok. Alapismeretek. A hálózatok célja, építőelemei, alapfogalmak

GÉANT Hungary (HBONE) fejlesztések

Az adott eszköz IP címét viszont az adott hálózat üzemeltetői határozzákmeg.

3Com hírek december

Ethernet második rész

Jogában áll belépni?!

Számítógépes Hálózatok és Internet Eszközök

Department of Software Engineering

Forgalmi grafikák és statisztika MRTG-vel

IPv6 alapok, az első lépések. Kunszt Árpád Andrews IT Engineering Kft.

1. Kapcsolók konfigurálása

Tartalom. Router és routing. A 2. réteg és a 3. réteg működése. Forgalomirányító (router) A forgalomirányító összetevői

Felhő alapú hálózatok (VITMMA02) Hálózat virtualizálás: Overlay hálózatok OpenStack Neutron Networking

III. Felzárkóztató mérés SZÉCHENYI ISTVÁN EGYETEM GYŐR TÁVKÖZLÉSI TANSZÉK

A Component-Base Architechture for Power-Efficient Media Access Control in Wireless Sensor Networks

2. ÁLTALÁNOS HÁLÓZATI TRENDEK

Teszt topológia E1/1 E1/0 SW1 E1/0 E1/0 SW3 SW2. Kuris Ferenc - [HUN] Cisco Blog -

Átírás:

Újdonságok Nexus Platformon Balla Attila balla.attila@synergon.hu CCIE #7264

Napirend Nexus 7000 architektúra STP kiküszöbölése Layer2 Multipathing MAC Pinning MultiChassis EtherChannel FabricPath

Nexus 7000 architektúra Nexus Chassis 10/18 slot Vezérlő Sup1 NX-OS Fabric Card 46Gbps/slot/card Vonali kártyák M1 Layer3, 80Gbps/slot F1 Layer2, FC a limitáció

Fontosabb funkciók Nagy teljesítmény NX-OS, Licensz alapú Unified I/O DCB TrustSec Virtuális Chassis Fabric Extender Overlay Transport Virtualization MultiChassis EtherChannel FabricPath

Miért kell STP? Ethernet hálózatok Redundancia miatt szövevényes hálózat Hurokmentesítés Spanning Tree Protocol RSTP, MST

STP korlátai Útvonalválasztás Egy útvonal bármely kettő switch között Root Bridge szempontjából van csak legrövidebb út Hatékonyság Hurokmentes hálózat blokkolt redundáns összeköttetések Nagyobb sávszélességnél még több veszteség Vezérlési sík védelem Csak a switch-id dönti el, hogy ki a Root Bridge Konvergencia Lassú

Layer2 Bridging Transzparens végberendezéseknek shared media Plug & Play Nem kell konfigurálás a továbbítási tábla felépüléséhez Data Plane learning Layer2 keretek tartalma alapján épül fel a továbbítási tábla Flooding Ismeretlen célcímű keretek broadcast-ként továbbítódnak Minden MAC cím mindenhol Minden switchnek minden unicast címet ismernie kell

Adatközpont evolúció Aggregation Access FabricPath vpc Virtual Access vpc

MultiChassis EtherChannel Egy eszköz két switch-hez kapcsolódik egy EC porton Nincs STP által blokkolt port Minden uplink sávszélesség használható Kettős bekötésű szerverek aktív-aktív módban Gyors konvergencia hiba esetén OPEX/CAPEX csökkentés Minden interface modulon elérhető

Virtual Port Channel vpc Domain vpc switch-ek vpc peer egy tagja a vpc domain-nak vpc member port azon portok összesége, amelyek a vpc-t alkotják vpc azon port-channel-ek összesége, amelyek a vpc peer-ek és a downstream eszközök között vannak vpc peer-link vpc peer-ek közötti szinkronizációs csatorna, 10GE

Virtual Port Channel vpc peer-keepalive link vpc peer-ek között, ellenőrzi a túloldalt CFS protocol Cisco Fabric Services, konfiguráció ellenőrzés a peer-ek között vpc VLAN Non-vPC VLAN

Hurok elkerülés vpc peer alapvetően nem használják a peer-linkeket adat továbbításra Peer-linken levő adatokat megjelöli, nem küldi vissza a vpc-n Kivétel: vpc hiba Peer-link csak tartalék útvonal

Út a FabricPath felé Hálózati címzés Flat helyett hierarchikus Címke a csomag elején Cím tanulás Data Plane helyett Control Plane Nem kell minden switch-nek minden MAC címet megtanulni Vezérlési sík Distance Vector helyett Link State Gyorsabb konvergencia, terhelés elosztás

Cisco FabricPath Switching Könnyű konfigurálni Plug & Play Rugalmas létesítés Routing MultiPathing Gyors konvergencia Skálázhatóság Cisco FabricPath

FabricPath áttekintés Továbbítás FabricPath enkapszuláció Nem flood-dal történik a MAC tanulás Routing Hurok védelem TTL RPF Vezérlés Plug & Play L2 IS-IS Unicast és Multicast támogatás Gyors, hatékony, skálázható ECMP VLAN, Multicast hatékony kezelése

Adatsík FabricPath fejrész a bejövő switch-nél A bejövő és kimenő switch-eknél routing Nincs MAC cím tanulás a FabricPath-ban

Vezérlés IS-IS kezeli a továbbítási táblákat Minden switch automatikusan kap címet Kiszámítja a switch-ek közötti útvonalat Támogatja a terhelés elosztást, legfeljebb 16 útvonalig

MAC cím tanulás 1. ARP kérés S1 switch-en bejegyzés, A mac cím, broadcast 2. ARP válasz S3 switch-en nincs A mac cím, broadcast válasz: S3-n B mac cím, célcím van, de nem tudjuk hol S1 switch-en van B mac cím, mert a célcím ismert 2. L1 3. Unicast forgalom L2 S1 switch már tudja merre kell küldeni S3 switch-en is lesz A mac cím S11 S12 S13 3. 2. FabricPath 2. L3 A 1. S1 S2 S3 1. 1. B

Összefoglalás Egyszerű Transzparens az L3 protokolloknak Nincs címzés, egyszerű konfigurálás, kivitelezés Skálázható Kiterjeszhető a bridge domain Hatékony ECMP Optimális útvonal két node között

Kérdések Válaszok balla.attila@sri.hu