Teknologisk videncenter - User contributions [en]

CCDP-Campus Viborg/Opgave 11

2010-09-16T21:37:50Z

Engell:

=Opgave 7=
==Læsning==
Læs det 11. kapitel i bogen Designing Cisco Network Services Architectures (ARCH). 
==Opgave==
Lav en VoWLAN løsning ud fra det information der er givet i kapittel 11.

== Elev sider for Opgave 7 ==

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

==Reference==
<references/>

CCDP-Campus Viborg/Opgave 11

2010-09-16T21:37:41Z

Engell:

File:Netværk SAN MASTERS.png

2010-09-16T09:59:48Z

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

CCDP-Campus Viborg/Opgave 7/Gruppe1337

2010-09-16T09:58:00Z

Engell:

<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:Netværk Wireless.png

2010-09-16T09:57:33Z

Engell:

CCDP-Campus Viborg/Opgave 5/Gruppe1337

2010-09-15T10:26:35Z

Engell: /* Opkobling */

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

==Opkoblings muligheder==
===Fysiks opkobling===
Fordele:
* Ingen mere omkostning
* Høj sikkerhed, da der ikke er adgang til det ud over fra de enkelte end points.
* Mulighed for QoS
Ulemper:
* Ikke muligt at vis man flytter.
* Størrer sansynlighed for ned tid, da der kun kan routes via det ene kable.
* Høj pris for over størrer afstanden.

===Site-to-Site===
Fordele:
* Vi har fuld administrativ kontrol over netværket.
* Mulighed for at køre redundant via FHRP.
 
Ulemper:
* Konfigurationen er avanceret.
* Ingen end to end QoS.
* Der skal opsættes konfigurationer for alle router på alle router for at opnå full mesh.
* Besværeligt at scaler via der ønskes full mesh.

===EZVPN===
Fordele:
* Simpelt at konfigurere
* Mulighed for at tilkendegive flere subnets over vpn forbindelsen
* VPN remote modtager en privat IP fra EazyVPN Serveren.
* Vi har fuld administrativ kontrol over netværket.
 
Ulemper:
* Svært at administrære hvis netværket bliver for stort (Med mindre man har en csm)
* Ingen end to end QoS som med MPLS (Med mindre du har MPLS og EazyVPN)

===MPLS===
Fordele:
* Ingen konfiguration
* Sikkert hastighed
* Mulighed for QoS
* Ikke muligt at tilgå fra andre steder end de enkelte end points
 
Ulemper:
* Intet kontrol over konfiguration.
* Pris

===DMVPN===
Fordele:
* Vi har fuld administrativ kontrol over netværket.
* Understøttelse af full mesh, uden brug at skulle konfigurere full mesh 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.
* Ingen end to end QoS.

==Opkobling==

===Størrer filialer===
===MPLS===
Alle størrer filialer vil blive opkoblet via mpls for at sikker en full mesh opkobling og garenteret hastighed, med mulighed for QoS

===Mindre/lokale filialer===
====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.

====MPLS====
Der vil bliver brugt en MPLS med en lav hastighed & QoS dedikeret til VoIP.

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

CCDP-Campus Viborg/Opgave 5/Gruppe1337

2010-09-15T10:24:42Z

Engell: /* Opkoblings muligheder */

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

==Opkoblings muligheder==
===Fysiks opkobling===
Fordele:
* Ingen mere omkostning
* Høj sikkerhed, da der ikke er adgang til det ud over fra de enkelte end points.
* Mulighed for QoS
Ulemper:
* Ikke muligt at vis man flytter.
* Størrer sansynlighed for ned tid, da der kun kan routes via det ene kable.
* Høj pris for over størrer afstanden.

===Site-to-Site===
Fordele:
* Vi har fuld administrativ kontrol over netværket.
* Mulighed for at køre redundant via FHRP.
 
Ulemper:
* Konfigurationen er avanceret.
* Ingen end to end QoS.
* Der skal opsættes konfigurationer for alle router på alle router for at opnå full mesh.
* Besværeligt at scaler via der ønskes full mesh.

