Teknologisk videncenter - User contributions [en]

File:Netværk Logisk.png

2010-09-15T10:32:35Z

Dtc: uploaded a new version of "Image:Netværk Logisk.png"

CCDP-Campus Viborg/Opgave 5/Gruppe1337

2010-09-15T08:42:17Z

Dtc: /* DMVPN */

<accesscontrol>banjo</accesscontrol>
=Sikkerhed=
Sikkerheden vil blive delte op i tre dele.
Dele 1 vil være firewalls, der skal beskytte mod trusler fra internettet og eksterne partner. firewallsne skal også beskytte de af filialerne der er tilsluttet via mpls'en, mod eventuale problemmer internet.
Dele 2 vil bestå i VRF'ere i MPLS der skal opdele netværket, for at beskytte alle dele af netværket mod uvenkommeden.
Dele 3 vil bestå i vpn'ere der skal sikker at alle elever, underviser, konsulenter, gæster og andet service personale kun kan adgang til deres ejerne dele af netværkeret.

==Firewalls==
Der vil blive opsat 4 firewalls, to ud mod MPLS'en og en ud mod hver ISP.
De 2 firewalls ud mod MPLS'en er for at beskytte de filialer der er opkoblet via MPLS mod vira og andet uønsket software. De vil også beskytte mod uønsket software fra de andre filialer.
De firewalls der er opsat ud mod være ISP, er opsat for at beskytte mod uønsket adgang fra internettet, men også for at sikker at der ikke blive distribueret ondsindet software via firmaets netværk.

==VRF/MPLS==
Der vil blive lavet VRF netværks som skal køre over mpls, for de fleste stadionære endhedder, printer, server, Dankort terminaler. Disse vil blive opsat for at sikker at de enkelte netværks resurse ikke kan tilgåes med mindre der bliver givet adgang.

==Client VPN==
Der vil blive opsat VPN for at give en nem måde at kontrolere adgangen for alle mobilen endheder, underviser, elever, mobiler/pda'er. Disse vil søger for at det kun er service personalet der kan tilgå varme anlæg via netværket og kun underviser og elever der kan til gå elevernes data.

==DMVPN==
Vi har valgt at bruge DMVPN for at mindske konfigurationen ved at køre en full mesh typologi.
Det vil samtidig mindske den administrative byrde, da der i tilfælde af nye filialer kun skal rekonfigureres ganske få steder.
Vi vil bruge 2 hubs internt i Viborg for at sikre redundans.

Fordele: 
- Vi har fuld administrativ kontrol over netværket. 
- Understøttelse af full mesh, uden brug af full mesh konfiguration på alle routere. 
- Det er skalerbart. 

Ulemper: 
- Konfigurationen er avanceret. 
- Uden redundante hubs kan der opstå single point of failure. 
- Den har en begrænset skalerbarhed vd brug af én enkelt hub. 

[[Image:Netværk_Logisk.png|x950px]]

CCDP-Campus Viborg/Opgave 5/Gruppe1337

2010-09-15T08:41:25Z

Dtc:

<accesscontrol>banjo</accesscontrol>
=Sikkerhed=
Sikkerheden vil blive delte op i tre dele.
Dele 1 vil være firewalls, der skal beskytte mod trusler fra internettet og eksterne partner. firewallsne skal også beskytte de af filialerne der er tilsluttet via mpls'en, mod eventuale problemmer internet.
Dele 2 vil bestå i VRF'ere i MPLS der skal opdele netværket, for at beskytte alle dele af netværket mod uvenkommeden.
Dele 3 vil bestå i vpn'ere der skal sikker at alle elever, underviser, konsulenter, gæster og andet service personale kun kan adgang til deres ejerne dele af netværkeret.

==Firewalls==
Der vil blive opsat 4 firewalls, to ud mod MPLS'en og en ud mod hver ISP.
De 2 firewalls ud mod MPLS'en er for at beskytte de filialer der er opkoblet via MPLS mod vira og andet uønsket software. De vil også beskytte mod uønsket software fra de andre filialer.
De firewalls der er opsat ud mod være ISP, er opsat for at beskytte mod uønsket adgang fra internettet, men også for at sikker at der ikke blive distribueret ondsindet software via firmaets netværk.

==VRF/MPLS==
Der vil blive lavet VRF netværks som skal køre over mpls, for de fleste stadionære endhedder, printer, server, Dankort terminaler. Disse vil blive opsat for at sikker at de enkelte netværks resurse ikke kan tilgåes med mindre der bliver givet adgang.

==Client VPN==
Der vil blive opsat VPN for at give en nem måde at kontrolere adgangen for alle mobilen endheder, underviser, elever, mobiler/pda'er. Disse vil søger for at det kun er service personalet der kan tilgå varme anlæg via netværket og kun underviser og elever der kan til gå elevernes data.

==DMVPN==
Vi har valgt at bruge DMVPN for at mindske konfigurationen ved at køre en full mesh typologi.
Det vil samtidig mindske den administrative byrde, da der i tilfælde af nye filialer kun skal rekonfigureres ganske få steder.
Vi vil bruge 2 hubs internt i Viborg for at sikre redundans.

Fordele:
- Vi har fuld administrativ kontrol over netværket.
- Understøttelse af full mesh, uden brug af full mesh konfiguration på alle routere.
- Det er skalerbart.

Ulemper:
- Konfigurationen er avanceret.
- Uden redundante hubs kan der opstå single point of failure.
- Den har en begrænset skalerbarhed vd brug af én enkelt hub.

[[Image:Netværk_Logisk.png|x950px]]

Talk:CCDP-Campus Viborg/Opgave 3/Gruppe1337

2010-09-15T06:23:31Z

Dtc:

Er jeres IP adresse plan summerbar? --[[User:Rael|rael]] 21:58, 8 September 2010 (CEST)
 Den er nu :) --[[User:Engell|Engell]] 09:38, 9 September 2010 (CEST)
 '''EBGP:'''Hvad kører i mellem jeres eBGP peers det gør i kan bruge loopback interfaces? De enkelte iBGP zoner som ikke er Core vil have en default route ind til Core, og Coren vil have statiske routes ud til de enkelte loopback interfaces. --[[User:Rael|rael]] 14:46, 13 September 2010 (CEST)
 '''BGP Redistributetion:''' Hvorfor skal EIGRP redistribueres ind i BGP? Det gør den heller ikke længere. --[[User:Rael|rael]] 14:47, 13 September 2010 (CEST)

CCDP-Campus Viborg/Opgave 4/Gruppe1337

2010-09-15T06:10:48Z

Dtc:

<accesscontrol>banjo</accesscontrol>
[[Image:Datacenter.png|x800px]]

File:Datacenter.png

2010-09-15T06:10:10Z

Dtc:

CCDP-Campus Viborg/Opgave 6/Gruppe1337

2010-09-14T12:27:33Z

Dtc: /* SAN */

<accesscontrol>banjo</accesscontrol>
=SAN=
SAN'et er et LeftHand G2 fra HP. Det er sat op i viborg, bestående af 100 tb 2,5" 15 k SATA diske LeftHand kører Raid 5 internt hvilket giver samlet
66.6 tb til afbenyttelse.
SAN'et kører desuden iSCSI og er tilkoblet 4x HyperVserverer pr san.
LeftHand SAN er specielt lavet til små og mellemstore virksomheder (amerikans standart)
SAN'et er seperat fra resten af netværket da iSCSI belaster en del.

SAN'et er tilkoblet med 3x 10 gig ethernet, hvilket giver 120 mbit til hver server hvis alle kører på fuld skrald. ( 10000 / 250 = 40 * 3 = 120)

Vi har valgt at have et destribution lag ved vores SAN, selvom cisco best practice, siger at et colapset core er best practice hvis der er under 480 host pr. port.
Dette er gjort for at strømligne vores netværks setup.

=Backup=
Backuppen foregår via vores 2 100 mbit linier, via vores MPLS til vores filialer.
For at reducere båndbredte forbrug, foregår backuppen vha. multicast.
vi har to SAN'ene er spejlet, for at opnå redundans og en 99.99999% oppetid.

=Cons and pros for iSCSI=

Cons:
Best practice fra hp i et mindre setup
Undgår at skulle købe HBA'er
iSCSI tillader native SCSI commands end-to-end over IP
Tillader benyttelse af eksisterende udstyr, dog anbefales high end switches.

Pros:
Skal håndtere TCP/IP header.
Dog skal det lige siges i denne sag, at der er eksperter der mener at iSCSI performer lige så godt. Jeg kan dog ikke selv bekræfte dette da jeg ikke har testet.
"I will tell you that the highest performing SAN that I ever saw was an iSCSI SAN, not a Fibre
Channel SAN," says Stephen Foskett, director of data practice at Contoural Inc. in
Mountain View, Calif.

Referance: http://www.cuttedge.com/files/iscsi_vs_fiberchannel_explain.pdf

[[Image:Netværk_SAN_MASTERS.png|x800px]]

File:Netværk SAN MASTERS.png

2010-09-14T12:25:10Z

Dtc: uploaded a new version of "Image:Netværk SAN MASTERS.png"

CCDP-Campus Viborg/Opgave 6/Gruppe1337

2010-09-14T12:12:05Z

Dtc:

<accesscontrol>banjo</accesscontrol>
=SAN=
SAN'et er et LeftHand G2 fra HP. Det er sat op i viborg, bestående af 100 tb 2,5" 15 k SATA diske LeftHand kører Raid 5 internt hvilket giver samlet
66.6 tb til afbenyttelse.
SAN'et kører desuden iSCSI og er tilkoblet 4x HyperVserverer pr san.
LeftHand SAN er specielt lavet til små og mellemstore virksomheder (amerikans standart)
SAN'et er seperat fra resten af netværket da iSCSI belaster en del.

