Teknologisk videncenter - User contributions [en]

CCDP-Campus Viborg/Opgave 7/Gruppe1337

2010-09-16T11:41:39Z

JTJ:

<accesscontrol>banjo</accesscontrol>
=WLAN=

Vores wireless er 100 % 5ghz setup. Der kører både N og a på hvert ap. 
Voice: 
a 5ghz

Data: 
N 5ghz
====5ghz====
a og N kører på 2 forskellige kanaler pr ap. 
Dette gør vi fordi det giver os mange flere kanaler og arbejde med og derfor også lettere og undgå interferens. 
Fordele: 
-vi har mange flere kanaler. 
-vi for højre hastigheder ud til de klienterne da de køre N. 
 
Ulemper: 
-Der vil være elever der vil skulle køre med kabel eller opgradere deres pc da det ikke er alle der køre N i nu.

====Roaming====

Brugerne kan roame mellem de forskellige ap'er 
Roaming er enabled, så en bruger / ip telefon kan roame mellem de forskellige AP'er uden at tabe forbindelsen. Dette mindsker irritation ved clienten, og uden roaming ville ip telefoni
være ubrugelig. 
 

====Overlapning:====

Vi har valgt at overlappe med ca 25%, for på denne måde at sikre godt signal, dog uden at skabe unødvendig roaming ved at sætte AP'erne for tæt på hinanden

Kanalerne har ingen overlap med kanaler der ligger tæt op ad hinanden, hvilket mindsker interferens.
 

====SSID:====
Der er 3 SSID'er 
-Guest 
-Normalt 
-Voice 

==== Referencer:====
-Cisco 
-Rasmus 
- http://en.wikipedia.org/wiki/List_of_WLAN_channels
-Henrik Thomsen gennem mange års undervisning

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

CCDP-Campus Viborg/Opgave 7/Gruppe1337

2010-09-16T11:41:14Z

JTJ:

<accesscontrol>banjo</accesscontrol>
=WLAN=

Vores wireless er 100 % 5ghz setup. Der kører både N og a på hvert ap. 
Voice: 
a 5ghz

Data: 
N 5ghz
====5ghz====
a og N kører på 2 forskellige kanaler pr ap. 
Dette gør vi fordi det giver os mange flere kanaler og arbejde med og derfor også lettere og undgå interferens. 
Fordele: 
-vi har mange flere kanaler. 
-vi for højre hastigheder ud til de klienterne da de køre N. 
 
Ulemper: 
-Der vil være elever der vil skulle køre med kabel eller opgradere deres pc da det ikke er alle der køre N i nu.

====Roaming====

Brugerne kan roame mellem de forskellige ap'er 
Roaming er enabled, så en bruger / ip telefon kan roame mellem de forskellige AP'er uden at tabe forbindelsen. Dette mindsker irritation ved clienten, og uden roaming ville ip telefoni
være ubrugelig. 
 

====Overlapning:====

Vi har valgt at overlappe med ca 25%, for på denne måde at sikre godt signal, dog uden at skabe unødvendig roaming ved at sætte AP'erne for tæt på hinanden

Kanalerne har ingen overlap med kanaler der ligger tæt op ad hinanden, hvilket mindsker interferens.
 

====SSID:====
Der er 3 SSID'er 
-Guest 
-Normalt 
-Voice 