===EZVPN===
Fordele:
* Simpelt at konfigurere
* Mulighed for at tilkendegive flere subnets over vpn forbindelsen
* VPN remote modtager en privat IP fra EazyVPN Serveren.
* Vi har fuld administrativ kontrol over netværket.
 
Ulemper:
* Svært at administrære hvis netværket bliver for stort (Med mindre man har en csm)
* Ingen end to end QoS som med MPLS (Med mindre du har MPLS og EazyVPN)

===MPLS===
Fordele:
* Ingen konfiguration
* Sikkert hastighed
* Mulighed for QoS
* Ikke muligt at tilgå fra andre steder end de enkelte end points
 
Ulemper:
* Intet kontrol over konfiguration.
* Pris

===DMVPN===
Fordele:
* Vi har fuld administrativ kontrol over netværket.
* Understøttelse af full mesh, uden brug at skulle konfigurere full mesh 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.
* Ingen end to end QoS.

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

===MPLS===
Der vil bliver brugt en MPLS med en lav hastighed & QoS dedikeret til VoIP.

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

CCDP-Campus Viborg/Opgave 5/Gruppe1337

2010-09-15T10:14:02Z

Engell: /* MPLS */

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

==Opkoblings muligheder==
===Site-to-Site===
Fordele:
* Vi har fuld administrativ kontrol over netværket.
* Mulighed for at køre redundant via FHRP.
 
Ulemper:
* Konfigurationen er avanceret.
* Ingen end to end QoS.
* Der skal opsættes konfigurationer for alle router på alle router for at opnå full mesh.
* Besværeligt at scaler via der ønskes full mesh.

===EZVPN===
Fordele:
* Simpelt at konfigurere
* Mulighed for at tilkendegive flere subnets over vpn forbindelsen
* VPN remote modtager en privat IP fra EazyVPN Serveren.
* Vi har fuld administrativ kontrol over netværket.
 
Ulemper:
* Svært at administrære hvis netværket bliver for stort (Med mindre man har en csm)
* Ingen end to end QoS som med MPLS (Med mindre du har MPLS og EazyVPN)

===MPLS===
Fordele:
* Ingen konfiguration
* Sikkert hastighed
* Mulighed for QoS
* Ikke muligt at tilgå fra andre steder end de enkelte end points
 
Ulemper:
* Intet kontrol over konfiguration.
* Pris

===DMVPN===
Fordele:
* Vi har fuld administrativ kontrol over netværket.
* Understøttelse af full mesh, uden brug at skulle konfigurere full mesh 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.
* Ingen end to end QoS.

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

===MPLS===
Der vil bliver brugt en MPLS med en lav hastighed & QoS dedikeret til VoIP.

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

CCDP-Campus Viborg/Opgave 5/Gruppe1337

2010-09-15T10:13:49Z

Engell: /* EZVPN */

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

==Opkoblings muligheder==
===Site-to-Site===
Fordele:
* Vi har fuld administrativ kontrol over netværket.
* Mulighed for at køre redundant via FHRP.
 
Ulemper:
* Konfigurationen er avanceret.
* Ingen end to end QoS.
* Der skal opsættes konfigurationer for alle router på alle router for at opnå full mesh.
* Besværeligt at scaler via der ønskes full mesh.

===EZVPN===
Fordele:
* Simpelt at konfigurere
* Mulighed for at tilkendegive flere subnets over vpn forbindelsen
* VPN remote modtager en privat IP fra EazyVPN Serveren.
* Vi har fuld administrativ kontrol over netværket.
 
Ulemper:
* Svært at administrære hvis netværket bliver for stort (Med mindre man har en csm)
* Ingen end to end QoS som med MPLS (Med mindre du har MPLS og EazyVPN)

===MPLS===
Pros:
* Ingen konfiguration
* Sikkert hastighed
* Mulighed for QoS
* Ikke muligt at tilgå fra andre steder end de enkelte end points
 
Cons:
* Intet kontrol over konfiguration.
* Pris