Vi har valgt at have et destribution lag ved vores SAN, selvom cisco best practice, siger at et colapset core er best practice hvis der er under 480 host pr. port.
Dette er gjort for at strømligne vores netværks setup.

=Backup=
Backuppen foregår via vores 2 100 mbit linier, via vores MPLS til vores filialer.
For at reducere båndbredte forbrug, foregår backuppen vha. multicast.
vi har to SAN'ene er spejlet, for at opnå redundans og en 99.99999% oppetid.

=Cons and pros for iSCSI=

Cons:
Best practice fra hp i et mindre setup
Undgår at skulle købe HBA'er
iSCSI tillader native SCSI commands end-to-end over IP
Tillader benyttelse af eksisterende udstyr, dog anbefales high end switches.

Pros:
Skal håndtere TCP/IP header.
Dog skal det lige siges i denne sag, at der er eksperter der mener at iSCSI performer lige så godt. Jeg kan dog ikke selv bekræfte dette da jeg ikke har testet.
"I will tell you that the highest performing SAN that I ever saw was an iSCSI SAN, not a Fibre
Channel SAN," says Stephen Foskett, director of data practice at Contoural Inc. in
Mountain View, Calif.

Referance: http://www.cuttedge.com/files/iscsi_vs_fiberchannel_explain.pdf

[[Image:Netværk_SAN_MASTERS.png|x800px]]

CCDP-Campus Viborg/Opgave 6/Gruppe1337

2010-09-14T12:09:34Z

Dtc: /* SAN */

CCDP-Campus Viborg/Opgave 6/Gruppe1337

2010-09-14T12:09:13Z

Dtc: /* SAN */

File:Netværk SAN MASTERS.png

2010-09-14T11:55:31Z

Dtc: uploaded a new version of "Image:Netværk SAN MASTERS.png"

File:Netværk.png

2010-09-14T11:54:12Z

Dtc: uploaded a new version of "Image:Netværk.png"

CCDP-Campus Viborg/Opgave 6/Gruppe1337

2010-09-14T11:52:05Z

Dtc: /* Backup */

<accesscontrol>banjo</accesscontrol>
=SAN=
SAN'et er et LeftHand G2 fra HP. Det er sat op i viborg, bestående af 100 tb 2,5" 15 k SATA diske LeftHand kører Raid 5 internt hvilket giver samlet
66.6 tb til afbenyttelse.
SAN'et kører desuden iSCSI (Best practice fra hp i et mindre setup, desuden undgår vi at skulle købe HBA'er), og er tilkoblet 4x HyperVserverer pr san.
LeftHand SAN er specielt lavet til små og mellemstore virksomheder (amerikans standart)

Vi har valgt at have et destribution lag ved vores SAN, selvom cisco best practice, siger at et colapset core er best practice hvis der er under 480 host pr. port.
Dette er gjort for at strømligne vores netværks setup.

=Backup=
Backuppen foregår via vores 2 100 mbit linier, via vores MPLS til vores filialer.
For at reducere båndbredte forbrug, foregår backuppen vha. multicast.
vi har to SAN'ene er spejlet, for at opnå redundans og en 99.99999% oppetid.

[[Image:Netværk_SAN_MASTERS.png|x800px]]

CCDP-Campus Viborg/Opgave 6/Gruppe1337

2010-09-14T11:51:49Z

Dtc: /* SAN */

<accesscontrol>banjo</accesscontrol>
=SAN=
SAN'et er et LeftHand G2 fra HP. Det er sat op i viborg, bestående af 100 tb 2,5" 15 k SATA diske LeftHand kører Raid 5 internt hvilket giver samlet
66.6 tb til afbenyttelse.
SAN'et kører desuden iSCSI (Best practice fra hp i et mindre setup, desuden undgår vi at skulle købe HBA'er), og er tilkoblet 4x HyperVserverer pr san.
LeftHand SAN er specielt lavet til små og mellemstore virksomheder (amerikans standart)

Vi har valgt at have et destribution lag ved vores SAN, selvom cisco best practice, siger at et colapset core er best practice hvis der er under 480 host pr. port.
Dette er gjort for at strømligne vores netværks setup.

=Backup=
Der vil blive taget back op i Århus og Randers som udgangspunkt. For nemt at muligøre samtidig backup til flere lokationer, vil backup'en forgå via en multicast IP, da dette vil give mulighed for nemt at scalere antalet af modtaget uden at skulle opgradere båndbreden.

[[Image:Netværk_SAN_MASTERS.png|x800px]]

CCDP-Campus Viborg/Opgave 6/Gruppe1337

2010-09-14T09:19:24Z

Dtc: /* SAN */

<accesscontrol>banjo</accesscontrol>
=SAN=
Vihar valgt at bruge et Eva SAN fra HP, for at få en fiber baseret løsning. det er sat op i viborg, bestående af 100 tb 2,5" 15 k SATA diske i Raid 0+1 hvilket giver samlet
50 tb til afbenyttelse.Vi har backup på 2 af vore filialer (Århus og Randers)
SAN'et kører desuden iSCSI, og er tilkoblet 4x HyperVserverer

=Backup=
Der vil blive taget back op i Århus og Randers som udgangspunkt. For nemt at muligøre samtidig backup til flere lokationer, vil backup'en forgå via en multicast IP, da dette vil give mulighed for nemt at scalere antalet af modtaget uden at skulle opgradere båndbreden.

[[Image:Netværk_SAN_MASTERS.png|x800px]]

CCDP-Campus Viborg/Opgave 6/Gruppe1337

2010-09-14T09:18:22Z

Dtc: /* SAN */

<accesscontrol>banjo</accesscontrol>
=SAN=
SAN'et er et Eva SAN G2 fra HP. det er sat op i viborg, bestående af 100 tb 2,5" 15 k SATA diske i Raid 0+1 hvilket giver samlet
50 tb til afbenyttelse.
Dette har vi valgt da vi på denne måde kan få en Fiber baseret løsning.
Vi har backup på 2 af vore filialer (Århus og Randers)
SAN'et kører desuden iSCSI, og er tilkoblet 4x HyperVserverer

=Backup=
Der vil blive taget back op i Århus og Randers som udgangspunkt. For nemt at muligøre samtidig backup til flere lokationer, vil backup'en forgå via en multicast IP, da dette vil give mulighed for nemt at scalere antalet af modtaget uden at skulle opgradere båndbreden.

[[Image:Netværk_SAN_MASTERS.png|x800px]]

CCDP-Campus Viborg/Opgave 4/Gruppe1337

2010-09-14T06:00:08Z

Dtc:

<accesscontrol>banjo</accesscontrol>
[[Image:Netværk.png|x800px]]

CCDP-Campus Viborg/Opgave 4/Gruppe1337

2010-09-14T05:59:59Z

Dtc:

<accesscontrol>banjo</accesscontrol>
[[Image:Netværk.png|x850px]]

CCDP-Campus Viborg/Opgave 4/Gruppe1337

2010-09-14T05:59:49Z

Dtc:

<accesscontrol>banjo</accesscontrol>
[[Image:Netværk.png|x950px]]

CCDP-Campus Viborg/Opgave 3/Gruppe1337

2010-09-14T05:59:14Z

Dtc: /* Økonomiske */

<accesscontrol>banjo</accesscontrol>
== Opgave 3 ==

===Beskrivelse af Design 1===
I dette desigen har vi tænkt os at dele vores netværk op i to store grupper en hvor sikkerhed og adresse uddeling bliver leveret via vpn og en gruppe hvor sikkerhed styres via VRF'er.
 
====VPN Gruppen====
vpn gruppen bruges til bruger access FX. Elever og lære. det skal fungere på den måde at når en bruger sætter sin pc til et stik i væggen kommer de på et basisk netværk som ikke har adgang til andet end den kan se en vpn server når den så åbner sin web browser op skal de logge på med deres ad bruger og vpn serveren vil komme dem på det netværk som brugeren høre til hvor den kan se de andre som os høre til dette netværk og de for os adgang til de data og internet som de har brug for. Dette betyder os at når man har en bruger kan man os logge på og access sine data hjemme fra lige meget om man er elev eller lære. 

====VRF Gruppen====

===IP Adresse Plan===
------------------
====Netværk====
F.1.XX.Y
F = Filial
X = Etage + Krysfelt
Y = IP

====Management====
F.2.XX.Y
F = Filial
X = Etage + Krysfelt
Y = IP

====Server====
F.3.0.Y
F = Filial
Y = IP

====Printer====
F.4.XX.Y
F = Filial
X = Etage + Krysfelt
Y = IP

====Service====
F.5.0.Y
F = Filial
Y = IP

====Overvågning====
F.6.XX.Y
F = Filial
X = Etage + Krysfelt
Y = IP

====Telefoni====
F.7.XX.Y
F = Filial
X = Etage + Krysfelt
Y = IP

====DMZ====
F.8.0.Y
F = Filial
Y = IP

====Internet====
F.9.0.Y
F = Filial
Y = IP

====PBS====
F.10.0.Y
F = Filial
Y = IP

====Underviser====
F.11.X.Y
F = Filial

====Elev====
F.12.X.Y
F = Filial

====Gæst====
F.13.X.Y
F = Filial

===Routing Design===
------------------
===BGP===

====IBGP====
router bgp 10
neighbor 1.0.0.2 remote-as 10
neighbor 1.0.0.2 update-source Loopback0

