Difference between revisions of "CCDP-Campus Viborg/Opgave 2/Gruppe1337"

From Teknologisk videncenter
Jump to: navigation, search
m (BGP - Border Gateway Protocol)
m (EIGRP - Enhanced Interior Gateway Routing Protocol)
Line 25: Line 25:
 
   <br>
 
   <br>
 
   Fordele:
 
   Fordele:
   - ''EIGRP er nem at konfigurere.''
+
   - <font color=green>''EIGRP er nem at konfigurere.''</font>
   - ''EIGRP er meget fleksibel, hvilket gør den egnet til næsten alle netværk.''
+
   - <font color=green>''EIGRP er meget fleksibel, hvilket gør den egnet til næsten alle netværk.''</font>
 
   <br>
 
   <br>
 
   Ulemper:
 
   Ulemper:
   - ''EIGRP er Cisco proprietær.''
+
   - <font color=red>''EIGRP er Cisco proprietær.''</font>
  
 
=== First Hop Redundancy Protocols ===
 
=== First Hop Redundancy Protocols ===

Revision as of 10:17, 7 September 2010

Protocols

Routing Protocols

BGP - Border Gateway Protocol


 - Vi vil implementere BGP i vores setup da vi på den måde kan distribuere route tabeller mellem satelit filialerne. 
 
Fordele: - BGP er uafhængig af hops mellem routere på netværket. - BGP har et begrænset båndbredde overhead. - BGP er skalerbar.
Ulemper: - BGP kræver at fungerende layer 3 netværk for at fungere. - BGP kræver megen konfiguration og administration.

EIGRP - Enhanced Interior Gateway Routing Protocol


 - Vi vil implementere EIGRP for at være i stand til at route internet i filialerne.
 
Fordele: - EIGRP er nem at konfigurere. - EIGRP er meget fleksibel, hvilket gør den egnet til næsten alle netværk.
Ulemper: - EIGRP er Cisco proprietær.

First Hop Redundancy Protocols

HSRP - Hot Standby Routing Protocol


 -
 
Fordele: Ulemper:



Downtime Calculation


Cisco used to publish this information in the data sheets, in fact you used to be able to find the MTBF and MTTR.


While trying to provide a detailed analysis of availability for a client's data center design we required some MTBF and MTTR numbers for the calculations. When we couldn't find the data in the regular channels (CCO) we hit the Cisco sales team for some info. There was an issue with them finding it and we wound up talking to product managers back in San Jose.


The long and short of it was this; Cisco doesn't publish those numbers anymore because they can be misleading and are very misunderstood by clients. The interrelation between the software and hardware components of the network devices can cause issues that cannot be calculated effectively in MTBF. If the MTBF rates the hardware components (as mentioned above, the MTBF is good for the chassis) but a software bug causes a company's router to go down a week after it was put on line then the customer sees the ~400,000 hr MTFB as a false number and then the customer is dissapointed in the device's performance.


We did finally manage to get the MTBF numbers for the devices we were analyzing. When the calculations were done the supposedly five 9's data center had network hardware that could only provide three 9's, mathamatically speaking. Did this really mean that the data center was going to fail more often with this design and hardware? No, there are other mitigating factors to compensate for this, however when the simple math is done it looks really bad.


The moral of the story is that when it comes to MTBF...your mileage may vary, A LOT!

//Reference "Henrik Kjær, Network Support Engineer, NetDesign A/S"


 Cisco 2821
 -
 Cisco 2960
 -
 Cisco 3750
 -
 Cisco 6500