PROJEKTSPECIFIKATION ÅTGÄRDER MALMÖ HÖGSKOLA CAMPUS NÄT

Transkript

1 Författare Ändrad av Datum/Senast ändrad Revision Sida Stefan Enderberg Stefan Enderberg (5) Ärende Uppdrag Uppdragsnr Projektspecifikation Åtgärder Malmö Högskola Campusnät PROJEKTSPECIFIKATION ÅTGÄRDER MALMÖ HÖGSKOLA CAMPUS NÄT INNEHÅLLSFÖRTECKNING 1 INLEDNING Syfte Mål Genomförandeplan åtgärdslista för förstudie Tidsplan Uppskattad tidsbudget Beroenden PROJEKTORGANISATION Roller resurser ansvar och befogenheter Fiberdata Roller resurser ansvar och befogenheter Malmö Högskola Roller resurser ansvar och befogenheter HP RISKANALYS/PROBLEM INLEDNING 1.1 Syfte Syftet är att genomföra förbättringsåtgärder efter tidigare lämnad förstudie av de mer akuta problemen som Mah upplever i Campusnätet och i det administrativa nätet. 1.2 Mål Målet är att f o m den 14 januari 2013 till den 28 februari 2013 utföra förbättringsåtgärder i Malmö Högskolas Campusnät/administrativa nät. Målet är också att under projektets gång, i största mån försöka undvika störningar för Mah studenter och för det administrativa nätet. Därför kommer de flesta förändringar ske under annonserade servicefönster på kvällstid. Intern ref:

2 Sidan Genomförandeplan åtgärdslista för åtgärder Mah Att notera: Åtgärderna utförs enligt tidigare lämnad förstudie. Punkten Access-lager, observationer och synpunkter från förstudien läggs vilande, förutom uppgradering av mjukvara. Detta då Rutger/Maria ser risker i att det kan innebära problem för viss funktionalitet i applikationer mm som Mah har implementerat i sitt nät. Nr Ågärd Ansvarig Start-slut Klart 1 Planering Teknik Projekt Alla ? inblandade 2 Servicefönster OSPF Cost Henrik ? Konfigurera om OSPF-costen för då costen från FW in mot core är likadana, vilket gör att trafiken kommer lastbalanseras för att komma in till core. 3 Servicefönster uppgradering mjukvara: Martin/Henrik Samt ta bort klusterfunktionalitet 4 Implementera Loop protections. Stänga av Henrik Spanning Tree. Samt utvärdering 5 Möte kvalitetskontroll: Alla Efter utfört dessa åtgärder så kommer vi förhoppningsvis märka en stor förändring i stabiliteten i nätet. En stor milstolpe för hur vi går vidare i projektet. Märker vi ingen skillnad, så får vi helt ändra inriktning på projektet till ett mer inriktat felsökningsprojekt. Annars går vi vidare enligt plan. 6 Utvärdering samt djupare planering av Henrik, punkten: Implementering av accesslager. Maria, Rutger 7 Planering av Sunet BGB, VRRP. Henrik Planering och uppgradering firmware Core. 8 Servicefönster 18:00 Henrik, Implementering av Sunet BGB, VRRP. Uppgradering firmware Core (Henrik på plats) Maria, Rutger Tid för uppsamling av restpunkter etc Alla Utvärdering projekt, framtida projekt etc Alla

3 Sidan Tidsplan 1.5 Uppskattad tidsbudget Enligt tidigare lämnad uppskattning Viss avvikelse kan uppkomma, eftersom en hel del av arbetet kommer utföras på obekväm arbetstid (Servicefönster). Jag skulle också vilja vara på plats vid de större omläggningarna. Detta för att snabbt kunna ta beslut vid problem. Arbeten som utförs av HP innefattas ej i lämnad tidsbudget!

4 Sidan Beroenden Fiberdata är beroende av att det finns personal dedikerade för projektet från Malmö Högskola under denna tid (även vid servicefönster). Detta för att snabbt kunna svara upp på frågor, samt ta fram relevant nätinformation vid behov. Detta för att inte projektet ska stanna upp i progress. Vi har även ett beroende från HP, och detta är att vi behöver Martin Dunning på plats vid Mah för uppgradering av mjukvara från IMC (se punkt 3 i åtgärdslista) 2 PROJEKTORGANISATION 2.1 Roller resurser ansvar och befogenheter Fiberdata 1. Stefan Enderberg Projektledare Fiberdata Henrik Westlund Tekniker/dokumentansvarig-teknik Fiberdata Roller resurser ansvar och befogenheter Malmö Högskola 1. Åke Jansson IT-Chef Mah Rutger Blom IT Engineer Mah Nils John Ansvarig Drift Mah Anders Bengtsson Bitr IT-Chef Mah Maria Rosu Network Manager Mah Roller resurser ansvar och befogenheter HP 1. Tomas Grecco Säljansvarig HP HP 2. Martin Dunning Tekniker HP HP

5 Sidan 5 3 RISK OCH PROBLEMANALYS Notering: De största risker som kan uppstå vid implementeringen som jag ser det, är nedanstående, vill att ansvarig fyller i de konsekvenser som i värsta fall kan uppstå vid dessa åtgärder, samt en fallbackplan ifall det uppstår. Detta vill jag ha åter till mig senast torsdag förmiddag den 31/1. Är det andra risker eller problem som inte jag ser eller har missat, så är jag tacksam att de meddelas skyndsamt till mig. Nr Ev problem och risker som kan uppstå vid implementeringen 1. Uppgradera mjukvara till version R2215 samt bortagning av klusterfunktionalitet 2. Implementera Loop protections. Stänga av Spanning Tree 3. Implementering av Sunet BGB, VRRP. Uppgradering firmware Core. Konsekvens Åtgärd/Fallback