====EBGP====
router bgp 10
neighbor 1.0.0.3 remote-as 11
neighbor 1.0.0.3 update-source Loopback0
neighbor 1.0.0.3 ebgp-multihop 2

====BGP Redistributetion====
router bgp 10
redistribute eigrp 10
neighbor 1.0.0.2 remote-as 10
neighbor 1.0.0.2 update-source Loopback0
neighbor 1.0.0.3 remote-as 11
neighbor 1.0.0.3 update-source Loopback0
neighbor 1.0.0.3 ebgp-multihop 2

====BGP Tuning====
router bgp 10
neighbor 1.0.0.2 remote-as 10
neighbor 1.0.0.2 update-source Loopback0
neighbor 1.0.0.2 advertisement-interval 1
neighbor 1.0.0.3 remote-as 11
neighbor 1.0.0.3 update-source Loopback0
neighbor 1.0.0.3 ebgp-multihop 2
neighbor 1.0.0.3 advertisement-interval 5

===EIGRP===
====EIGRP====
router eigrp 10
network 1.0.0.1 0.0.0.0
network 10.0.0.8 0.0.0.3
network 10.0.0.8 0.0.0.3
network 10.0.0.8 0.0.0.3
no auto-summary

====EIGRP Redistributetion====
router eigrp 10
redistribute bgp 10
default-metric 100000 100 150 250 1500
no auto-summary

====EIGRP Load Balancing====
router eigrp 10
traffic-share balanced
no auto-summary

===Tegning over Logiske netværk===
------------------
====VPN Forbindelser====
------------------
=====Beskrivelse=====
DMVPN
MPLS
[[Image:Group1337_Network_Design_-_DMVPN_&_MPLS.png|x400px]]

====BGP====
------------------
=====Beskrivelse=====
BGP
[[Image:Group1337_Network_Design_-_BGP.png|x400px]]

===Tegning Over Fysisk netværk===
------------------
====Optimal====
------------------
[[Image:Optimal.png|x400px]]

====Økonomiske====
------------------
vi kommer har med to forskellige setup den ene er den optimale måde og lave løsningen på. Og den vi har her er så den økonomiske af de to setup. Vi har taget den her løsning med fordi det kan være rat dyrt og lave et core lag på hver etage derfor har vi i denne løsning samlet core laget i stue etagen som vidst på tegningen her under.
 
 
på tegningen her ser du hvordan hver etage skal se ud men med undtagelsen at core laget KUN er på stue etagen

[[Image:Økonomitegnin.png|x600px]]

 
------------------

====Nætværkstegning====

------------------

===Komentarer===
--------------------
 
===Lektier===
Fysisk tegning
Optimal - Jeppe & Daniel
Øko - Jakob
Tegning over lokationer - Jonas
--------------------------

CCDP-Campus Viborg/Opgave 3/Gruppe1337

2010-09-14T05:59:04Z

Dtc: /* Økonomiske */

<accesscontrol>banjo</accesscontrol>
== Opgave 3 ==

===Beskrivelse af Design 1===
I dette desigen har vi tænkt os at dele vores netværk op i to store grupper en hvor sikkerhed og adresse uddeling bliver leveret via vpn og en gruppe hvor sikkerhed styres via VRF'er.
 
====VPN Gruppen====
vpn gruppen bruges til bruger access FX. Elever og lære. det skal fungere på den måde at når en bruger sætter sin pc til et stik i væggen kommer de på et basisk netværk som ikke har adgang til andet end den kan se en vpn server når den så åbner sin web browser op skal de logge på med deres ad bruger og vpn serveren vil komme dem på det netværk som brugeren høre til hvor den kan se de andre som os høre til dette netværk og de for os adgang til de data og internet som de har brug for. Dette betyder os at når man har en bruger kan man os logge på og access sine data hjemme fra lige meget om man er elev eller lære. 

====VRF Gruppen====

===IP Adresse Plan===
------------------
====Netværk====
F.1.XX.Y
F = Filial
X = Etage + Krysfelt
Y = IP

====Management====
F.2.XX.Y
F = Filial
X = Etage + Krysfelt
Y = IP

====Server====
F.3.0.Y
F = Filial
Y = IP

====Printer====
F.4.XX.Y
F = Filial
X = Etage + Krysfelt
Y = IP

====Service====
F.5.0.Y
F = Filial
Y = IP

====Overvågning====
F.6.XX.Y
F = Filial
X = Etage + Krysfelt
Y = IP

====Telefoni====
F.7.XX.Y
F = Filial
X = Etage + Krysfelt
Y = IP

====DMZ====
F.8.0.Y
F = Filial
Y = IP

====Internet====
F.9.0.Y
F = Filial
Y = IP

====PBS====
F.10.0.Y
F = Filial
Y = IP

====Underviser====
F.11.X.Y
F = Filial

====Elev====
F.12.X.Y
F = Filial

====Gæst====
F.13.X.Y
F = Filial

===Routing Design===
------------------
===BGP===

====IBGP====
router bgp 10
neighbor 1.0.0.2 remote-as 10
neighbor 1.0.0.2 update-source Loopback0

====EBGP====
router bgp 10
neighbor 1.0.0.3 remote-as 11
neighbor 1.0.0.3 update-source Loopback0
neighbor 1.0.0.3 ebgp-multihop 2

====BGP Redistributetion====
router bgp 10
redistribute eigrp 10
neighbor 1.0.0.2 remote-as 10
neighbor 1.0.0.2 update-source Loopback0
neighbor 1.0.0.3 remote-as 11
neighbor 1.0.0.3 update-source Loopback0
neighbor 1.0.0.3 ebgp-multihop 2

====BGP Tuning====
router bgp 10
neighbor 1.0.0.2 remote-as 10
neighbor 1.0.0.2 update-source Loopback0
neighbor 1.0.0.2 advertisement-interval 1
neighbor 1.0.0.3 remote-as 11
neighbor 1.0.0.3 update-source Loopback0
neighbor 1.0.0.3 ebgp-multihop 2
neighbor 1.0.0.3 advertisement-interval 5

===EIGRP===
====EIGRP====
router eigrp 10
network 1.0.0.1 0.0.0.0
network 10.0.0.8 0.0.0.3
network 10.0.0.8 0.0.0.3
network 10.0.0.8 0.0.0.3
no auto-summary

====EIGRP Redistributetion====
router eigrp 10
redistribute bgp 10
default-metric 100000 100 150 250 1500
no auto-summary

====EIGRP Load Balancing====
router eigrp 10
traffic-share balanced
no auto-summary

===Tegning over Logiske netværk===
------------------
====VPN Forbindelser====
------------------
=====Beskrivelse=====
DMVPN
MPLS
[[Image:Group1337_Network_Design_-_DMVPN_&_MPLS.png|x400px]]

====BGP====
------------------
=====Beskrivelse=====
BGP
[[Image:Group1337_Network_Design_-_BGP.png|x400px]]

===Tegning Over Fysisk netværk===
------------------
====Optimal====
------------------
[[Image:Optimal.png|x400px]]

====Økonomiske====
------------------
vi kommer har med to forskellige setup den ene er den optimale måde og lave løsningen på. Og den vi har her er så den økonomiske af de to setup. Vi har taget den her løsning med fordi det kan være rat dyrt og lave et core lag på hver etage derfor har vi i denne løsning samlet core laget i stue etagen som vidst på tegningen her under.
 
 
på tegningen her ser du hvordan hver etage skal se ud men med undtagelsen at core laget KUN er på stue etagen

[[Image:Økonomitegnin.png|x400px]]

 
------------------

====Nætværkstegning====

------------------

===Komentarer===
--------------------
 
===Lektier===
Fysisk tegning
Optimal - Jeppe & Daniel
Øko - Jakob
Tegning over lokationer - Jonas
--------------------------

CCDP-Campus Viborg/Opgave 3/Gruppe1337

2010-09-14T05:58:48Z

Dtc: /* Optimal */

<accesscontrol>banjo</accesscontrol>
== Opgave 3 ==

===Beskrivelse af Design 1===
I dette desigen har vi tænkt os at dele vores netværk op i to store grupper en hvor sikkerhed og adresse uddeling bliver leveret via vpn og en gruppe hvor sikkerhed styres via VRF'er.
 
====VPN Gruppen====
vpn gruppen bruges til bruger access FX. Elever og lære. det skal fungere på den måde at når en bruger sætter sin pc til et stik i væggen kommer de på et basisk netværk som ikke har adgang til andet end den kan se en vpn server når den så åbner sin web browser op skal de logge på med deres ad bruger og vpn serveren vil komme dem på det netværk som brugeren høre til hvor den kan se de andre som os høre til dette netværk og de for os adgang til de data og internet som de har brug for. Dette betyder os at når man har en bruger kan man os logge på og access sine data hjemme fra lige meget om man er elev eller lære. 

====VRF Gruppen====

===IP Adresse Plan===
------------------
====Netværk====
F.1.XX.Y
F = Filial
X = Etage + Krysfelt
Y = IP

====Management====
F.2.XX.Y
F = Filial
X = Etage + Krysfelt
Y = IP

====Server====
F.3.0.Y
F = Filial
Y = IP

====Printer====
F.4.XX.Y
F = Filial
X = Etage + Krysfelt
Y = IP

====Service====
F.5.0.Y
F = Filial
Y = IP

====Overvågning====
F.6.XX.Y
F = Filial
X = Etage + Krysfelt
Y = IP

====Telefoni====
F.7.XX.Y
F = Filial
X = Etage + Krysfelt
Y = IP

====DMZ====
F.8.0.Y
F = Filial
Y = IP

====Internet====
F.9.0.Y
F = Filial
Y = IP