==== Referencer:====
-Cisco 
-Rasmus 
- [http://en.wikipedia.org/wiki/List_of_WLAN_channels hej]
-Henrik Thomsen gennem mange års undervisning

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

CCDP-Campus Viborg/Opgave 7/Gruppe1337

2010-09-16T11:40:15Z

JTJ:

<accesscontrol>banjo</accesscontrol>
=WLAN=

Vores wireless er 100 % 5ghz setup. Der kører både N og a på hvert ap. 
Voice: 
a 5ghz

Data: 
N 5ghz
====5ghz====
a og N kører på 2 forskellige kanaler pr ap. 
Dette gør vi fordi det giver os mange flere kanaler og arbejde med og derfor også lettere og undgå interferens. 
Fordele: 
-vi har mange flere kanaler. 
-vi for højre hastigheder ud til de klienterne da de køre N. 
 
Ulemper: 
-Der vil være elever der vil skulle køre med kabel eller opgradere deres pc da det ikke er alle der køre N i nu.

====Roaming====

Brugerne kan roame mellem de forskellige ap'er 
Roaming er enabled, så en bruger / ip telefon kan roame mellem de forskellige AP'er uden at tabe forbindelsen. Dette mindsker irritation ved clienten, og uden roaming ville ip telefoni
være ubrugelig. 
 

====Overlapning:====

Vi har valgt at overlappe med ca 25%, for på denne måde at sikre godt signal, dog uden at skabe unødvendig roaming ved at sætte AP'erne for tæt på hinanden

Kanalerne har ingen overlap med kanaler der ligger tæt op ad hinanden, hvilket mindsker interferens.
 

====SSID:====
Der er 3 SSID'er 
-Guest 
-Normalt 
-Voice 

==== Referencer:====
-Cisco 
-Rasmus 
- [http://en.wikipedia.org/wiki/List_of_WLAN_channels]
-Henrik Thomsen gennem mange års undervisning

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

CCDP-Campus Viborg/Opgave 7/Gruppe1337

2010-09-16T11:26:31Z

JTJ:

CCDP-Campus Viborg/Opgave 7/Gruppe1337

2010-09-16T11:22:39Z

JTJ: /* WLAN */

<accesscontrol>banjo</accesscontrol>
=WLAN=

Vores wireless er 100 % 5ghz setup. Der kører både N og a på hvert ap. 
Voice: 
a 5ghz

Data: 
N 5ghz
====5ghz====
a og N kører på 2 forskellige kanaler pr ap. 
Dette gør vi fordi det giver os mange flere kanaler og arbejde med og derfor også lettere og undgå interferens. 
Fordele: 
-vi har mange flere kanaler. 
-vi for højre hastigheder ud til de klienterne da de køre N. 
 
Ulemper: 
-Der vil være elever der vil skulle køre med kabel eller opgradere deres pc da det ikke er alle der køre N i nu.

====Roaming====

Brugerne kan roame mellem de forskellige ap'er 
Roaming er enabled, så en bruger / ip telefon kan roame mellem de forskellige AP'er uden at tabe forbindelsen. Dette mindsker irritation ved clienten, og uden roaming ville ip telefoni
være ubrugelig. 
 

====Overlapning:====

Vi har valgt at overlappe med ca 25%, for på denne måde at sikre godt signal, dog uden at skabe unødvendig roaming ved at sætte AP'erne for tæt på hinanden

Kanalerne har ingen overlap med kanaler der ligger tæt op ad hinanden, hvilket mindsker interferens.
 

====SSID:====
Der er 3 SSID'er 
-Guest 
-Normalt 
-Voice 

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

CCDP-Campus Viborg/Opgave 7/Gruppe1337

2010-09-16T10:02:44Z

JTJ:

<accesscontrol>banjo</accesscontrol>
=WLAN=

Vores wireless er 100 % 5ghz setup. Der kører både N og a på hvert ap. 
a er til voice og N er til data... 
a og N kører på 2 forskellige kanaler pr ap. 
Brugerne kan roame mellem de forskellige ap'er 
Kanalerne har ingen overlap med kanaler der ligger tæt op ad hinanden, hvilket mindsker interferens.
 
Der er 3 SSID'er
Guest
Normalt
Voice

Voice: 
a 5ghz

Data: 
N 5ghz

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

File:Wlan.png

2010-09-16T10:00:23Z

JTJ:

CCDP-Campus Viborg/Opgave 7/Gruppe1337

2010-09-16T09:52:10Z

JTJ: /* WLAN */

<accesscontrol>banjo</accesscontrol>
=WLAN=

Vores wireless er 100 % 5ghz setup. Der kører både N og a på hvert ap.
a er til voice og N er til data...
a og N kører på 2 forskellige kanaler pr ap.
Brugerne kan roame mellem de forskellige ap'er
Kanalerne har ingen overlap med kanaler der ligger tæt op ad hinanden, hvilket mindsker interferens.

Der er 3 SSID'er
Guest
Normalt
Voice

Voice:
a 5ghz

Data:
N 5ghz

CCDP-Campus Viborg/Opgave 7/Gruppe1337

2010-09-16T09:44:48Z

JTJ: New page: <accesscontrol>banjo</accesscontrol> =WLAN=

<accesscontrol>banjo</accesscontrol>
=WLAN=

CCDP-Campus Viborg/Gruppe1337

2010-09-16T09:43:22Z

JTJ:

<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 6/Gruppe1337|Opgave 6]]

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

CCDP-Campus Viborg/Opgave 3/Gruppe1337

2010-09-10T06:16:45Z

JTJ: /* Opgave 3 */

<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====
------------------
====Ø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 3/Gruppe1337

2010-09-08T19:54:50Z

JTJ: /* VPN Gruppen */

<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====
10.1.XX.Y
X = Etage + Krysfelt
Y = IP
====Management====
10.2.XX.Y
X = Etage + Krysfelt
Y = IP

====Server====
10.3.X.Y
X = Filial
Y = IP

====Printer====
10.4.XX.Y
X = Etage + Krysfelt
Y = IP

====Service====
10.5.X.Y
X = Filial
Y = IP

====Overvågning====
10.6.XX.Y
X = Etage + Krysfelt
Y = IP

====Telefoni====
10.7.XX.Y
X = Etage + Krysfelt
Y = IP

====DMZ====
10.8.X.Y
X = Filial
Y = IP

====Internet====
10.9.X.Y
X = Filial
Y = IP

====PBS====
10.10.X.Y
X = Filial
Y = IP

====Underviser====
11.1.X.Y