===DMVPN===
Fordele:
* Vi har fuld administrativ kontrol over netværket.
* Understøttelse af full mesh, uden brug at skulle konfigurere full mesh 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.
* Ingen end to end QoS.

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

===MPLS===
Der vil bliver brugt en MPLS med en lav hastighed & QoS dedikeret til VoIP.

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

CCDP-Campus Viborg/Opgave 5/Gruppe1337

2010-09-15T10:13:41Z

Engell: /* EZVPN */

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

==Opkoblings muligheder==
===Site-to-Site===
Fordele:
* Vi har fuld administrativ kontrol over netværket.
* Mulighed for at køre redundant via FHRP.
 
Ulemper:
* Konfigurationen er avanceret.
* Ingen end to end QoS.
* Der skal opsættes konfigurationer for alle router på alle router for at opnå full mesh.
* Besværeligt at scaler via der ønskes full mesh.

===EZVPN===
Fordele:
* Simpelt at konfigurere
* Mulighed for at tilkendegive flere subnets over vpn forbindelsen
* VPN remote modtager en privat IP fra EazyVPN Serveren.
* Vi har fuld administrativ kontrol over netværket.
 
Ulempe:
* Svært at administrære hvis netværket bliver for stort (Med mindre man har en csm)
* Ingen end to end QoS som med MPLS (Med mindre du har MPLS og EazyVPN)

===MPLS===
Pros:
* Ingen konfiguration
* Sikkert hastighed
* Mulighed for QoS
* Ikke muligt at tilgå fra andre steder end de enkelte end points
 
Cons:
* Intet kontrol over konfiguration.
* Pris

===DMVPN===
Fordele:
* Vi har fuld administrativ kontrol over netværket.
* Understøttelse af full mesh, uden brug at skulle konfigurere full mesh 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.
* Ingen end to end QoS.

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

===MPLS===
Der vil bliver brugt en MPLS med en lav hastighed & QoS dedikeret til VoIP.

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

CCDP-Campus Viborg/Opgave 5/Gruppe1337

2010-09-15T10:12:54Z

Engell: /* Opkoblings muligheder */

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

==Opkoblings muligheder==
===Site-to-Site===
Fordele:
* Vi har fuld administrativ kontrol over netværket.
* Mulighed for at køre redundant via FHRP.
 
Ulemper:
* Konfigurationen er avanceret.
* Ingen end to end QoS.
* Der skal opsættes konfigurationer for alle router på alle router for at opnå full mesh.
* Besværeligt at scaler via der ønskes full mesh.

===EZVPN===
Pros:
* Simpelt at konfigurere
* Mulighed for at tilkendegive flere subnets over vpn forbindelsen
* VPN remote modtager en privat IP fra EazyVPN Serveren.
* Vi har fuld administrativ kontrol over netværket.
 
Cons:
* Svært at administrære hvis netværket bliver for stort (Med mindre man har en csm)
* Ingen end to end QoS som med MPLS (Med mindre du har MPLS og EazyVPN)

===MPLS===
Pros:
* Ingen konfiguration
* Sikkert hastighed
* Mulighed for QoS
* Ikke muligt at tilgå fra andre steder end de enkelte end points
 
Cons:
* Intet kontrol over konfiguration.
* Pris

===DMVPN===
Fordele:
* Vi har fuld administrativ kontrol over netværket.
* Understøttelse af full mesh, uden brug at skulle konfigurere full mesh 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.
* Ingen end to end QoS.

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

===MPLS===
Der vil bliver brugt en MPLS med en lav hastighed & QoS dedikeret til VoIP.

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

CCDP-Campus Viborg/Opgave 5/Gruppe1337

2010-09-15T10:06:25Z

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

==Opkoblings muligheder==
===EZVPN===
Pros:
* Simpelt at konfigurere
* Mulighed for at tilkendegive flere subnets over vpn forbindelsen
* VPN remote modtager en privat IP fra EazyVPN Serveren.
 
Cons:
* Svært at administrære hvis netværket bliver for stort (Med mindre man har en csm)
* Ingen end to end QoS som med MPLS (Med mindre du har MPLS og EazyVPN)