====PBS====
F.10.0.Y
F = Filial
Y = IP

====Underviser====
F.11.X.Y
F = Filial

====Elev====
F.12.X.Y
F = Filial

====Gæst====
F.13.X.Y
F = Filial

===Routing Design===
------------------
===BGP===

====IBGP====
router bgp 10
neighbor 1.0.0.2 remote-as 10
neighbor 1.0.0.2 update-source Loopback0

====EBGP====
router bgp 10
neighbor 1.0.0.3 remote-as 11
neighbor 1.0.0.3 update-source Loopback0
neighbor 1.0.0.3 ebgp-multihop 2

====BGP Redistributetion====
router bgp 10
redistribute eigrp 10
neighbor 1.0.0.2 remote-as 10
neighbor 1.0.0.2 update-source Loopback0
neighbor 1.0.0.3 remote-as 11
neighbor 1.0.0.3 update-source Loopback0
neighbor 1.0.0.3 ebgp-multihop 2

====BGP Tuning====
router bgp 10
neighbor 1.0.0.2 remote-as 10
neighbor 1.0.0.2 update-source Loopback0
neighbor 1.0.0.2 advertisement-interval 1
neighbor 1.0.0.3 remote-as 11
neighbor 1.0.0.3 update-source Loopback0
neighbor 1.0.0.3 ebgp-multihop 2
neighbor 1.0.0.3 advertisement-interval 5

===EIGRP===
====EIGRP====
router eigrp 10
network 1.0.0.1 0.0.0.0
network 10.0.0.8 0.0.0.3
network 10.0.0.8 0.0.0.3
network 10.0.0.8 0.0.0.3
no auto-summary

====EIGRP Redistributetion====
router eigrp 10
redistribute bgp 10
default-metric 100000 100 150 250 1500
no auto-summary

====EIGRP Load Balancing====
router eigrp 10
traffic-share balanced
no auto-summary

===Tegning over Logiske netværk===
------------------
====VPN Forbindelser====
------------------
=====Beskrivelse=====
DMVPN
MPLS
[[Image:Group1337_Network_Design_-_DMVPN_&_MPLS.png|x400px]]

====BGP====
------------------
=====Beskrivelse=====
BGP
[[Image:Group1337_Network_Design_-_BGP.png|x400px]]

===Tegning Over Fysisk netværk===
------------------
====Optimal====
------------------
[[Image:Optimal.png|x400px]]

====Økonomiske====
------------------
vi kommer har med to forskellige setup den ene er den optimale måde og lave løsningen på. Og den vi har her er så den økonomiske af de to setup. Vi har taget den her løsning med fordi det kan være rat dyrt og lave et core lag på hver etage derfor har vi i denne løsning samlet core laget i stue etagen som vidst på tegningen her under.
 
 
på tegningen her ser du hvordan hver etage skal se ud men med undtagelsen at core laget KUN er på stue etagen

[[Image:Økonomitegnin.png]]

 
------------------
====Nætværkstegning====

------------------

===Komentarer===
--------------------
 
===Lektier===
Fysisk tegning
Optimal - Jeppe & Daniel
Øko - Jakob
Tegning over lokationer - Jonas
--------------------------

CCDP-Campus Viborg/Opgave 5/Gruppe1337

2010-09-14T05:58:19Z

Dtc: /* VPN */

<accesscontrol>banjo</accesscontrol>
=Sikkerhed=
Sikkerheden vil blive delte op i tre dele.
Dele 1 vil være firewalls, der skal beskytte mod trusler fra internettet og eksterne partner. firewallsne skal også beskytte de af filialerne der er tilsluttet via mpls'en, mod eventuale problemmer internet.
Dele 2 vil bestå i VRF'ere i MPLS der skal opdele netværket, for at beskytte alle dele af netværket mod uvenkommeden.
Dele 3 vil bestå i vpn'ere der skal sikker at alle elever, underviser, konsulenter, gæster og andet service personale kun kan adgang til deres ejerne dele af netværkeret.

==Firewalls==
Der vil blive opsat 4 firewalls, to ud mod MPLS'en og en ud mod hver ISP.
De 2 firewalls ud mod MPLS'en er for at beskytte de filialer der er opkoblet via MPLS mod vira og andet uønsket software. De vil også beskytte mod uønsket software fra de andre filialer.
De firewalls der er opsat ud mod være ISP, er opsat for at beskytte mod uønsket adgang fra internettet, men også for at sikker at der ikke blive distribueret ondsindet software via firmaets netværk.

==VRF/MPLS==
Der vil blive lavet VRF netværks som skal køre over mpls, for de fleste stadionære endhedder, printer, server, Dankort terminaler. Disse vil blive opsat for at sikker at de enkelte netværks resurse ikke kan tilgåes med mindre der bliver givet adgang.

==VPN==
Der vil blive opsat VPN for at give en nem måde at kontrolere adgangen for alle mobilen endheder, underviser, elever, mobiler/pda'er. Disse vil søger for at det kun er service personalet der kan tilgå varme anlæg via netværket og kun underviser og elever der kan til gå elevernes data.

[[Image:Netværk_Logisk.png|x950px]]

CCDP-Campus Viborg/Opgave 5/Gruppe1337

2010-09-14T05:58:04Z

Dtc: /* VPN */

<accesscontrol>banjo</accesscontrol>
=Sikkerhed=
Sikkerheden vil blive delte op i tre dele.
Dele 1 vil være firewalls, der skal beskytte mod trusler fra internettet og eksterne partner. firewallsne skal også beskytte de af filialerne der er tilsluttet via mpls'en, mod eventuale problemmer internet.
Dele 2 vil bestå i VRF'ere i MPLS der skal opdele netværket, for at beskytte alle dele af netværket mod uvenkommeden.
Dele 3 vil bestå i vpn'ere der skal sikker at alle elever, underviser, konsulenter, gæster og andet service personale kun kan adgang til deres ejerne dele af netværkeret.

==Firewalls==
Der vil blive opsat 4 firewalls, to ud mod MPLS'en og en ud mod hver ISP.
De 2 firewalls ud mod MPLS'en er for at beskytte de filialer der er opkoblet via MPLS mod vira og andet uønsket software. De vil også beskytte mod uønsket software fra de andre filialer.
De firewalls der er opsat ud mod være ISP, er opsat for at beskytte mod uønsket adgang fra internettet, men også for at sikker at der ikke blive distribueret ondsindet software via firmaets netværk.

==VRF/MPLS==
Der vil blive lavet VRF netværks som skal køre over mpls, for de fleste stadionære endhedder, printer, server, Dankort terminaler. Disse vil blive opsat for at sikker at de enkelte netværks resurse ikke kan tilgåes med mindre der bliver givet adgang.

==VPN==
Der vil blive opsat VPN for at give en nem måde at kontrolere adgangen for alle mobilen endheder, underviser, elever, mobiler/pda'er. Disse vil søger for at det kun er service personalet der kan tilgå varme anlæg via netværket og kun underviser og elever der kan til gå elevernes data.

[[Image:Netværk_Logisk.png|x1000px]]

CCDP-Campus Viborg/Opgave 5/Gruppe1337

2010-09-14T05:57:46Z

Dtc: /* VPN */

<accesscontrol>banjo</accesscontrol>
=Sikkerhed=
Sikkerheden vil blive delte op i tre dele.
Dele 1 vil være firewalls, der skal beskytte mod trusler fra internettet og eksterne partner. firewallsne skal også beskytte de af filialerne der er tilsluttet via mpls'en, mod eventuale problemmer internet.
Dele 2 vil bestå i VRF'ere i MPLS der skal opdele netværket, for at beskytte alle dele af netværket mod uvenkommeden.
Dele 3 vil bestå i vpn'ere der skal sikker at alle elever, underviser, konsulenter, gæster og andet service personale kun kan adgang til deres ejerne dele af netværkeret.

==Firewalls==
Der vil blive opsat 4 firewalls, to ud mod MPLS'en og en ud mod hver ISP.
De 2 firewalls ud mod MPLS'en er for at beskytte de filialer der er opkoblet via MPLS mod vira og andet uønsket software. De vil også beskytte mod uønsket software fra de andre filialer.
De firewalls der er opsat ud mod være ISP, er opsat for at beskytte mod uønsket adgang fra internettet, men også for at sikker at der ikke blive distribueret ondsindet software via firmaets netværk.

==VRF/MPLS==
Der vil blive lavet VRF netværks som skal køre over mpls, for de fleste stadionære endhedder, printer, server, Dankort terminaler. Disse vil blive opsat for at sikker at de enkelte netværks resurse ikke kan tilgåes med mindre der bliver givet adgang.

==VPN==
Der vil blive opsat VPN for at give en nem måde at kontrolere adgangen for alle mobilen endheder, underviser, elever, mobiler/pda'er. Disse vil søger for at det kun er service personalet der kan tilgå varme anlæg via netværket og kun underviser og elever der kan til gå elevernes data.

[[Image:Netværk_Logisk.png|x400px]]

File:Netværk Logisk.png

2010-09-13T10:05:55Z

Dtc: uploaded a new version of "Image:Netværk Logisk.png"

File:Netværk Logisk.png

2010-09-13T10:03:28Z

Dtc: uploaded a new version of "Image:Netværk Logisk.png"

File:Netværk Logisk.png

2010-09-13T10:03:10Z

Dtc: uploaded a new version of "Image:Netværk Logisk.png"

File:Netværk Logisk.png

2010-09-13T10:02:39Z

Dtc: uploaded a new version of "Image:Netværk Logisk.png"

CCDP-Campus Viborg/Opgave 3/Gruppe1337

2010-09-13T09:10:35Z