====Elev====
11.2.X.Y

====Gæst====
11.3.X.Y

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

===Tegning Over Fysisk netværk===
====Optimal====
====Ø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]]

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

CCDP-Campus Viborg/Opgave 3/Gruppe1337

2010-09-08T19:53:52Z

JTJ: /* VPN Gruppen */

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

====VRF Gruppen====

===IP Adresse Plan===
------------------
====Netværk====
10.1.XX.Y
X = Etage + Krysfelt
Y = IP
====Management====
10.2.XX.Y
X = Etage + Krysfelt
Y = IP

====Server====
10.3.X.Y
X = Filial
Y = IP

====Printer====
10.4.XX.Y
X = Etage + Krysfelt
Y = IP

====Service====
10.5.X.Y
X = Filial
Y = IP

====Overvågning====
10.6.XX.Y
X = Etage + Krysfelt
Y = IP

====Telefoni====
10.7.XX.Y
X = Etage + Krysfelt
Y = IP

====DMZ====
10.8.X.Y
X = Filial
Y = IP

====Internet====
10.9.X.Y
X = Filial
Y = IP

====PBS====
10.10.X.Y
X = Filial
Y = IP

====Underviser====
11.1.X.Y

====Elev====
11.2.X.Y

====Gæst====
11.3.X.Y

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

===Tegning Over Fysisk netværk===
====Optimal====
====Ø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]]

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

CCDP-Campus Viborg/Opgave 3/Gruppe1337

2010-09-08T19:36:59Z

JTJ: /* VPN Gruppen */

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

====VRF Gruppen====

===IP Adresse Plan===
------------------
====Netværk====
10.1.XX.Y
X = Etage + Krysfelt
Y = IP
====Management====
10.2.XX.Y
X = Etage + Krysfelt
Y = IP

====Server====
10.3.X.Y
X = Filial
Y = IP

====Printer====
10.4.XX.Y
X = Etage + Krysfelt
Y = IP

====Service====
10.5.X.Y
X = Filial
Y = IP

====Overvågning====
10.6.XX.Y
X = Etage + Krysfelt
Y = IP

====Telefoni====
10.7.XX.Y
X = Etage + Krysfelt
Y = IP

====DMZ====
10.8.X.Y
X = Filial
Y = IP

====Internet====
10.9.X.Y
X = Filial
Y = IP

====PBS====
10.10.X.Y
X = Filial
Y = IP

====Underviser====
11.1.X.Y

====Elev====
11.2.X.Y

====Gæst====
11.3.X.Y

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

===Tegning Over Fysisk netværk===
====Optimal====
====Ø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]]

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

CCDP-Campus Viborg/Opgave 3/Gruppe1337

2010-09-08T19:35:18Z

JTJ: /* Beskrivelse af Design 1 */

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

====VRF Gruppen====

===IP Adresse Plan===
------------------
====Netværk====
10.1.XX.Y
X = Etage + Krysfelt
Y = IP
====Management====
10.2.XX.Y
X = Etage + Krysfelt
Y = IP

====Server====
10.3.X.Y
X = Filial
Y = IP

====Printer====
10.4.XX.Y
X = Etage + Krysfelt
Y = IP

====Service====
10.5.X.Y
X = Filial
Y = IP

====Overvågning====
10.6.XX.Y
X = Etage + Krysfelt
Y = IP

====Telefoni====
10.7.XX.Y
X = Etage + Krysfelt
Y = IP

====DMZ====
10.8.X.Y
X = Filial
Y = IP

====Internet====
10.9.X.Y
X = Filial
Y = IP

====PBS====
10.10.X.Y
X = Filial
Y = IP

====Underviser====
11.1.X.Y

====Elev====
11.2.X.Y

====Gæst====
11.3.X.Y

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

===Tegning Over Fysisk netværk===
====Optimal====
====Ø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]]

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

CCDP-Campus Viborg/Opgave 3/Gruppe1337

2010-09-08T19:22:11Z

JTJ: /* Økonomiske */

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

===Beskrivelse af Design 1===

===IP Adresse Plan===
------------------
====Netværk====
10.1.XX.Y
X = Etage + Krysfelt
Y = IP
====Management====
10.2.XX.Y
X = Etage + Krysfelt
Y = IP

====Server====
10.3.X.Y
X = Filial
Y = IP

====Printer====
10.4.XX.Y
X = Etage + Krysfelt
Y = IP

====Service====
10.5.X.Y
X = Filial
Y = IP

====Overvågning====
10.6.XX.Y
X = Etage + Krysfelt
Y = IP

====Telefoni====
10.7.XX.Y
X = Etage + Krysfelt
Y = IP

====DMZ====
10.8.X.Y
X = Filial
Y = IP

====Internet====
10.9.X.Y
X = Filial
Y = IP

====PBS====
10.10.X.Y
X = Filial
Y = IP

====Underviser====
11.1.X.Y

====Elev====
11.2.X.Y

