320 likes | 466 Views
Kommunikatsioonivõrkude haldus. Avo Ots telekommunikatsiooni õppetool, TTÜ raadio- ja sidetehnika inst. avots@lr.ttu.ee. Põhiteemad. Võrguhalduse ülesanded Klient – server mudel võrguhalduses Halduse standardimine Arvutivõrkude haldussüsteemid Terminaalide ja võrgu ühenduse haldus.
E N D
Kommunikatsioonivõrkude haldus Avo Otstelekommunikatsiooni õppetool, TTÜ raadio- ja sidetehnika inst.avots@lr.ttu.ee
Põhiteemad • Võrguhalduse ülesanded • Klient – server mudel võrguhalduses • Halduse standardimine • Arvutivõrkude haldussüsteemid • Terminaalide ja võrgu ühenduse haldus
Mida nõuda võrgult... Töökindel,avardatav,paljutarbeline
B C A Võrk
Cabling LAN Software Serve-rid Work-station 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 Kasutusperiood aastates Võrgukomponentide kasutatavus
Võrguhaldus • Veahaldus • Konfiguratsiooni haldus • Kasutajate haldus • Jõudluse haldus • Turvalisuse haldus
Management • Fault management • monitor networking devices and generate an alert when something goes wrong • identify, isolate, correct, test, record • Configuration management • changes, additions and deletions of the configuration of the managed devices • Accounting management • monitoring and recording network component usage - for traffic analysis and billing • Performance management • gathering and analyzing data from network components to monitor current performance and plan for current needs and future growth • Security management • defining how users can access the network
Eeldused võrguhalduseks • Arvutivõrgus liikuvat infot saab kasutada selle haldamiseks • Arvutivõrku ennast kasutatakse selle haldamiseks • Lisaks kasutatakse haldustäiendustega võrguseadmeid: • haldusagendid, haldustarkvara • Võrguhaldusstandard on SNMP (Simple Network Management Protocol) • SNMPv1, SNMPv2, SNMPv3
Simple-Based Management SNMPv1 SNMPv3 Party-based SNMPv2 SNMPv2* Common SNMPv2 SNMPv2c SNMPv2u Management Information Definitions (MIB Documents) RFC 2578-80 Format RFC 1155 Format RFC 1212/1215 Format RFC 1442-4 Format RFC 1902-4 Format Protokollid
Haldusandmete kogumine • Haldusjaam küsitlebagente • näiteks teatud ajavahemike järel, kas hostide teenuste pordid töötavad • Haldusagent hoiatab haldusjaama tõrke korral • näiteks, kui võrgu koormus hakkab teatud piiri ületama
Get-request UDP port 161 Get-response . . . Get-next- request Get-response UDP port 161 trap UDP port 162 SNMP Agent SNMP manager Portide kasutus
Haldusinfobaas MIB(Management Information Base) • Selline baas onkõikidel haldussüsteemi komponentidel • haldusinfo objekti aadressi moodustab numbrite järjestus • näitekssnmpDot3RptMgmtobjektide grupi aadress on 1.3.6.1.2.1.22 • SNMP päringutes kasutataksegi neid objektide aadresse
Võrgumonitooring • Iga arvuti võtab vastu talle adresseeritud pakette • Võrgu monitooringu tarkvara kasutav arvuti võimaldab jälgida kõiki võrgus liikuvaid pakette
Arvutivõrk haldustarkvaras • Võrgu kaart • Tavaliselt hostid ikoonidena ja kaablid nende vahel joontena • Hosti ikooni värv näitab hosti tegelikku seisukorda võrgus • Võrgu kaardid koostatakse automaatselt, käsu peale või käsitsi
Statistika • Vaatame statistikat • Kõige rohkem on pakette pikkusega 64 B, sest saadetakse palju kinnitusi • Järgneb 1025-1518 B pikkuste pakettide hulk - hea, sest sai palju kasulikke andmeid vahetatud • Vähe kasutatakse ARPi, sest arvuti peab hiljuti ARPi kaudu küsitud aadresse natuke aega meeles
INTERNET Hajutatud töökeskkond Filiaal Firma ISP ISP DNS Kaugtöökohad MAIL
IETF Network Management Problems • The requirements for Internet management technologies have changed during the last 10 years • Fundamental assumptions must be revisited and potentially revised to better reflect today’s realities • WG members mostly coming from network device vendors • Solutions sometimes tend to be too device specific or way too detailed for running real-world networks • Many competing technologies inside and outside of the IETF have led to “network management technology fragmentation”
#1: SNMP over TCP • SNMP over TCP gives flow and congestion control for virtually no costs • Originator of a request/response transaction chooses the transport for one or more complete transactions • SNMP engines can close TCP connections at any point in time • SNMP engines may revert to SNMP over UDP when needed • SNMP engines must perform packetizing and connection management
#2: Lossless Payload Compression • Compress and wrap SNMP PDUs in a CompressedPDU • Each SNMP message is compressed and decompressed by itself without any relation to other SNMP messages (stateless compression) • The size of a compressed SNMP message must never exceed the size of the uncompressed message (non-expansion policy) • Support for multiple compression algorithms • Negotiation of compression algorithm via MIB objects
#3: Lossless Payload Compression • Deflate: • Deflate achieves high compression ratios of 80 % on typical MIB-II data • Requires noticeable CPU resources on the sending SNMP engine • Interactions with message size constraints make it difficult to build response messages that send as much data as possible
ATM võrgukasutus ATM Cloud LES BUS LECS • LEC/LECS ühendus • LEC/LES ühendus • LEC/BUS ühendus LEC Configuration Direct VCC (PP) Multicast Send VCC (PP) Control Direct VCC (PP) - LE_Services Control Distribute VCC (PMP) Multicast Forward VCC (PMP) LANE teenused Data Direct VCC (PP)
Igapäev • ping • traceroute • netstat
Lõpulingid http://www.wtcs.org/snmp4tpc/FILES/Reference/Francois/snmp.ppt http://www2.rad.com/networks/1998/snmp/overview.html http://www.netlab.hut.fi/opetus/s38151/Luentomatsku/snmp.ppt http://www.tmforum.org/ http://www.dmtf.org/ http://eoigus.just.ee/?act=6&subact=1&OTSIDOC_W=42847