Dtc: /* Optimal */

<accesscontrol>banjo</accesscontrol>
== Opgave 3 ==

===Beskrivelse af Design 1===
I dette desigen har vi tænkt os at dele vores netværk op i to store grupper en hvor sikkerhed og adresse uddeling bliver leveret via vpn og en gruppe hvor sikkerhed styres via VRF'er.
 
====VPN Gruppen====
vpn gruppen bruges til bruger access FX. Elever og lære. det skal fungere på den måde at når en bruger sætter sin pc til et stik i væggen kommer de på et basisk netværk som ikke har adgang til andet end den kan se en vpn server når den så åbner sin web browser op skal de logge på med deres ad bruger og vpn serveren vil komme dem på det netværk som brugeren høre til hvor den kan se de andre som os høre til dette netværk og de for os adgang til de data og internet som de har brug for. Dette betyder os at når man har en bruger kan man os logge på og access sine data hjemme fra lige meget om man er elev eller lære. 

====VRF Gruppen====

===IP Adresse Plan===
------------------
====Netværk====
F.1.XX.Y
F = Filial
X = Etage + Krysfelt
Y = IP

====Management====
F.2.XX.Y
F = Filial
X = Etage + Krysfelt
Y = IP

====Server====
F.3.0.Y
F = Filial
Y = IP

====Printer====
F.4.XX.Y
F = Filial
X = Etage + Krysfelt
Y = IP

====Service====
F.5.0.Y
F = Filial
Y = IP

====Overvågning====
F.6.XX.Y
F = Filial
X = Etage + Krysfelt
Y = IP

====Telefoni====
F.7.XX.Y
F = Filial
X = Etage + Krysfelt
Y = IP

====DMZ====
F.8.0.Y
F = Filial
Y = IP

====Internet====
F.9.0.Y
F = Filial
Y = IP

====PBS====
F.10.0.Y
F = Filial
Y = IP

====Underviser====
F.11.X.Y
F = Filial

====Elev====
F.12.X.Y
F = Filial

====Gæst====
F.13.X.Y
F = Filial

===Routing Design===
------------------

===Tegning over Logiske netværk===
------------------
====VPN Forbindelser====
------------------
=====Beskrivelse=====
DMVPN
MPLS
[[Image:Group1337_Network_Design_-_DMVPN_&_MPLS.png|x400px]]

====BGP====
------------------
=====Beskrivelse=====
BGP
[[Image:Group1337_Network_Design_-_BGP.png|x400px]]

===Tegning Over Fysisk netværk===
------------------
====Optimal====
------------------
[[Image:Optimal.png]]

====Økonomiske====
------------------
vi kommer har med to forskellige setup den ene er den optimale måde og lave løsningen på. Og den vi har her er så den økonomiske af de to setup. Vi har taget den her løsning med fordi det kan være rat dyrt og lave et core lag på hver etage derfor har vi i denne løsning samlet core laget i stue etagen som vidst på tegningen her under.
 
 
på tegningen her ser du hvordan hver etage skal se ud men med undtagelsen at core laget KUN er på stue etagen

[[Image:Økonomitegnin.png]]

 
------------------
====Nætværkstegning====

------------------

===Komentarer===
--------------------
 
===Lektier===
Fysisk tegning
Optimal - Jeppe & Daniel
Øko - Jakob
Tegning over lokationer - Jonas
--------------------------

File:Optimal.png

2010-09-13T09:10:03Z

Dtc:

CCDP-Campus Viborg/Gruppe1337

2010-09-13T09:07:54Z

Dtc: /* Opgaver */

<accesscontrol>banjo</accesscontrol>
== Opgaver ==
*[[CCDP-Campus Viborg/Opgave 1/Gruppe1337|Opgave 1]]

*[[CCDP-Campus Viborg/Opgave 2/Gruppe1337|Opgave 2]]

*[[CCDP-Campus Viborg/Opgave 3/Gruppe1337|Opgave 3]]

*[[CCDP-Campus Viborg/Opgave 4/Gruppe1337|Opgave 4]]

*[[CCDP-Campus Viborg/Opgave 5/Gruppe1337|Opgave 5]]

CCDP-Campus Viborg/Opgave 5/Gruppe1337

2010-09-13T09:07:14Z

Dtc:

<accesscontrol>banjo</accesscontrol>

[[Image:Netværk_Logisk.png]]

File:Netværk Logisk.png

2010-09-13T09:07:00Z

Dtc:

CCDP-Campus Viborg/Opgave 5/Gruppe1337

2010-09-13T09:06:46Z

Dtc: New page: <accesscontrol>banjo</accesscontrol>

<accesscontrol>banjo</accesscontrol>

CCDP-Campus Viborg/Opgave 8

2010-09-13T09:06:39Z

Dtc: /* Elev sider for Opgave 5 */

=Opgave 5=
==Læsning==
Læs det 8. kapitel i bogen Designing Cisco Network Services Architectures (ARCH). 
==Opgave==
Lav et sikkerheds design til Campus Viborg, internet firewall'en skal selvfølgelig være redundant. Og det samme for FW imellem LANs. 
Campus Viborg ønsker også at køre NAC på alle porte i Undervisnings og Adminstrations LAN.
==Ekstra opgave==
Campus Viborg har fået en ny filial, der skal kobles på netværket. Der er ikke afsat nogle penge til at opgradere den nye filial, men de har i forvejen en Cisco 2821 Router til deres 10mbit/s ADSL. 
Find på en løsning der forbinder filialen til Campus, og samtidig sikrer deres forbindelse til internettet med en FW, da de kører lokal-breakout.
==Elev sider for Opgave 5==

*[[CCDP-Campus Viborg/Opgave 5/GruppeSkrammel|GruppeSkrammel]]
*[[CCDP-Campus Viborg/Opgave 5/Gruppe1337|Gruppe 1337]]

CCDP-Campus Viborg/Opgave 4/Gruppe1337

2010-09-13T09:05:36Z

Dtc:

<accesscontrol>banjo</accesscontrol>
[[Image:Netværk.png]]

CCDP-Campus Viborg/Opgave 4/Gruppe1337

2010-09-13T09:05:09Z

Dtc: New page: Image:Netværk.png

[[Image:Netværk.png]]

File:Netværk.png

2010-09-13T09:04:37Z

Dtc:

CCDP-Campus Viborg/Opgave 5

2010-09-13T09:04:02Z

Dtc: /* Opgave 4 */

=Opgave 4=
==Læsning==
Læs det femte kapitel i bogen Designing Cisco Network Services Architectures (ARCH). 
==Opgave==
Server kælderen i Campus Århus er brændt og i skal nu designe et nyt DataCenter til dem.
De har 400 servere:
*50 med 100mbit NIC
*250 med 1Gbit NIC
*100 med Teaming behov. Hvoraf de 20 er Blade servere

Forsikringen betaler udstyret. 
Serverekælderen har hele 172.18.0.0/16 tilrådighed.

== Elev sider for Opgave 4 ==

*[[CCDP-Campus Viborg/Opgave 4/Gruppe1337|Gruppe 1337]]

CCDP-Campus Viborg/Gruppe1337

2010-09-08T06:11:11Z

Dtc: /* Opgaver */

CCDP-Campus Viborg/Gruppe1337

2010-09-07T12:28:44Z

Dtc:

<accesscontrol>banjo</accesscontrol>
== Opgaver ==
*[[CCDP-Campus Viborg/Opgave 1/Gruppe1337|Opgave 1]]

*[[CCDP-Campus Viborg/Opgave 2/Gruppe1337|Opgave 2]]

Usergroup:banjo

2010-09-07T12:28:00Z

Dtc: New page: *Dtc *Engell *JTJ

*Dtc
*Engell
*JTJ

CCDP-Campus Viborg/Opgave 2/Gruppe1337

2010-09-07T12:22:39Z

Dtc: /* Dynamic ARP Inspection: */

== 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 ===

==== GLBP - Gateway Load Balancing Protocol====

----

- Vi vil implementere GLBP frem for HSRP og VRRP for at mindske nedetid i tilfælde af nedbrud i distributionslaget.
 
Fordele:
- GLBP understøtter ægte Load Balancing. 
 
Ulemper:
- GLBP er Cisco proprietær. 

----

== Technology ==

----

===SIKKERHED===
====VRF====

- Vi opsætter VRF for at kunne lave seperate layer 3 netværk. Dette vil højne sikkerheden ved at gruppere brugere mm. i logisk adskilte netværk.
 
Fordele:
- Vi kan nemmere kontrollere brugernes adgang til forskellige netværks ressourcer. 
 
Ulemper:
- VRF kræver megen konfiguration, da alle enheder skal konfigureres. 

====VLAN====

- Vi opsætter VLAN for at kunne separerer layer 2 netværk i logiske endheder. Dette vil mindske broadcast domænerne og mindske den adgang brugerne har til de enkelte netværks resourcer
 
Fordele:
-Mindskede bordcast domæner.
-Mindskede adgang til de enkelte netværks resourcer
 
Ulemper:
-Skal opsættes på alle switche.

====DHCP Snooping:====
DHCP Snoopin vil vi bruge til og forhindre der er andre der udgiver sig for og være dhcp server end vores egentlige dhcp server og blokere trafik der forsøger
 
Fordele:
-forhindre at der er andre der udgiver sig for og være dhcp server end den rigtige dhcp server .

====Dynamic ARP Inspection:====
vi vil bruge arp inspection til at minimere risikoen for arp spoofing og poisoning dette gøre ved hjælp af DHCP snooping tabellen.
 
Fordele:
-minimere arp spoofing og poisoning angreb.

