Difference between revisions of "CCDP-Campus Viborg/Opgave 2/Gruppe14"
(→Teknologier) |
|||
| Line 1: | Line 1: | ||
| − | == Læsning == | + | == Læsning == |
Læs det Chapter 2 i bogen Designing Cisco Network Services Architectures (ARCH) | Læs det Chapter 2 i bogen Designing Cisco Network Services Architectures (ARCH) | ||
| − | == Opgave == | + | == Opgave == |
Lav en liste over de teknologier der bliver nævnt i Chapter 2, som i mener er nødvendige for at overholde kravene stillet i opgave 1. Ved hver teknologi i vælger skal der beskrives hvorfor den er valgt, samt fordele og ulemper ved den. Husk at angive hvor de hører til i 3 lags modellen. Lav samtidig en beregning over årlig nedetid hvis man ingen redundans har, har 2 stk. udstyr og hvis man har 3 stk udstyr, hvis MTTR = 1døgn. For disse modeller: | Lav en liste over de teknologier der bliver nævnt i Chapter 2, som i mener er nødvendige for at overholde kravene stillet i opgave 1. Ved hver teknologi i vælger skal der beskrives hvorfor den er valgt, samt fordele og ulemper ved den. Husk at angive hvor de hører til i 3 lags modellen. Lav samtidig en beregning over årlig nedetid hvis man ingen redundans har, har 2 stk. udstyr og hvis man har 3 stk udstyr, hvis MTTR = 1døgn. For disse modeller: | ||
| Line 11: | Line 11: | ||
<br> | <br> | ||
| − | == Nede tid for udstyret == | + | == Nede tid for udstyret == |
| − | |||
| − | + | Formlen for udregning af nede tid: | |
| − | MTTR*60 = MTTR angivet i min | + | MTBF/(24*365) = MTBF angivet i år |
| + | |||
| + | MTTR*60 = MTTR angivet i min | ||
MTTR angivet i min/MTBF angivet i år = downtime i min. pr. år | MTTR angivet i min/MTBF angivet i år = downtime i min. pr. år | ||
| + | <br> | ||
| − | + | <br> | |
| − | |||
=== 2960 === | === 2960 === | ||
| Line 36: | Line 37: | ||
737065 / (24 * 365) = 84<br> 24 * 60 = 1440<br> 1440v<sup>- </sup>/ 84<sup>2</sup><sup></sup> = 0,00538548752834467120181405895692<br> | 737065 / (24 * 365) = 84<br> 24 * 60 = 1440<br> 1440v<sup>- </sup>/ 84<sup>2</sup><sup></sup> = 0,00538548752834467120181405895692<br> | ||
| − | 0,00538548752834467120181405895692 * 60 = 0,32 | + | 0,00538548752834467120181405895692 * 60 = 0,32 |
| − | 0,32 sek. downtime pr. år | + | 0,32 sek. downtime pr. år |
| + | <br> | ||
| + | Med 3 i redundans | ||
| − | + | <br> | |
| − | |||
| − | |||
| − | 737065 / (24 * 365) = 84<br>24 * 60 = 1440<br>( 1440<sub>3</sub> / 84<sup>3</sup> ) * 60 = 0,00114<br> | + | 737065 / (24 * 365) = 84<br>24 * 60 = 1440<br>( 1440<sub>3</sub> / 84<sup>3</sup> ) * 60 = 0,00114<br> |
| − | 0,001 sek. downtime pr år | + | 0,001 sek. downtime pr år |
=== 3750 === | === 3750 === | ||
| Line 56: | Line 57: | ||
68 min. downtime pr. år | 68 min. downtime pr. år | ||
| + | <br> | ||
| + | Med 2 i redundans<br>188574 / (24 * 365) = 21<br>24 * 60 = 1440<br>1440v<sup>-</sup> / 21<sup>2</sup> = 0,08616780045351473922902494331066<br>0,08616780045351473922902494331066 * 60 = 5,17<br>5,17 sek. downtime pr. år | ||
| − | + | <br> | |
| + | Med 3 i redundans | ||
| + | 188574 / (24 * 365) = 21<br>24 * 60 = 1440<br>( 1440<sub>3</sub> / 21<sup>3</sup> ) * 60 = 0,07316120729881659794577669403418<br>0,073 sek. downtime pr år | ||
| − | + | === 2821 === | |
| − | + | 170000 / (24 * 365) = 17<br> 24 * 60 = 1440<br> 1440 / 19 = 75<br> | |
| − | + | 75 min. downtime pr. år | |
| − | |||
| − | |||
| − | |||
| − | + | === 6500 === | |
| − | + | 150000 / (24 * 365) = 17<br> 24 * 60 = 1440<br> 1440 / 17 = 84<br> | |
| − | 150000 / (24 * 365) = 17<br> | ||
| − | 24 * 60 = 1440<br> | ||
| − | 1440 / 17 = 84<br> | ||
| − | 84 min. downtime pr. år | + | 84 min. downtime pr. år |
| + | <br> | ||
| − | == Teknologier == | + | == Teknologier == |
| − | Access layer: | + | Access layer: |
| − | * Konvergens: L3 mellem distribution og L2 til access layer for at undgå STP? | + | *Konvergens: L3 mellem distribution og L2 til access layer for at undgå STP? |
| − | * PoE i access layer for support af WiFI og VoIP | + | *PoE i access layer for support af WiFI og VoIP |
| − | * sikkerhed: 802.1x/NAC, Port security, DHCP snooping(lukker porte hvor en | + | *sikkerhed: 802.1x/NAC, Port security, DHCP snooping(lukker porte hvor en |
uathuriseret bruger udgiver sig for at være DHCP), DAI(dynamic arp | uathuriseret bruger udgiver sig for at være DHCP), DAI(dynamic arp | ||
| Line 95: | Line 95: | ||
inspection(ser hvilken MAC en enhed forbinder sig med, hvis enhenden ændre | inspection(ser hvilken MAC en enhed forbinder sig med, hvis enhenden ændre | ||
| − | sin MAC lukker porten)), IP soruce guard | + | sin MAC lukker porten)), IP soruce guard |
| − | *QoS | + | *QoS |
| + | <br> Distribution: | ||
| − | + | *Load balancing - L3 routning tillader alle links til core at blive udnyttet | |
| − | + | på en gang. | |
| − | + | *ACL | |
| − | * | + | *QoS |
| − | + | *Availability - her forståes redundans med flere veje til både core og | |
| − | |||
| − | * Availability - her forståes redundans med flere veje til både core og | ||
access layer. | access layer. | ||
| − | * HSRP, VRRP, GLBP* ? | + | *HSRP, VRRP, GLBP* ? |
Core: | Core: | ||
| − | * Scalability | + | *Scalability |
| + | |||
| + | *High availability redundans og 1:1 switching | ||
| − | * | + | *hurtig konvergens - routning sikre en hurtig konvergens i forhold til STP |
| − | + | men vi skal tage stilling til OSPF, EIGRP, IS-IS i forhold til konvergens hastighed / IT staff kompetencer | |
| − | |||
Revision as of 13:13, 7 September 2010
Contents
Læsning
Læs det Chapter 2 i bogen Designing Cisco Network Services Architectures (ARCH)
Opgave
Lav en liste over de teknologier der bliver nævnt i Chapter 2, som i mener er nødvendige for at overholde kravene stillet i opgave 1. Ved hver teknologi i vælger skal der beskrives hvorfor den er valgt, samt fordele og ulemper ved den. Husk at angive hvor de hører til i 3 lags modellen. Lav samtidig en beregning over årlig nedetid hvis man ingen redundans har, har 2 stk. udstyr og hvis man har 3 stk udstyr, hvis MTTR = 1døgn. For disse modeller:
2960
3750
2821
6500
Nede tid for udstyret
Formlen for udregning af nede tid:
MTBF/(24*365) = MTBF angivet i år
MTTR*60 = MTTR angivet i min
MTTR angivet i min/MTBF angivet i år = downtime i min. pr. år
2960
737065 / (24 * 365) = 84
24 * 60 = 1440
1440 / 84 = 17
17 min. downtime pr. år
Med 2 i redundans
737065 / (24 * 365) = 84
24 * 60 = 1440
1440v- / 842 = 0,00538548752834467120181405895692
0,00538548752834467120181405895692 * 60 = 0,32
0,32 sek. downtime pr. år
Med 3 i redundans
737065 / (24 * 365) = 84
24 * 60 = 1440
( 14403 / 843 ) * 60 = 0,00114
0,001 sek. downtime pr år
3750
188574 / (24 * 365) = 21
24 * 60 = 1440
1440 / 21 = 68
68 min. downtime pr. år
Med 2 i redundans
188574 / (24 * 365) = 21
24 * 60 = 1440
1440v- / 212 = 0,08616780045351473922902494331066
0,08616780045351473922902494331066 * 60 = 5,17
5,17 sek. downtime pr. år
Med 3 i redundans
188574 / (24 * 365) = 21
24 * 60 = 1440
( 14403 / 213 ) * 60 = 0,07316120729881659794577669403418
0,073 sek. downtime pr år
2821
170000 / (24 * 365) = 17
24 * 60 = 1440
1440 / 19 = 75
75 min. downtime pr. år
6500
150000 / (24 * 365) = 17
24 * 60 = 1440
1440 / 17 = 84
84 min. downtime pr. år
Teknologier
Access layer:
- Konvergens: L3 mellem distribution og L2 til access layer for at undgå STP?
- PoE i access layer for support af WiFI og VoIP
- sikkerhed: 802.1x/NAC, Port security, DHCP snooping(lukker porte hvor en
uathuriseret bruger udgiver sig for at være DHCP), DAI(dynamic arp
inspection(ser hvilken MAC en enhed forbinder sig med, hvis enhenden ændre
sin MAC lukker porten)), IP soruce guard
- QoS
Distribution:
- Load balancing - L3 routning tillader alle links til core at blive udnyttet
på en gang.
- ACL
- QoS
- Availability - her forståes redundans med flere veje til både core og
access layer.
- HSRP, VRRP, GLBP* ?
Core:
- Scalability
- High availability redundans og 1:1 switching
- hurtig konvergens - routning sikre en hurtig konvergens i forhold til STP
men vi skal tage stilling til OSPF, EIGRP, IS-IS i forhold til konvergens hastighed / IT staff kompetencer