===MPLS===
Pros:
* Ingen konfiguration
* Sikkert hastighed
* Mulighed for QoS
* Ikke muligt at tilgå fra andre steder end de enkelte end points
 
Cons:
* Intet kontrol over konfiguration.
* Pris

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

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

===MPLS===
Der vil bliver brugt en MPLS med en lav hastighed & QoS dedikeret til VoIP.

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

File:Netværk SAN MASTERS.png

2010-09-15T09:25:28Z

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

File:Datacenter.png

2010-09-15T09:24:25Z

Engell: uploaded a new version of "Image:Datacenter.png"

CCDP-Campus Viborg/Opgave 3/Gruppe1337

2010-09-15T08:44:13Z

Engell: /* IP Adresse Plan */

<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====
Der vil være flere VRF'ere de vil være lavt for at imod kommen opdeleing og sikkering af stadionære installationer, så som printer og varmskabe. Hver enkelt VRF vil kun have adgang til det udstyre der er opkoblet på det VRF, alt adgang ud af VRF'et vil forgå via en firewall, for at formindske eventual spredelse af ondsident software.

De installation og personer som ikke kan betegnes som stadionære, elever, underviser, mobiler, vil blive opkoblet via en SSL VPN løsning for at sikker at den enkelt kun for den adgang de er berettiet til. Dette vil samtidig give mulighed for at følge alle handlinger fortagt af en bruger. Dette vil også sikker at det kun er elever og underviser der kan tilgå elevers data, ligsom det kun vil være service personalet der vil kunne tilgå varmeskabe og andet IP opkoblet service udstyre.

===IP Adresse Plan===
------------------
====Netværk====
De fysiske links, skal ikke have kontakt til nogler af VRF'erne.
10.F1.XX.Y
F = Filial
X = Etage + Krysfelt
Y = IP

====Server====
Server VRF, dette netværk skal have kontakt med flere VRF'ere.
*Overvågning
*Elev
*Underviser
*Service
*Internet
10.F2.0.Y
F = Filial
Y = IP

====PBS====
Et VRF til alle PBS terminaler. Dette netværk skal kun have adgang til internettet
10.F3.0.Y
F = Filial
Y = IP

====Service====
Service VRF, til varmeanlæg og andet IP enablet Service udstyre.
Dette netværk skal have kontakt til andre VRF'ere
*Server
*DMZ
10.F4.0.Y
F = Filial
Y = IP

====Overvågning====
Overvågnings VRF, tiltænkt til overvågnings udstyre, så som overvågnings kamaraer.
Dette netværk skal kun have kontakt til Server VRF'et
10.F5.XX.Y
F = Filial
X = Etage + Krysfelt
Y = IP

====Telefoni====
Telefon VRF, dette netværk skal kun have kontakt til Internet VRF'et
10.F6.XX.Y
F = Filial
X = Etage + Krysfelt
Y = IP

====DMZ====
DMZ VRF, dette netværk skal have kontakt til flere VRF'ere
*Service
*Gæst
*Internet
10.F7.0.Y
F = Filial
Y = IP

====Internet====
Internet VRF, dette netværk skal brugs til at give adgang til internettet.
Dette netværk skal have kontakt til flere VRF'er
*Gæst
*DMZ
*Elev
*Undervicer
*Telefoni
*PBS
*Server
10.F8.0.Y
F = Filial
Y = IP

====Management====
Management VRF, Det eneste netværk der er istand til at telnette til udstyret.
Dette VRF skal have kontakt til flere VRf'ere
*Internet
*Server
10.F.9.Y
F = Filial
Y = IP

====Underviser====
Et netværk for underviser.
Dette netværk skal have adgag til flere VRF'ere
*Internet
*Elev
*Server
172.16.X.Y

====Elev====
Et netværk for elever.
Dette netværk skal have adgag til flere VRF'ere
*Internet
*Server
172.17.X.Y

====Gæst====
Et netværk for gæster. Dette netværk skal kun have adgang til Internet VRF'et
172.18.X.Y