====IP Source Guard:====
forhindre IP spoofing adresser ved hjælp af dhcp snopping tabelen
 
Fordele:
-Forhindre IP Spoofing.

====ACL:====
Vi vælger og bruge acces control list til og styre adgang mellem de forskellige netværk's ressourcer.
 
Fordele:
-nem og effektiv måde og ha kontrol over adgange til dit netværk.

 
----

===ACCESS===
====Port Fast:====

- Port fast sørger for at portene kommer op med det samme når der bliver tilkoblet noget. Og den sørger for at spanning tree ikke kommer ud på disse porte.
 
Fordele:
- Hurtig opkobling til access laget.
- Ingen unødvendig trafik fra spanning tree.
 
Ulemper:
- kan skabe loops.

====WLAN:====
====Switchport Mode Access:====

- Switchport mode access, bliver brugt på porte hvor du er sikker på at næste device er et endpoint device (med enkelte undtagelser som cisco ip telefoni)
 
Fordele:
- Sikre at der kun bliver sendt et vlan ud gennem porten.
- giver et godt overblik for administrationen, hvis de telnetter til routeren (Hvis dokumentationen ikke er opdateret.)
 
Ulemper:
- De 15 sekunder det tager at telnette til routeren og ændre det til en trunk, hvis man på et senere tidpunkt ønsker at få tilkoblet et device der skal have adgang til flere vlans.

 
----

===Performance===
====PAgP====
- Vi opsætter PAgP for at skabe en større båndbred fra Access laget op til Distribution.
Fordele:
- Dette vil midske belastningen på linket mellem Access og Distribution.
- Dette vil skabe et eller flere redondante links mellem Access og Distribution.

====Spanning Tree:====

- Alt efter hvordan designet af netværket udsiller sig, vælger vi enten at kører RPVST+ eller at kører helt uden spanning tree.
 
'''RPVST+'''
Fordele:
- RPVST+ har den fordel at du kan have spanning tree pr. vlan, som navnet siger.
Forestil dig dette senario.
Du har 20 switche, alle trunket sammen. Nu begynder en link at flappe, dette vil påvirke alle vlan's hvis du bruger
traditionel spanning tree. Med RPVST+ vil det kun påvirke det enkelte vlan.
- Få opdelt netværket, for lettere fejlfinding, samt lettere administration, og adgang til de forskellige netværk.
- Få stoppet broadcast storme, og genneral unødvendig trafik.
- Sørge for at loops ikke kan opstå.
 
Ulemper:
- CPU forbrug.
- Unødvendig trafik hvis netværksdesignet unødvendigøre spanning tree.
 
 
'''Uden Spanning Tree'''
Fordele:
- Lavere CPU forbrug.
- Ingen unødvendig trafik med opdaterings pakker mm.
 
Ulemper:
- Hvis netværks designet ikke tillader at undlade spanning tree, vil netværket kunne lave loops.

====BPDU Guard:====

- Vi vil konfigurere BPDU Guard på vores layer 2 switche hvor der i forvejen er konfigureret PortFast, for at forhindre elever mm. at sætte andet netværksudstyr på netværket samt for at afsikre loops på netværket.
 
Fordele:
- Forhindre loops og andet netværksudstyr ved at lukke porten ned hvis den modtager en BPDU pakke.
 

====QoS====
- Der vil blive opsat QoS for at sikker at netværks trafik bliver prioteret alt efter vigtigheden.
Fordele:
- Vigtig trafik vil få første priotet på netværket vilket vil midske changsen for at midste det
Ulemper:
- QoS på layer 2 er krævene at opsætte

====ULDU====
- Der vil blive opsat ULDU for at sikker at linket mellem Distribution og Core og linknen internet i Core laget lukker i tilfælde af at man mister Transmitter bennet på linket.
Fordele:
- Dette vil sikker at der ikke blive routet pakker på interfaces hvor der intet link er
Ulempe:
- Det vil skabe ekstre beslatning på CPU'en
- Det vil skabe ekstre beslatning på netværks linkene

====SNMP:====
- Vi vil implementere SNMP i vores setup, så vi har overvågnings på vores netværk og udstyr.
 
Fordele:
- ''SNMP giver nemmere og mere overskuelig information vedr. netværket og udstyr, på den måde er det nemmere at fejlfinde ved evt. fejl.''

== 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"
------------

== Lektier ==

Sikkerhed
- VRF - Jonas <done>
- VLAN - Jonas <done>
- DHCP Snooping - Jakob <done>
- Dynamic ARP Inspection - Jakob <done>
- IP Source Guard - Jakob <done>
- ACL - Jakob <done>
 
Access
- Port Fast - Jeppe & Daniel <done>
- WLAN - Jonas
- Switchport Mode Access - Jeppe & Daniel <done>
 
Performance
- PAgP - Jonas <done>
- Spanning tree - Jeppe & Daniel <done>
- BPDU Guard - Jeppe & Daniel <done>
- QoS - Jonas <done>
- ULDU - Jonas <done>
- SNMP - Jeppe & Daniel <done>

CCDP-Campus Viborg/Opgave 2/Gruppe1337

2010-09-07T12:22:31Z

Dtc: /* DHCP Snooping: */

CCDP-Campus Viborg/Opgave 2/Gruppe1337

2010-09-07T12:21:06Z

Dtc: /* Lektier */

== 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 ===

==== GLBP - Gateway Load Balancing Protocol====

----

- Vi vil implementere GLBP frem for HSRP og VRRP for at mindske nedetid i tilfælde af nedbrud i distributionslaget.
 
Fordele:
- GLBP understøtter ægte Load Balancing. 
 
Ulemper:
- GLBP er Cisco proprietær. 

----

== Technology ==

----

===SIKKERHED===
====VRF====

- Vi opsætter VRF for at kunne lave seperate layer 3 netværk. Dette vil højne sikkerheden ved at gruppere brugere mm. i logisk adskilte netværk.
 
Fordele:
- Vi kan nemmere kontrollere brugernes adgang til forskellige netværks ressourcer. 
 
Ulemper:
- VRF kræver megen konfiguration, da alle enheder skal konfigureres. 

====VLAN====

- Vi opsætter VLAN for at kunne separerer layer 2 netværk i logiske endheder. Dette vil mindske broadcast domænerne og mindske den adgang brugerne har til de enkelte netværks resourcer
 
Fordele:
-Mindskede bordcast domæner.
-Mindskede adgang til de enkelte netværks resourcer
 
Ulemper:
-Skal opsættes på alle switche.

====DHCP Snooping:====
DHCP Snoopin vil vi bruge til og forhindre der er andre der udgiver sig for og være dhcp server end vores egentlige dhcp server og blokere trafik der forsøger
 
Fordele:
-forhindre at der er andre der udgiver sig for og være dhcp server end den rigtige dhcp server .

====Dynamic ARP Inspection:====
vi vil bruge arp inspection til at minimere risikoen for arp spoofing og poisoning dette gøre ved hjælp af DHCP snooping tabellen.
 
Fordele:
-minimere arp spoofing og poisoning angreb.

====IP Source Guard:====
forhindre IP spoofing adresser ved hjælp af dhcp snopping tabelen
 
Fordele:
-Forhindre IP Spoofing.

====ACL:====
Vi vælger og bruge acces control list til og styre adgang mellem de forskellige netværk og vlan's.
 
Fordele:
-nem og effektiv måde og ha kontrol over adgange til dit netværk.

 
----

===ACCESS===
====Port Fast:====

- Port fast sørger for at portene kommer op med det samme når der bliver tilkoblet noget. Og den sørger for at spanning tree ikke kommer ud på disse porte.
 
Fordele:
- Hurtig opkobling til access laget.
- Ingen unødvendig trafik fra spanning tree.
 
Ulemper:
- kan skabe loops.

====WLAN:====
====Switchport Mode Access:====

- Switchport mode access, bliver brugt på porte hvor du er sikker på at næste device er et endpoint device (med enkelte undtagelser som cisco ip telefoni)
 
Fordele:
- Sikre at der kun bliver sendt et vlan ud gennem porten.
- giver et godt overblik for administrationen, hvis de telnetter til routeren (Hvis dokumentationen ikke er opdateret.)
 
Ulemper:
- De 15 sekunder det tager at telnette til routeren og ændre det til en trunk, hvis man på et senere tidpunkt ønsker at få tilkoblet et device der skal have adgang til flere vlans.

 
----

===Performance===
====PAgP====
- Vi opsætter PAgP for at skabe en større båndbred fra Access laget op til Distribution.
Fordele:
- Dette vil midske belastningen på linket mellem Access og Distribution.
- Dette vil skabe et eller flere redondante links mellem Access og Distribution.

====Spanning Tree:====

- Alt efter hvordan designet af netværket udsiller sig, vælger vi enten at kører RPVST+ eller at kører helt uden spanning tree.
 
'''RPVST+'''
Fordele:
- RPVST+ har den fordel at du kan have spanning tree pr. vlan, som navnet siger.
Forestil dig dette senario.
Du har 20 switche, alle trunket sammen. Nu begynder en link at flappe, dette vil påvirke alle vlan's hvis du bruger
traditionel spanning tree. Med RPVST+ vil det kun påvirke det enkelte vlan.
- Få opdelt netværket, for lettere fejlfinding, samt lettere administration, og adgang til de forskellige netværk.
- Få stoppet broadcast storme, og genneral unødvendig trafik.
- Sørge for at loops ikke kan opstå.
 
Ulemper:
- CPU forbrug.
- Unødvendig trafik hvis netværksdesignet unødvendigøre spanning tree.
 
 
'''Uden Spanning Tree'''
Fordele:
- Lavere CPU forbrug.
- Ingen unødvendig trafik med opdaterings pakker mm.
 