====Gæst====
11.3.X.Y

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

===Tegning Over Fysisk netværk===
====Optimal====
====Ø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]]

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

CCDP-Campus Viborg/Opgave 3/Gruppe1337

2010-09-08T19:18:55Z

JTJ: /* Økonomiske */

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

===Beskrivelse af Design 1===

===IP Adresse Plan===
------------------
====Netværk====
10.1.XX.Y
X = Etage + Krysfelt
Y = IP
====Management====
10.2.XX.Y
X = Etage + Krysfelt
Y = IP

====Server====
10.3.X.Y
X = Filial
Y = IP

====Printer====
10.4.XX.Y
X = Etage + Krysfelt
Y = IP

====Service====
10.5.X.Y
X = Filial
Y = IP

====Overvågning====
10.6.XX.Y
X = Etage + Krysfelt
Y = IP

====Telefoni====
10.7.XX.Y
X = Etage + Krysfelt
Y = IP

====DMZ====
10.8.X.Y
X = Filial
Y = IP

====Internet====
10.9.X.Y
X = Filial
Y = IP

====PBS====
10.10.X.Y
X = Filial
Y = IP

====Underviser====
11.1.X.Y

====Elev====
11.2.X.Y

====Gæst====
11.3.X.Y

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

===Tegning Over Fysisk netværk===
====Optimal====
====Ø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.
[[Image:Økonomitegnin.png]]

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

CCDP-Campus Viborg/Opgave 3/Gruppe1337

2010-09-08T13:11:49Z

JTJ: /* Økonomiske */

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

===Beskrivelse af Design 1===

===IP Adresse Plan===
------------------
====Netværk====
10.1.XX.Y
X = Etage + Krysfelt
Y = IP
====Management====
10.2.XX.Y
X = Etage + Krysfelt
Y = IP

====Server====
10.3.X.Y
X = Filial
Y = IP

====Printer====
10.4.XX.Y
X = Etage + Krysfelt
Y = IP

====Service====
10.5.X.Y
X = Filial
Y = IP

====Overvågning====
10.6.XX.Y
X = Etage + Krysfelt
Y = IP

====Telefoni====
10.7.XX.Y
X = Etage + Krysfelt
Y = IP

====DMZ====
10.8.X.Y
X = Filial
Y = IP

====Internet====
10.9.X.Y
X = Filial
Y = IP

====PBS====
10.10.X.Y
X = Filial
Y = IP

====Underviser====
11.1.X.Y

====Elev====
11.2.X.Y

====Gæst====
11.3.X.Y

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

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

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

File:Økonomitegnin.png

2010-09-08T13:11:16Z

JTJ:

CCDP-Campus Viborg/Opgave 3/Gruppe1337

2010-09-08T11:07:27Z

JTJ: /* IP Adresse Plan */

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

===Design 1===
====Beskrivelse af Design 1====

====IP Adresse Plan====

I denne løsning er vores ip adresse plan delt i to et der kaldes grund netværk og et der håndtere adgange til de forskellige ting ved hjælp af vpn. dette forklares senere hvordan fungere.
 
 
 
'''Grund Netværket'''
IP vil blive tildelt på følgene måde
''10.filialnr.etage+krydsfelt.?''

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

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

====Tegning Over netværk====
------------------

====Komentarer====
--------------------
 
====Lektier====
--------------------------
 
 

===Design 2===
====IP Adresse Plan====
------------------

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

====Tegning Over netværk====
------------------

====Komentarer====
--------------------
 
====Lektier====

----

CCDP-Campus Viborg/Opgave 3/Gruppe1337

2010-09-08T10:46:23Z

JTJ: /* Design 1 */

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

===Design 1===
====Beskrivelse af Design 1====

====IP Adresse Plan====

I denne løsning er vores ip adresse plan delt i to et der kaldes grund netværk og et der håndtere adgange til de forskellige ting ved hjælp af vpn. dette forklares senere hvordan fungere.
 
 
 
'''Grund Netværket'''
IP vil blive tildelt på følgene måde
''10.filialnr.etage,krydsfelt.?''

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

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

====Tegning Over netværk====
------------------

====Komentarer====
--------------------
 
====Lektier====
--------------------------
 
 

===Design 2===
====IP Adresse Plan====
------------------

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

====Tegning Over netværk====
------------------

====Komentarer====
--------------------
 
====Lektier====

----

CCDP-Campus Viborg/Opgave 3/Gruppe1337

2010-09-08T10:35:32Z

JTJ: /* IP Adresse Plan */

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

===Design 1===
====IP Adresse Plan====

I denne løsning er vores ip adresse plan delt i to et der kaldes grund netværk og et der håndtere adgange til de forskellige ting ved hjælp af vpn. dette forklares senere hvordan fungere.
 
 
 
'''Grund Netværket'''
IP vil blive tildelt på følgene måde
''10.filialnr.etage,krydsfelt.?''

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

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

====Tegning Over netværk====
------------------