===Routing Design===
------------------
Vi har valgt at opdele hver enkelt etage i sin ejen IGP zone, der vil være koblet op til core'en internet i den bygning ved brug af EBGP son vores EGP protokol. Dette er gjoret da de enkelt etager ikke har noget behøve for at kende resten af bygningen, da den aligevel skal tilgå det via core'en. Dette vil samtide forminske tiden der bliver brugt på convergens ved topologi ændringer og vil minimere omfanget af en routnings fejl til dene enkelte etage.

EIGRP og IBGP vil blive brugt som IGP protokoler. 
EBGP vil være vores EGP protokol.

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

Talk:CCDP-Campus Viborg/Opgave 3/Gruppe1337

2010-09-15T08:04:53Z

Engell:

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) 
'''Prøv at give mig en IP adresse på underviser nettet i filial 5?'''
172.16.0.2

CCDP-Campus Viborg/Opgave 3/Gruppe1337

2010-09-15T08:03:59Z

Engell: /* IP Adresse Plan */

<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====
Der vil være flere VRF'ere de vil være lavt for at imod kommen opdeleing og sikkering af stadionære installationer, så som printer og varmskabe. Hver enkelt VRF vil kun have adgang til det udstyre der er opkoblet på det VRF, alt adgang ud af VRF'et vil forgå via en firewall, for at formindske eventual spredelse af ondsident software.

De installation og personer som ikke kan betegnes som stadionære, elever, underviser, mobiler, vil blive opkoblet via en SSL VPN løsning for at sikker at den enkelt kun for den adgang de er berettiet til. Dette vil samtidig give mulighed for at følge alle handlinger fortagt af en bruger. Dette vil også sikker at det kun er elever og underviser der kan tilgå elevers data, ligsom det kun vil være service personalet der vil kunne tilgå varmeskabe og andet IP opkoblet service udstyre.

===IP Adresse Plan===
------------------
====Netværk====
De fysiske links, skal ikke have kontakt til nogler af VRF'erne.
10.F1.XX.Y
F = Filial
X = Etage + Krysfelt
Y = IP

====Server====
Server VRF, dette netværk skal have kontakt med flere VRF'ere.
''Overvågning
''Elev
''Underviser
''Service
''Internet
10.F2.0.Y
F = Filial
Y = IP

====PBS====
Et VRF til alle PBS terminaler. Dette netværk skal kun have adgang til internettet
10.F3.0.Y
F = Filial
Y = IP

====Service====
Service VRF, til varmeanlæg og andet IP enablet Service udstyre.
Dette netværk skal have kontakt til andre VRF'ere
''Server
''DMZ
10.F4.0.Y
F = Filial
Y = IP

====Overvågning====
Overvågnings VRF, tiltænkt til overvågnings udstyre, så som overvågnings kamaraer.
Dette netværk skal kun have kontakt til Server VRF'et
10.F5.XX.Y
F = Filial
X = Etage + Krysfelt
Y = IP

====Telefoni====
Telefon VRF, dette netværk skal kun have kontakt til Internet VRF'et
10.F6.XX.Y
F = Filial
X = Etage + Krysfelt
Y = IP

====DMZ====
DMZ VRF, dette netværk skal have kontakt til flere VRF'ere
''Service
''Gæst
''Internet
10.F7.0.Y
F = Filial
Y = IP

====Internet====
Internet VRF, dette netværk skal brugs til at give adgang til internettet.
Dette netværk skal have kontakt til flere VRF'er
''Gæst
''DMZ
''Elev
''Undervicer
''Telefoni
''PBS
''Server
10.F8.0.Y
F = Filial
Y = IP

====Management====
Management VRF, Det eneste netværk der er istand til at telnette til udstyret.
Dette VRF skal have kontakt til flere VRf'ere
''Internet
''Server
10.F.9.Y
F = Filial
Y = IP

====Underviser====
Et netværk for underviser.
Dette netværk skal have adgag til flere VRF'ere
''Internet
''Elev
''Server
172.16.X.Y