Ulemper:
- Hvis netværks designet ikke tillader at undlade spanning tree, vil netværket kunne lave loops.

====BPDU Guard:====

- Vi vil konfigurere BPDU Guard på vores layer 2 switche hvor der i forvejen er konfigureret PortFast, for at forhindre elever mm. at sætte andet netværksudstyr på netværket samt for at afsikre loops på netværket.
 
Fordele:
- Forhindre loops og andet netværksudstyr ved at lukke porten ned hvis den modtager en BPDU pakke.
 

====QoS====
- Der vil blive opsat QoS for at sikker at netværks trafik bliver prioteret alt efter vigtigheden.
Fordele:
- Vigtig trafik vil få første priotet på netværket vilket vil midske changsen for at midste det
Ulemper:
- QoS på layer 2 er krævene at opsætte

====ULDU====
- Der vil blive opsat ULDU for at sikker at linket mellem Distribution og Core og linknen internet i Core laget lukker i tilfælde af at man mister Transmitter bennet på linket.
Fordele:
- Dette vil sikker at der ikke blive routet pakker på interfaces hvor der intet link er
Ulempe:
- Det vil skabe ekstre beslatning på CPU'en
- Det vil skabe ekstre beslatning på netværks linkene

====SNMP:====
- Vi vil implementere SNMP i vores setup, så vi har overvågnings på vores netværk og udstyr.
 
Fordele:
- ''SNMP giver nemmere og mere overskuelig information vedr. netværket og udstyr, på den måde er det nemmere at fejlfinde ved evt. fejl.''

== 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"
------------

== Lektier ==

Sikkerhed
- VRF - Jonas <done>
- VLAN - Jonas <done>
- DHCP Snooping - Jakob <done>
- Dynamic ARP Inspection - Jakob <done>
- IP Source Guard - Jakob <done>
- ACL - Jakob <done>
 
Access
- Port Fast - Jeppe & Daniel <done>
- WLAN - Jonas
- Switchport Mode Access - Jeppe & Daniel <done>
 
Performance
- PAgP - Jonas <done>
- Spanning tree - Jeppe & Daniel <done>
- BPDU Guard - Jeppe & Daniel <done>
- QoS - Jonas <done>
- ULDU - Jonas <done>
- SNMP - Jeppe & Daniel <done>

CCDP-Campus Viborg/Opgave 2/Gruppe1337

2010-09-07T12:12:22Z

Dtc: /* Lektier */

== 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 ===

==== GLBP - Gateway Load Balancing Protocol====

----

- Vi vil implementere GLBP frem for HSRP og VRRP for at mindske nedetid i tilfælde af nedbrud i distributionslaget.
 
Fordele:
- GLBP understøtter ægte Load Balancing. 
 
Ulemper:
- GLBP er Cisco proprietær. 

----

== Technology ==

----

===SIKKERHED===
====VRF====

- Vi opsætter VRF for at kunne lave seperate layer 3 netværk. Dette vil højne sikkerheden ved at gruppere brugere mm. i logisk adskilte netværk.
 
Fordele:
- Vi kan nemmere kontrollere brugernes adgang til forskellige netværks ressourcer. 
 
Ulemper:
- VRF kræver megen konfiguration, da alle enheder skal konfigureres. 

====VLAN====

- Vi opsætter VLAN for at kunne separerer layer 2 netværk i logiske endheder. Dette vil mindske broadcast domænerne og mindske den adgang brugerne har til de enkelte netværks resourcer
 
Fordele:
-Mindskede bordcast domæner.
-Mindskede adgang til de enkelte netværks resourcer
 
Ulemper:
-Skal opsættes på alle switche.

====DHCP Snooping:====
DHCP Snoopin vil vi bruge til og forhindre der er andre der udgiver sig for og være dhcp server end vores egentlige dhcp server og blokere trafik der forsøger
 
Fordele:
-forhindre at der er andre der udgiver sig for og være dhcp server end den rigtige dhcp server .

====Dynamic ARP Inspection:====
vi vil bruge arp inspection til at minimere risikoen for arp spoofing og poisoning dette gøre ved hjælp af DHCP snooping tabellen.
 
Fordele:
-minimere arp spoofing og poisoning angreb.

====IP Source Guard:====
forhindre IP spoofing adresser ved hjælp af dhcp snopping tabelen
 
Fordele:
-Forhindre IP Spoofing.

====ACL:====
 
----

===ACCESS===
====Port Fast:====

- Port fast sørger for at portene kommer op med det samme når der bliver tilkoblet noget. Og den sørger for at spanning tree ikke kommer ud på disse porte.
 
Fordele:
- Hurtig opkobling til access laget.
- Ingen unødvendig trafik fra spanning tree.
 
Ulemper:
- kan skabe loops.

====WLAN:====
====Switchport Mode Access:====

- Switchport mode access, bliver brugt på porte hvor du er sikker på at næste device er et endpoint device (med enkelte undtagelser som cisco ip telefoni)
 
Fordele:
- Sikre at der kun bliver sendt et vlan ud gennem porten.
- giver et godt overblik for administrationen, hvis de telnetter til routeren (Hvis dokumentationen ikke er opdateret.)
 
Ulemper:
- De 15 sekunder det tager at telnette til routeren og ændre det til en trunk, hvis man på et senere tidpunkt ønsker at få tilkoblet et device der skal have adgang til flere vlans.

 
----

===Performance===
====PAgP:====
====Spanning Tree:====

- Alt efter hvordan designet af netværket udsiller sig, vælger vi enten at kører RPVST+ eller at kører helt uden spanning tree.
 
'''RPVST+'''
Fordele:
- RPVST+ har den fordel at du kan have spanning tree pr. vlan, som navnet siger.
Forestil dig dette senario.
Du har 20 switche, alle trunket sammen. Nu begynder en link at flappe, dette vil påvirke alle vlan's hvis du bruger
traditionel spanning tree. Med RPVST+ vil det kun påvirke det enkelte vlan.
- Få opdelt netværket, for lettere fejlfinding, samt lettere administration, og adgang til de forskellige netværk.
- Få stoppet broadcast storme, og genneral unødvendig trafik.
- Sørge for at loops ikke kan opstå.
 
Ulemper:
- CPU forbrug.
- Unødvendig trafik hvis netværksdesignet unødvendigøre spanning tree.
 
 
'''Uden Spanning Tree'''
Fordele:
- Lavere CPU forbrug.
- Ingen unødvendig trafik med opdaterings pakker mm.
 
Ulemper:
- Hvis netværks designet ikke tillader at undlade spanning tree, vil netværket kunne lave loops.

====BPDU Guard:====

- Vi vil konfigurere BPDU Guard på vores layer 2 switche hvor der i forvejen er konfigureret PortFast, for at forhindre elever mm. at sætte andet netværksudstyr på netværket samt for at afsikre loops på netværket.
 
Fordele:
- Forhindre loops og andet netværksudstyr ved at lukke porten ned hvis den modtager en BPDU pakke.
 

====QoS:====
====ULDU:====
====SNMP:====
- Vi vil implementere SNMP i vores setup, så vi har overvågnings på vores netværk og udstyr.
 
Fordele:
- ''SNMP giver nemmere og mere overskuelig information vedr. netværket og udstyr, på den måde er det nemmere at fejlfinde ved evt. fejl.''

== 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"
------------

== Lektier ==

Sikkerhed
- VRF - Jonas <done>
- VLAN - Jonas <done>
- DHCP Snooping - Jakob <done>
- Dynamic ARP Inspection - Jakob <done>
- IP Source Guard - Jakob <done>
- ACL - Jakob
 
Access
- Port Fast - Jeppe & Daniel <done>
- WLAN - Jonas
- Switchport Mode Access - Jeppe & Daniel <done>
 
Performance
- PAgP - Jonas
- Spanning tree - Jeppe & Daniel <done>
- BPDU Guard - Jeppe & Daniel <done>
- QoS - Jonas
- ULDU - Jonas
- SNMP - Jeppe & Daniel <done>

CCDP-Campus Viborg/Opgave 2/Gruppe1337

2010-09-07T12:11:11Z

Dtc: /* Lektier */

== 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 ===

==== GLBP - Gateway Load Balancing Protocol====

----

- Vi vil implementere GLBP frem for HSRP og VRRP for at mindske nedetid i tilfælde af nedbrud i distributionslaget.
 
Fordele:
- GLBP understøtter ægte Load Balancing. 
 
Ulemper:
- GLBP er Cisco proprietær. 

----

== Technology ==

----

===SIKKERHED===
====VRF====

- Vi opsætter VRF for at kunne lave seperate layer 3 netværk. Dette vil højne sikkerheden ved at gruppere brugere mm. i logisk adskilte netværk.
 
Fordele:
- Vi kan nemmere kontrollere brugernes adgang til forskellige netværks ressourcer. 
 
Ulemper:
- VRF kræver megen konfiguration, da alle enheder skal konfigureres. 

====VLAN====

- Vi opsætter VLAN for at kunne separerer layer 2 netværk i logiske endheder. Dette vil mindske broadcast domænerne og mindske den adgang brugerne har til de enkelte netværks resourcer
 
Fordele:
-Mindskede bordcast domæner.
-Mindskede adgang til de enkelte netværks resourcer
 
Ulemper:
-Skal opsættes på alle switche.

====DHCP Snooping:====
DHCP Snoopin vil vi bruge til og forhindre der er andre der udgiver sig for og være dhcp server end vores egentlige dhcp server og blokere trafik der forsøger
 