====Komentarer====
--------------------
 
====Lektier====
--------------------------
 
 
===Design 2===
====IP Adresse Plan====
------------------

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

====Tegning Over netværk====
------------------

====Komentarer====
--------------------
 
====Lektier====

----

CCDP-Campus Viborg/Opgave 3/Gruppe1337

2010-09-08T08:51:45Z

JTJ: New page: <accesscontrol>banjo</accesscontrol> == Opgave 3 == ====IP Adresse Plan==== ------------------ ====Routing Design==== ------------------ ====Tegning Over netværk==== ----------------...

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

====IP Adresse Plan====
------------------

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

====Tegning Over netværk====
------------------

====Komentarer====
--------------------
 
====Lektier====

----

CCDP-Campus Viborg/Opgave 2/Gruppe1337

2010-09-07T12:22:07Z

JTJ: /* ACL: */

== 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:17:29Z

JTJ: /* ACL: */

== 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:====
====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:33Z

JTJ: /* IP Source Guard: */

== 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
- 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:06:47Z

JTJ: /* 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.

====Port Guard:====
====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:====
====WLAN:====
====Switchport Mode Access:====
 
----

===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>
- Port Guard - Jakob
- DHCP Snooping - Jakob
- Dynamic ARP Inspection - Jakob
- IP Source Guard - Jakob
- ACL - Jakob
 
Access
- Port Fast - Jeppe & Daniel
- WLAN - Jonas
- Switchport Mode Access - Jeppe & Daniel
 
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:00:16Z

JTJ: /* Dynamic ARP Inspection: */

CCDP-Campus Viborg/Opgave 2/Gruppe1337

2010-09-07T11:53:58Z

JTJ: /* DHCP Snooping: */

CCDP-Campus Viborg/Opgave 2/Gruppe1337

2010-09-07T11:49:02Z

JTJ: /* DHCP Snooping: */

CCDP-Campus Viborg/Opgave 1/Gruppe1337

2010-09-07T06:18:29Z

JTJ: /* Krav */

== Opgave 1 ==

====Fakta - Campus Viborg====
10.000 m2 byggeri 
200 ansatte 
1.500 studerende om året 
5 satelit filialer 
20 krydsfelter 
MPLS 
IP Telefoni
 
 
====Spørgsmål====
------------------

'''Q: ''' Har i dokumentation på nuværende setup? 
'''A: ''' ''Nej'' 
 
'''Q: ''' Er der økonomiske begrænsninger? 
'''A: ''' Nej - Men brug hovedet og tænk fornuftigt 
 
'''Q: ''' Hvad er den forventede vækst i nærmeste fremtid? 
'''A: ''' ''Ingen vækst'' 
 
'''Q: ''' Er der nogle krav til trådløs dækning? 
'''A: ''' ''Trådløs i alle de åbne områder'' 
 
'''Q: ''' Er der specielle netværksenheder i nuværende setup vi skal tage højde for? 
'''A: ''' ''Nej'' 
 
'''Q: ''' Ønsker i flere sikkerhedsniveauer på netværket, så fx. elever og lærere ikke har samme adgang til netværket? 
'''A: ''' ''Efter eget valg'' 
 
'''Q: ''' Er der interesse i VPN adgang til medarbejdere hjemmefra? 
'''A: ''' ''Ja dette er et krav'' 
 
'''Q: ''' Ønsker i analog telefoni eller IP telefoni? 
'''A: ''' ''IP Telefoni 
 
'''Q: ''' Bliver DHCP afviklet af en server eller på netværket? 
'''A: ''' ''Server'' 
 
'''Q: ''' Er der specielle behov i forbindelsen mellem de forskellige skoler/afdelinger? 
'''A: ''' ''Nej'' 

 
====Krav====
------------------
- Vi vil bestræbe os en oppetid på 99,999% på telefonsystemerne.
''Dette vil vi gøre ved at implementere redundans på netværket, ved hjælp af følgende:
- Power over Ethernet.
- To switche i hvert krydsfelt som kun administrere IP telefoni. (Disse supportere PoE (Power over Ethernet)).
- UPS i hvert krydsfelt der skal sørge for at de to PoE switche ikke slukker i forbindelse med eventuelle strømnedbrud mm.'' 
 
- Vi vil bestræbe os en oppetid på 90% på resten af netværket.
''Dette vil vi gøre ved at lægge service vinduer uden for arbejdstiden. 
OBS: Service vinduer vil blive lagt i tidsrummet 19.00 - 05.00 for at mindske forstyrelse af arbejde.''
 
- Der vil være trådløs dækning over hele indendørs området, med undtagelse af trappe opgange samt parkering kældre. 
''Dette er for at optimere adgangen til netværket for de studerende samt lærere.''
 
- Der vil blive installeret to Internetforbindelser på hver 50/50 Mbps.
''Dette mener vi er et krav da det er vigtigt at studerende har adgang til undervisningsmateriale mm.''
''Samtidig er det også vigtigt at lærere, administrativt personale mm. har adgang til netværket udenfor service vinduet.''
 