====Elev====
Et netværk for elever.
Dette netværk skal have adgag til flere VRF'ere
''Internet
''Server
172.17.X.Y

====Gæst====
Et netværk for gæster. Dette netværk skal kun have adgang til Internet VRF'et
172.18.X.Y

===Routing Design===
------------------
Vi har valgt at opdele hver enkelt etage i sin ejen IGP zone, der vil være koblet op til core'en internet i den bygning ved brug af EBGP son vores EGP protokol. Dette er gjoret da de enkelt etager ikke har noget behøve for at kende resten af bygningen, da den aligevel skal tilgå det via core'en. Dette vil samtide forminske tiden der bliver brugt på convergens ved topologi ændringer og vil minimere omfanget af en routnings fejl til dene enkelte etage.

EIGRP og IBGP vil blive brugt som IGP protokoler. 
EBGP vil være vores EGP protokol.

====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 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
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-15T06:34:42Z

Engell: /* IP Adresse Plan */

<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====
Der vil være flere VRF'ere de vil være lavt for at imod kommen opdeleing og sikkering af stadionære installationer, så som printer og varmskabe. Hver enkelt VRF vil kun have adgang til det udstyre der er opkoblet på det VRF, alt adgang ud af VRF'et vil forgå via en firewall, for at formindske eventual spredelse af ondsident software.

De installation og personer som ikke kan betegnes som stadionære, elever, underviser, mobiler, vil blive opkoblet via en SSL VPN løsning for at sikker at den enkelt kun for den adgang de er berettiet til. Dette vil samtidig give mulighed for at følge alle handlinger fortagt af en bruger. Dette vil også sikker at det kun er elever og underviser der kan tilgå elevers data, ligsom det kun vil være service personalet der vil kunne tilgå varmeskabe og andet IP opkoblet service udstyre.

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

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

====Server====
10.F3.0.Y
F = Filial
Y = IP

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

====Service====
10.F5.0.Y
F = Filial
Y = IP

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

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

====DMZ====
10.F8.0.Y
F = Filial
Y = IP

====Internet====
10.F9.0.Y
F = Filial
Y = IP

====PBS====
10.F10.0.Y
F = Filial
Y = IP

====Underviser====
10.F11.X.Y
F = Filial

====Elev====
10.F12.X.Y
F = Filial

====Gæst====
10.F13.X.Y
F = Filial

===Routing Design===
------------------
Vi har valgt at opdele hver enkelt etage i sin ejen IGP zone, der vil være koblet op til core'en internet i den bygning ved brug af EBGP son vores EGP protokol. Dette er gjoret da de enkelt etager ikke har noget behøve for at kende resten af bygningen, da den aligevel skal tilgå det via core'en. Dette vil samtide forminske tiden der bliver brugt på convergens ved topologi ændringer og vil minimere omfanget af en routnings fejl til dene enkelte etage.

EIGRP og IBGP vil blive brugt som IGP protokoler. 
EBGP vil være vores EGP protokol.

====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 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
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-14T11:43:37Z