Fordele:
-forhindre at der er andre der udgiver sig for og være dhcp server end den rigtige dhcp server .

====Dynamic ARP Inspection:====
vi vil bruge arp inspection til at minimere risikoen for arp spoofing og poisoning dette gøre ved hjælp af DHCP snooping tabellen.
 
Fordele:
-minimere arp spoofing og poisoning angreb.

====IP Source Guard:====
====ACL:====
 
----

===ACCESS===
====Port Fast:====

- Port fast sørger for at portene kommer op med det samme når der bliver tilkoblet noget. Og den sørger for at spanning tree ikke kommer ud på disse porte.
 
Fordele:
- Hurtig opkobling til access laget.
- Ingen unødvendig trafik fra spanning tree.
 
Ulemper:
- kan skabe loops.

====WLAN:====
====Switchport Mode Access:====

- Switchport mode access, bliver brugt på porte hvor du er sikker på at næste device er et endpoint device (med enkelte undtagelser som cisco ip telefoni)
 
Fordele:
- Sikre at der kun bliver sendt et vlan ud gennem porten.
- giver et godt overblik for administrationen, hvis de telnetter til routeren (Hvis dokumentationen ikke er opdateret.)
 
Ulemper:
- De 15 sekunder det tager at telnette til routeren og ændre det til en trunk, hvis man på et senere tidpunkt ønsker at få tilkoblet et device der skal have adgang til flere vlans.

 
----

===Performance===
====PAgP:====
====Spanning Tree:====

- Alt efter hvordan designet af netværket udsiller sig, vælger vi enten at kører RPVST+ eller at kører helt uden spanning tree.
 
'''RPVST+'''
Fordele:
- RPVST+ har den fordel at du kan have spanning tree pr. vlan, som navnet siger.
Forestil dig dette senario.
Du har 20 switche, alle trunket sammen. Nu begynder en link at flappe, dette vil påvirke alle vlan's hvis du bruger
traditionel spanning tree. Med RPVST+ vil det kun påvirke det enkelte vlan.
- Få opdelt netværket, for lettere fejlfinding, samt lettere administration, og adgang til de forskellige netværk.
- Få stoppet broadcast storme, og genneral unødvendig trafik.
- Sørge for at loops ikke kan opstå.
 
Ulemper:
- CPU forbrug.
- Unødvendig trafik hvis netværksdesignet unødvendigøre spanning tree.
 
 
'''Uden Spanning Tree'''
Fordele:
- Lavere CPU forbrug.
- Ingen unødvendig trafik med opdaterings pakker mm.
 
Ulemper:
- Hvis netværks designet ikke tillader at undlade spanning tree, vil netværket kunne lave loops.

====BPDU Guard:====

- Vi vil konfigurere BPDU Guard på vores layer 2 switche hvor der i forvejen er konfigureret PortFast, for at forhindre elever mm. at sætte andet netværksudstyr på netværket samt for at afsikre loops på netværket.
 
Fordele:
- Forhindre loops og andet netværksudstyr ved at lukke porten ned hvis den modtager en BPDU pakke.
 

====QoS:====
====ULDU:====
====SNMP:====
- Vi vil implementere SNMP i vores setup, så vi har overvågnings på vores netværk og udstyr.
 
Fordele:
- ''SNMP giver nemmere og mere overskuelig information vedr. netværket og udstyr, på den måde er det nemmere at fejlfinde ved evt. fejl.''

== 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"
------------

== Lektier ==

Sikkerhed
- VRF - Jonas <done>
- VLAN - Jonas <done>
- DHCP Snooping - Jakob <done>
- Dynamic ARP Inspection - Jakob <done>
- IP Source Guard - Jakob
- ACL - Jakob
 
Access
- Port Fast - Jeppe & Daniel <done>
- WLAN - Jonas
- Switchport Mode Access - Jeppe & Daniel <done>
 
Performance
- PAgP - Jonas
- Spanning tree - Jeppe & Daniel <done>
- BPDU Guard - Jeppe & Daniel <done>
- QoS - Jonas
- ULDU - Jonas
- SNMP - Jeppe & Daniel <done>

CCDP-Campus Viborg/Opgave 2/Gruppe1337

2010-09-07T12:10:51Z

Dtc: /* Port Fast: */

== 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 ===

==== GLBP - Gateway Load Balancing Protocol====

----

- Vi vil implementere GLBP frem for HSRP og VRRP for at mindske nedetid i tilfælde af nedbrud i distributionslaget.
 
Fordele:
- GLBP understøtter ægte Load Balancing. 
 
Ulemper:
- GLBP er Cisco proprietær. 

----

== Technology ==

----

===SIKKERHED===
====VRF====

- Vi opsætter VRF for at kunne lave seperate layer 3 netværk. Dette vil højne sikkerheden ved at gruppere brugere mm. i logisk adskilte netværk.
 
Fordele:
- Vi kan nemmere kontrollere brugernes adgang til forskellige netværks ressourcer. 
 
Ulemper:
- VRF kræver megen konfiguration, da alle enheder skal konfigureres. 

====VLAN====

- Vi opsætter VLAN for at kunne separerer layer 2 netværk i logiske endheder. Dette vil mindske broadcast domænerne og mindske den adgang brugerne har til de enkelte netværks resourcer
 
Fordele:
-Mindskede bordcast domæner.
-Mindskede adgang til de enkelte netværks resourcer
 
Ulemper:
-Skal opsættes på alle switche.

====DHCP Snooping:====
DHCP Snoopin vil vi bruge til og forhindre der er andre der udgiver sig for og være dhcp server end vores egentlige dhcp server og blokere trafik der forsøger
 
Fordele:
-forhindre at der er andre der udgiver sig for og være dhcp server end den rigtige dhcp server .

====Dynamic ARP Inspection:====
vi vil bruge arp inspection til at minimere risikoen for arp spoofing og poisoning dette gøre ved hjælp af DHCP snooping tabellen.
 
Fordele:
-minimere arp spoofing og poisoning angreb.

====IP Source Guard:====
====ACL:====
 
----

===ACCESS===
====Port Fast:====

- Port fast sørger for at portene kommer op med det samme når der bliver tilkoblet noget. Og den sørger for at spanning tree ikke kommer ud på disse porte.
 
Fordele:
- Hurtig opkobling til access laget.
- Ingen unødvendig trafik fra spanning tree.
 
Ulemper:
- kan skabe loops.

====WLAN:====
====Switchport Mode Access:====

- Switchport mode access, bliver brugt på porte hvor du er sikker på at næste device er et endpoint device (med enkelte undtagelser som cisco ip telefoni)
 
Fordele:
- Sikre at der kun bliver sendt et vlan ud gennem porten.
- giver et godt overblik for administrationen, hvis de telnetter til routeren (Hvis dokumentationen ikke er opdateret.)
 
Ulemper:
- De 15 sekunder det tager at telnette til routeren og ændre det til en trunk, hvis man på et senere tidpunkt ønsker at få tilkoblet et device der skal have adgang til flere vlans.

 
----

===Performance===
====PAgP:====
====Spanning Tree:====

- Alt efter hvordan designet af netværket udsiller sig, vælger vi enten at kører RPVST+ eller at kører helt uden spanning tree.
 
'''RPVST+'''
Fordele:
- RPVST+ har den fordel at du kan have spanning tree pr. vlan, som navnet siger.
Forestil dig dette senario.
Du har 20 switche, alle trunket sammen. Nu begynder en link at flappe, dette vil påvirke alle vlan's hvis du bruger
traditionel spanning tree. Med RPVST+ vil det kun påvirke det enkelte vlan.
- Få opdelt netværket, for lettere fejlfinding, samt lettere administration, og adgang til de forskellige netværk.
- Få stoppet broadcast storme, og genneral unødvendig trafik.
- Sørge for at loops ikke kan opstå.
 
Ulemper:
- CPU forbrug.
- Unødvendig trafik hvis netværksdesignet unødvendigøre spanning tree.
 
 
'''Uden Spanning Tree'''
Fordele:
- Lavere CPU forbrug.
- Ingen unødvendig trafik med opdaterings pakker mm.
 
Ulemper:
- Hvis netværks designet ikke tillader at undlade spanning tree, vil netværket kunne lave loops.

====BPDU Guard:====

- Vi vil konfigurere BPDU Guard på vores layer 2 switche hvor der i forvejen er konfigureret PortFast, for at forhindre elever mm. at sætte andet netværksudstyr på netværket samt for at afsikre loops på netværket.
 
Fordele:
- Forhindre loops og andet netværksudstyr ved at lukke porten ned hvis den modtager en BPDU pakke.
 

====QoS:====
====ULDU:====
====SNMP:====
- Vi vil implementere SNMP i vores setup, så vi har overvågnings på vores netværk og udstyr.
 
Fordele:
- ''SNMP giver nemmere og mere overskuelig information vedr. netværket og udstyr, på den måde er det nemmere at fejlfinde ved evt. fejl.''

== 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"
------------

== Lektier ==

Sikkerhed
- VRF - Jonas <done>
- VLAN - Jonas <done>
- DHCP Snooping - Jakob <done>
- Dynamic ARP Inspection - Jakob <done>
- IP Source Guard - Jakob
- ACL - Jakob
 
Access
- Port Fast - Jeppe & Daniel
- WLAN - Jonas
- Switchport Mode Access - Jeppe & Daniel <done>
 
Performance
- PAgP - Jonas
- Spanning tree - Jeppe & Daniel <done>
- BPDU Guard - Jeppe & Daniel <done>
- QoS - Jonas
- ULDU - Jonas
- SNMP - Jeppe & Daniel <done>