- Netværket vil være sat op i en stjerne typologi. 
''Dette er valgt grundet nemmere og hurtigere opsætning samt billigere setup og manglende nødvendighed for mere kompliserede tyologier.''
 
- Hvis en oppetid på 99,999% på telefonsystemerne skal kunne overholdes, kræver det at der bliver installeret UPS på core og distributions laget.
''Dette skal gøres for at sikre telefonerne hele vejen igennem netværket, ved eventuelle strømnedbrud mm.''
 
- Hvis et sikkert og stabilt netværk skal opretholdes kræver det sikker adgang til nettet, sikkert og individual adgang til dataen på netværket.
''Dette skal gøres for at sikker at det ikke er alle som kan komme på nette og misbruge det og tilgå data der ikke er tilegnet dem.''
 
- For at styre adgang til de enkelte dele af netværket og data i det, er det et krav at der tildeles adgang til den enkelte bruger eller gruppe ud fra hvilke resourcse de skal brug.
''Dette gøres for at sikre at det kun er den person der har behov for at tilgå noget data der har mulighed for at tilgå den data.''
''Dette kunne være netværks som:''
'' - Et service netværk, til varme anlæg og andre IP enabled anlæg.''
'' - Et administrations netværk til administrationen.''
'' - Et undervisnings netværk til underviser.
'' - Et elev netværk til elever.''
'' - Et "betalins" netværk med opkobling til PBS.''
'' - Et gæste netværk til konsulenter.''
'' - Et "overvågnins" netværk til overvångings kamaraer.''
'' - Et "konfigurations" netværk der giver adgang til selv netværks udstyret.''
'' - Et telefoni netværk til IP telefoni.''
 
- Der vil blive opsat en VPN tilgang for underviser, administrationen og service.
''Dette gøres for at sikker at underviser og administrationen kan tilgå skolens matrialer uden for skolens åbninges tid.''
''Det vil samtidig sikker at tekniker og andet service personal i tilfælde af problemmer kan tilgå skolens interne systemer for at fejl find eller overvåge en kritisk udvikling.''
 
- Der er krav om mulighed for ekstranet
 

====Komentarer====
--------------------
 
====Lektier====
- Dokumentation af ekstranet.
- Opdatering af Wiki.

----

CCDP-Campus Viborg/Opgave 1/Gruppe1337

2010-09-06T22:26:27Z

JTJ: /* Krav */

== Opgave 1 ==

====Fakta - Campus Viborg====
10.000 m2 byggeri 
200 ansatte 
1.500 studerende om året 
5 satelit filialer 
20 krydsfelter 
MPLS 
IP Telefoni
 
 
====Spørgsmål====
------------------

'''Q: ''' Har i dokumentation på nuværende setup? 
'''A: ''' ''Nej'' 
 
'''Q: ''' Er der økonomiske begrænsninger? 
'''A: ''' Nej - Men brug hovedet og tænk fornuftigt 
 
'''Q: ''' Hvad er den forventede vækst i nærmeste fremtid? 
'''A: ''' ''Ingen vækst'' 
 
'''Q: ''' Er der nogle krav til trådløs dækning? 
'''A: ''' ''Trådløs i alle de åbne områder'' 
 
'''Q: ''' Er der specielle netværksenheder i nuværende setup vi skal tage højde for? 
'''A: ''' ''Nej'' 
 
'''Q: ''' Ønsker i flere sikkerhedsniveauer på netværket, så fx. elever og lærere ikke har samme adgang til netværket? 
'''A: ''' ''Efter eget valg'' 
 
'''Q: ''' Er der interesse i VPN adgang til medarbejdere hjemmefra? 
'''A: ''' ''Ja dette er et krav'' 
 
'''Q: ''' Ønsker i analog telefoni eller IP telefoni? 
'''A: ''' ''IP Telefoni 
 
'''Q: ''' Bliver DHCP afviklet af en server eller på netværket? 
'''A: ''' ''Server'' 
 
'''Q: ''' Er der specielle behov i forbindelsen mellem de forskellige skoler/afdelinger? 
'''A: ''' ''Nej'' 

 
====Krav====
------------------
- Vi vil bestræbe os en oppetid på 99,999% på telefonsystemerne.
''Dette vil vi gøre ved at implementere redundans på netværket, ved hjælp af følgende:
- Power over Ethernet.
- To switche i hvert krydsfelt som kun administrere IP telefoni. (Disse supportere PoE (Power over Ethernet)).
- UPS i hvert krydsfelt der skal sørge for at de to PoE switche ikke slukker i forbindelse med eventuelle strømnedbrud mm.'' 
 
- Vi vil bestræbe os en oppetid på 90% på resten af netværket.
''Dette vil vi gøre ved at lægge service vinduer uden for arbejdstiden. 
OBS: Service vinduer vil blive lagt i tidsrummet 19.00 - 05.00 for at mindske forstyrelse af arbejde.''
 