Engell: /* VRF 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====
Der vil være flere VRF'ere de vil være lavt for at imod kommen opdeleing og sikkering af stadionære installationer, så som printer og varmskabe. Hver enkelt VRF vil kun have adgang til det udstyre der er opkoblet på det VRF, alt adgang ud af VRF'et vil forgå via en firewall, for at formindske eventual spredelse af ondsident software.

De installation og personer som ikke kan betegnes som stadionære, elever, underviser, mobiler, vil blive opkoblet via en SSL VPN løsning for at sikker at den enkelt kun for den adgang de er berettiet til. Dette vil samtidig give mulighed for at følge alle handlinger fortagt af en bruger. Dette vil også sikker at det kun er elever og underviser der kan tilgå elevers data, ligsom det kun vil være service personalet der vil kunne tilgå varmeskabe og andet IP opkoblet service udstyre.

===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===
------------------
Vi har valgt at opdele hver enkelt etage i sin ejen IGP zone, der vil være koblet op til core'en internet i den bygning ved brug af EBGP son vores EGP protokol. Dette er gjoret da de enkelt etager ikke har noget behøve for at kende resten af bygningen, da den aligevel skal tilgå det via core'en. Dette vil samtide forminske tiden der bliver brugt på convergens ved topologi ændringer og vil minimere omfanget af en routnings fejl til dene enkelte etage.

EIGRP og IBGP vil blive brugt som IGP protokoler. 
EBGP vil være vores EGP protokol.

====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 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
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 6/Gruppe1337

2010-09-14T09:05:37Z

Engell:

<accesscontrol>banjo</accesscontrol>
=SAN=
SAN'et er et LeftHand 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.
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/Gruppe1337

2010-09-14T09:05:16Z

Engell:

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

2010-09-14T09:04:56Z

Engell:

=SAN=
SAN'et er et LeftHand 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.
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:04:33Z

Engell: New page: SAN: SAN'et er et LeftHand 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. Vi har backup på 2 af v...

SAN:
SAN'et er et LeftHand 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.
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]]

File:Netværk SAN MASTERS.png

2010-09-14T09:04:00Z

Engell:

CCDP-Campus Viborg/Opgave 6

2010-09-14T09:03:27Z

Engell:

=Opgave 6=
==Læsning==
Læs det 6. kapitel i bogen Designing Cisco Network Services Architectures (ARCH). 
==Opgave==
Lav en SAN løsning til Campus Viborg, hvilket design skal de bruge med det antal servere de har.<ref>[[CCDP-Campus_Viborg/Opgave_4| Opgave 4]]</ref> 
Campus Viborg ønsker at køre backup til en båndstation på Campus Århus via deres WAN forbindelse.

==Elev sider for Opgave 6==
*[[CCDP-Campus Viborg/Opgave 6/Gruppe1337|Gruppe 1337]]
==Reference==
<references/>

CCDP-Campus Viborg/Opgave 3/Gruppe1337

2010-09-14T08:21:01Z

Engell: /* EIGRP */

<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===
------------------
Vi har valgt at opdele hver enkelt etage i sin ejen IGP zone, der vil være koblet op til core'en internet i den bygning ved brug af EBGP son vores EGP protokol. Dette er gjoret da de enkelt etager ikke har noget behøve for at kende resten af bygningen, da den aligevel skal tilgå det via core'en. Dette vil samtide forminske tiden der bliver brugt på convergens ved topologi ændringer og vil minimere omfanget af en routnings fejl til dene enkelte etage.

EIGRP og IBGP vil blive brugt som IGP protokoler. 
EBGP vil være vores EGP protokol.

====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 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
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-14T08:20:40Z

Engell: /* EIGRP */

<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===
------------------
Vi har valgt at opdele hver enkelt etage i sin ejen IGP zone, der vil være koblet op til core'en internet i den bygning ved brug af EBGP son vores EGP protokol. Dette er gjoret da de enkelt etager ikke har noget behøve for at kende resten af bygningen, da den aligevel skal tilgå det via core'en. Dette vil samtide forminske tiden der bliver brugt på convergens ved topologi ændringer og vil minimere omfanget af en routnings fejl til dene enkelte etage.

EIGRP og IBGP vil blive brugt som IGP protokoler. 
EBGP vil være vores EGP protokol.

====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 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 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-14T08:20:16Z

Engell: /* BGP */

<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===
------------------
Vi har valgt at opdele hver enkelt etage i sin ejen IGP zone, der vil være koblet op til core'en internet i den bygning ved brug af EBGP son vores EGP protokol. Dette er gjoret da de enkelt etager ikke har noget behøve for at kende resten af bygningen, da den aligevel skal tilgå det via core'en. Dette vil samtide forminske tiden der bliver brugt på convergens ved topologi ændringer og vil minimere omfanget af en routnings fejl til dene enkelte etage.

EIGRP og IBGP vil blive brugt som IGP protokoler. 
EBGP vil være vores EGP protokol.

====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 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 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-14T08:19:19Z

Engell: /* Routing Design */

<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===
------------------
Vi har valgt at opdele hver enkelt etage i sin ejen IGP zone, der vil være koblet op til core'en internet i den bygning ved brug af EBGP son vores EGP protokol. Dette er gjoret da de enkelt etager ikke har noget behøve for at kende resten af bygningen, da den aligevel skal tilgå det via core'en. Dette vil samtide forminske tiden der bliver brugt på convergens ved topologi ændringer og vil minimere omfanget af en routnings fejl til dene enkelte etage.

EIGRP og IBGP vil blive brugt som IGP protokoler. 
EBGP vil være vores EGP protokol.

===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 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 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-14T06:26:10Z

Engell: /* EIGRP Redistributetion */

<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 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 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-14T06:25:57Z

Engell: /* BGP Redistributetion */

<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 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 5/Gruppe1337

2010-09-13T20:39:26Z

Engell:

CCDP-Campus Viborg/Opgave 3/Gruppe1337

2010-09-13T11:06:27Z

Engell:

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

====Ø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-13T10:57:01Z

Engell:

<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

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

CCDP-Campus Viborg/Opgave 3/Gruppe1337

2010-09-09T08:15:59Z

Engell: /* Tegning over Logiske netværk */

CCDP-Campus Viborg/Opgave 3/Gruppe1337

2010-09-09T07:58:31Z

Engell: /* Opgave 3 */

File:Group1337 Network Design - DMVPN & MPLS.png

2010-09-09T07:58:16Z

Engell:

File:Group1337 Network Design - BGP.png

2010-09-09T07:56:52Z

Engell:

Talk:CCDP-Campus Viborg/Opgave 3/Gruppe1337

2010-09-09T07:38:25Z

Engell:

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)

Talk:CCDP-Campus Viborg/Opgave 3/Gruppe1337

2010-09-09T07:38:13Z

Engell:

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)

CCDP-Campus Viborg/Opgave 3/Gruppe1337

2010-09-09T07:37:29Z

Engell: /* IP Adresse Plan */

CCDP-Campus Viborg/Opgave 3/Gruppe1337

2010-09-09T07:31:19Z

Engell: /* Management */

CCDP-Campus Viborg/Opgave 3/Gruppe1337

2010-09-09T07:30:32Z

Engell: /* Netværk */

CCDP-Campus Viborg/Opgave 3

2010-09-08T12:08:17Z

Engell:

=Opgave 3=
==Læsning==
Læs det tredje kapitel i bogen Designing Cisco Network Services Architectures (ARCH). 
Spring let henover Designing Scalable EIGRP Design og Designing Scalable OSPF Design.
==Opgave==
Lav et IP adresse skema for virksomheden, og lav et Routing Design(Helst BGP)
 
Når i har lavet designet, skal i lave en tegning over netværket med alt relevant information til implmentering. Designet skal også indeholde configuration så virksomheden kan implementere den. Nævn også de fald-grupper der findes ved jeres valgte routing protokol.

== Elev sider for Opgave 3 ==

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

CCDP-Campus Viborg/Opgave 3/Gruppe1337

2010-09-08T12:07:14Z

Engell: /* Tegning Over Fysisk netværk */

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

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

CCDP-Campus Viborg/Opgave 3/Gruppe1337

2010-09-08T12:06:45Z

Engell: /* IP Adresse Plan */

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

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

CCDP-Campus Viborg/Opgave 3/Gruppe1337

2010-09-08T11:57:54Z

Engell: /* IP Adresse Plan */

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

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

CCDP-Campus Viborg/Opgave 3/Gruppe1337

2010-09-08T11:51:47Z

Engell: /* Opgave 3 */

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

===Beskrivelse af Design 1===

===IP Adresse Plan===

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

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

===Tegning Over Fysisk netværk===
====Optimal====
====Økonimiste====
------------------

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

CCDP-Campus Viborg/Opgave 3/Gruppe1337

2010-09-08T10:25:47Z

Engell: /* Opgave 3 */

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

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

====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:25:01Z

Engell: /* Opgave 3 */

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

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

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

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

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

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

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

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

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

----