- Der vil være trådløs dækning over hele indendørs området, med undtagelse af trappe opgange samt parkering kældre. 
''Dette er for at optimere adgangen til netværket for de studerende samt lærere.''
 
- Der vil blive installeret to Internetforbindelser på hver 50/50 Mbps.
''Dette mener vi er et krav da det er vigtigt at studerende har adgang til undervisningsmateriale mm.''
''Samtidig er det også vigtigt at lærere, administrativt personale mm. har adgang til netværket udenfor service vinduet.''
 
- Netværket vil være sat op i en stjerne typologi. 
''Dette er valgt grundet nemmere og hurtigere opsætning samt billigere setup og manglende nødvendighed for mere kompliserede tyologier.''
 
- Hvis en oppetid på 99,999% på telefonsystemerne skal kunne overholdes, kræver det at der bliver installeret UPS på core og distributions laget.
''Dette skal gøres for at sikre telefonerne hele vejen igennem netværket, ved eventuelle strømnedbrud mm.''
 
- Hvis et sikkert og stabilt net skal opretholdes kræver det sikkert adgang til nettet, sikkert og individual adgang til dataen på netværket.
''Dette skal gøres for at sikker at det ikke er alle som kan komme på nette og misbruge det og tilgå data der ikke er tilegnet dem.''
 
- For at styre adgang til de enkelte dele af netværket og data ind, er det et krav at tildeles adgang til den enkelte brug eller gruppe ud fra hvilke resourcse de skal brug.
''Dette gøre for at sikker at det kun er person der har behov for at til gå noget data der har mulighed for at til gå den data.''
''Dette kunne være netværks som:''
'' - Et service netværk, til varme anlæg og andre IP enabled anlæg.''
'' - Et administrations netværk til administrationen.''
'' - Et undervisnings netværk til underviser.
'' - Et elev netværk til elever.''
'' - Et "betalins" netværk med opkobling til PBS.''
'' - Et gæste netværk til konsulenter.''
'' - Et "overvågnins" netværk til overvångings kamaraer.''
'' - Et "konfigurations" netværk der giver adgang til selv netværks udstyret.''
'' - Et telefoni netværk til IP telefoni.''
 
- Der vil blive opsat en VPN tilgang for underviser, administrationen og service.
''Dette gøres for at sikker at underviser og administrrationen kan tilgå skolens matrialer uden for skolens åbninges tid.''
''Det vil samtidig sikker at tekniker og andet service personal i tilfælde af problemmer kan tilgå skolens interne systemer for at fejl find eller overvåge en kritisk udvikling.''
 
- Der er krav om mulighed for ekstranet

====Komentarer====
--------------------
 
====Lektier====
- Dokumentation af ekstranet.
- Opdatering af Wiki.

----

CCDP-Campus Viborg/Opgave 1

2010-09-06T08:55:43Z

JTJ: /* Elev sider for Opgave 1 */

=Opgave 1=
Den første opgave i CCDP forløbet lægger let ud med at samle information fra Chapter 1 i bogen, og lave et dokument ud fra det.
==Læsning==
Læs det første kapitel i bogen Designing Cisco Network Services Architectures (ARCH)
==Opgave==
Lav et dokument der beskriver information indsamlet til de 2 første steps for [[Campus Viborg|Campus Viborg]] under "Using the Design Methodology Under PPDIOO", side 13.
 
Find ud af hvilke spørgsmål der skal stilles for at løse opgave.

==Elev sider for Opgave 1==

*[[CCDP-Campus_Viborg/Opgave_1/Gruppe14|Gruppe14]]
*[[CCDP-Campus_Viborg/Opgave_1/Gruppe1337|Gruppe 1337]]
*[[CCDP-Campus_Viborg/Opgave_1/GruppeSkrammel|Gruppe Skrammel]]
*[[CCDP-Campus_Viborg/Opgave_1/GruppeAnimalporn|Gruppe Animalporn]]

Configurere Speedstream modem

2009-08-07T15:21:48Z

JTJ:

= '''Configurere din tdc speedstreamer''' =

== HUSK!! kan kun gøre fra en xp computer  ==

1. sæt din computers ip adresse til 172.16.254.100/255.255.255.0 2. forbind computeren direkte til modemet 3. start en telnet til 172.16.254.254 (login:public public) 4. udfør følgende kommandoer:            cfg upro#0{usr{per=-1            cfg eth#0{host{bind=brg            cfg brg{host{bind=rtr            cfg sys{mode=brtr            cfg save 5. åbn siden: http://172.16.254.254/pfwizardj.cgi?code... 6. så gir du den det admin brugernavn og password du ønsker og giver denne bruger alle rettigheder

 

her efter kan du lave de ændringer du har brug for i din speedstreamer. 

  

i nogen tilfælde kan det være nødvendigt og flashe firmwaren i speedstreameren inden telnet. 

her er programmet til det

  [[Media:SS4200_D240_A83_106-43_7113_v1r.zip]]

File:SS4200 D240 A83 106-43 7113 v1r.zip

2009-08-07T15:15:20Z

JTJ: update til speedstreamer

update til speedstreamer

Configurere Speedstream modem

2009-08-07T15:13:27Z

JTJ: New page: = '''Configurere din tdc speedstreamer''' = == HUSK!! kan kun gøre fra en xp computer  == 1. sæt din computers ip adresse til 172.16.254.100/255.255.255.0 2. forbind compute...

= '''Configurere din tdc speedstreamer''' =

== HUSK!! kan kun gøre fra en xp computer  ==

1. sæt din computers ip adresse til 172.16.254.100/255.255.255.0 2. forbind computeren direkte til modemet 3. start en telnet til 172.16.254.254 (login:public public) 4. udfør følgende kommandoer:            cfg upro#0{usr{per=-1            cfg eth#0{host{bind=brg            cfg brg{host{bind=rtr            cfg sys{mode=brtr            cfg save 5. åbn siden: http://172.16.254.254/pfwizardj.cgi?code... 6. så gir du den det admin brugernavn og password du ønsker og giver denne bruger alle rettigheder

her efter kan du lave de ændringer du har brug for i din speedstreamer.

Mpls Sky DT3

2009-06-11T08:35:10Z

JTJ: New page: ==intro== ---- ==network diagram== Image:Minsky.jpg ---- === R1 === hostname R1 ip cef ip vrf fisk rd 1200:1 route-target export 1200:1 route-target import 1200:...

==intro==

----

==network diagram==

[[Image:Minsky.jpg]]

----
=== R1 ===

hostname R1
ip cef

ip vrf fisk
rd 1200:1
route-target export 1200:1
route-target import 1200:1

interface Loopback0
ip address 10.1.10.1 255.255.255.255
ip router isis

interface FastEthernet0/0
ip address 10.1.1.25 255.255.255.252
ip router isis
duplex auto
speed auto
mpls label protocol ldp
mpls ip

interface FastEthernet0/1
ip vrf forwarding fisk
ip address 172.24.0.1 255.255.0.0
no ip redirects
no ip proxy-arp
duplex auto
speed auto

router isis
net 49.0000.0100.0101.0001.00
is-type level-2-only
metric-style wide

router bgp 1200
bgp log-neighbor-changes
neighbor 10.1.12.1 remote-as 1200
neighbor 10.1.12.1 update-source Loopback0

address-family ipv4
neighbor 10.1.12.1 activate
no auto-summary
no synchronization
exit-address-family

address-family vpnv4
neighbor 10.1.12.1 activate
neighbor 10.1.12.1 send-community extended
exit-address-family

address-family ipv4 vrf fisk
redistribute connected
no synchronization
exit-address-family

----
=== R2 ===
hostname R2

ip cef

interface Loopback0
ip address 10.1.11.1 255.255.255.255
ip router isis

interface FastEthernet0/0
ip address 10.1.1.26 255.255.255.252
ip router isis
duplex auto
speed auto
mpls label protocol ldp
mpls ip

interface FastEthernet0/1
ip address 10.1.1.29 255.255.255.252
ip router isis
duplex auto
speed auto
mpls label protocol ldp
mpls ip

router isis
net 49.0000.0100.0101.1001.00
is-type level-2-only
metric-style wide

----

=== R3 ===
hostname R3

ip cef

ip vrf fisk
rd 1200:1
route-target export 1200:1
route-target import 1200:1

interface Loopback0
ip address 10.1.12.1 255.255.255.255
ip router isis

interface FastEthernet0/0
ip vrf forwarding fisk
ip address 172.26.0.2 255.255.0.0
no ip redirects
no ip proxy-arp
duplex auto
speed auto

interface FastEthernet0/1
ip address 10.1.1.30 255.255.255.252
ip router isis
duplex auto
speed auto
mpls label protocol ldp
mpls ip

interface Serial0/1/0
no ip address
shutdown
no fair-queue
clock rate 125000

interface Serial0/1/1
no ip address
shutdown
clock rate 125000

router isis
net 49.0000.0100.0101.2001.00
is-type level-2-only
metric-style wide

router bgp 1200
bgp log-neighbor-changes
neighbor 10.1.10.1 remote-as 1200
neighbor 10.1.10.1 update-source Loopback0

address-family ipv4
neighbor 10.1.10.1 activate
no auto-summary
no synchronization
exit-address-family

address-family vpnv4
neighbor 10.1.10.1 activate
neighbor 10.1.10.1 send-community extended
exit-address-family

address-family ipv4 vrf fisk
redistribute connected
no synchronization
exit-address-family

----

--[[User:JTJ|JTJ]] 10:35, 11 June 2009 (CEST)

File:Minsky.jpg

2009-06-11T07:55:24Z

JTJ: