Konsten att göra uppgradering under skarp drift! En fallstudie om att framtidssäkra sitt bredbandsnät kostnadseffektivt och utan avbrott Fallstudie Sollentuna Energi AB 1. Bakgrund Sollentuna Energi AB Stadsnät 2. Upphandling Stadsnät 3. Genomförandeprojekt 4. ”Lessons Learned” • Utbyggnad av Stadsnätet startades 1999 • Öppet Stadsnät med 10 olika tjänsteleverantörer med ett utbud av ca. 30 tjänster. Eget Kabel-TV tjänsteutbud • Av 25.000 småhus och lägenheter i Sollentuna är 17.000 anslutna till Stadsnätet, varav 71% är aktiva slutkunder • Ca 640 accessnoder (1 200 switchar) och 6 000 CPE:er • Stadsnätet började byggas väldigt tidigt • Tre olika leverantörer av accessnoder av variende årsmodell • Sex olika typer av CPE managerade från olika stödsystem • Design baserad på tjänstevlan, utmaning för IPv6 • Kapacitet inte förberett för Gigtjänster • Föråldrade stödsystem • Ingen produktsupport • Svårhanterligt och omodernt • Svårt för slutkunderna att hitta rätt produkt att köpa IPv6 i bredbandsnät baserade på tjänstevlan Vad handlades upp? • Stödsystem för tjänsteprovisionering, ärendehantering, rapportering och kundportal • Nätlösning som åtgärdar säkerhets- och skalbarhetsproblemen, utan att byta ut access och CPE • Projekt för implementation av den nya nätlösningen • Drift och Underhåll av Stadsnätets Bredbands- och Kommunnät i 3+1+1 år Obligatoriska krav! • Slutkunder i gamla och nya nätlösningen måste kunna kommunicera med varandra under omläggning • Support för avancerade företags- och kapacitetstjänster • Total L2 separering av slutkunderna • Support för nya tjänster samt IPv6 och Gigtjänster • Inga stora avbrott! Upprustning under drift är en verklig utmaning… …ställer höga krav på erfarenhet, kunskap, samarbete och kommunikation! Utmaningar inför migrering! • Omläggning av hela nätet under drift från tjänstevlan till kundvlan med s.k. ”free seating” • Hur kommer den befintliga parken av CPE:er att reagera på factory reset och omkonfigurering? • Kommer vi att kunna implementera IPTV med MVR som planerat med bibehållen tjänstekvalitet? • Skulle Alcatel-Lucents BNG-plattform (7750 SR-7) lösa alla de utmaningar vi kommer att ställas inför? Fördelar med ”free seating” • Både Stadsnäten och Tjänsteleverantörerna slipper onödiga (och kostsamma) kundsamtal då slutkund har kopplat fel. Varje samtal kan kosta över 100kr för den som har kundtjänst! • Betydligt lättare för slutkund att planera och bygga sitt hemmanät eftersom det inte behövs dra kabel i huset/lägenheten för varje tjänst • Stadsnätet slipper konfigurera kundnoderna med VLAN vilket underlättar markant i provisioneringsprocessen. Alla kundnoder kan ha samma konfiguration! Tjänsteleverantörer Stödsystem Catalyst 6500 Huvudnoder MST Catalyst 6500 Catalyst 6500 Bredbandsnätet före projektet 2950G-48 Cisco 2950G-48 100M OS6200 Access Kundnoder 1GE 1GE Aggregering TP kabel 100M OS6200 OS6200 2950G-24 100M iMAP 9700 Tjänsteleverantörer Stödsystem SR-7 SR-7 Huvudnoder SR-7 NOC SAS-M SAS-M SAS-M SAS-M 10GE 10GE Bredbandsnätet efter projektet Distribution 1GE 1GE 1GE ASR6026 ASR6026 ASR6026 1GE ASR6026 Aggregering 100/1000M OS6200 Access Kundnoder TP kabel 100/1000M OS6200 100/1000M OS6200 1GE 2950G-24 1GE iMAP 9700 Ny kundportal lanseras • Helt ny kundportal lanseras under 2013 • Design som matchar befintlig hemsida • Stöd för självprovisionering • Uppdaterad med alla tjänster och erbjudande inkl. Kabel-TV Genomförandeprojekt Definiera: • Kravbild • Projektplan • Milstolpar • Tidsplan • Resursplan Nätgenomgång / Due diligence • Baserat på kravbilden, vilka modeller av nätelement kan vara kvar i den nya nätlösningen och vilka behöver ersättas? • Kan man använda samma mjukvara med den nya konfigurationen eller måste man uppgradera? • Är nätet dokumenterat? Om inte är det god tid att göra det… • Hur ser tjänsterna ut? • Rensa bland speciallösningar • Kan man slå ihop, göra om? Design • Baserat på kravbilden gör en design och IP/VLAN-plan som är skalbar för stadsnätets storlek • Se över befintlig nättopologi, behövs det ändras? • Tänk på säkerhet, olika typ av nätlösningar kräver säkerhet på olika ställen • Behövs redundans, vart har man ”single point of failure”? • Bygg parallellt så långt det går, underlättar vid omläggning Integration och Verifiering • Replika av den gamla och nya nätlösningen i labmiljö • Konfigurera upp enligt kravbild • Kundvlan (C-VLAN), MVR, IGMP Snooping, QinQ • Glöm inte QoS implementation som ska matchas från ISPgränssnitt till kundnod, 4 köer räcker • Testa tjänsterna som ska implementeras (Internet, IPTV, VPN mm) • Testa vanliga varianter, exempelvis flera Set-top-boxar • Testa att lägga om olika varianter av nätaccesser, checklista! QoS Tjänstetyp \ Prio. Mekanism Voip IPTV Business Internet (best effort) DSCP 46 32 24 0 Motsvarande Ethernet CoS-värde 5 4 3 0 Implementering • Implementera skarpt det som är integrerat och verifierat i labmiljön med samma mjukvaruversioner och konfiguration • Undvik överraskningar vid omläggning • Om någonting måste ändras så testa i den uppbyggda labmiljön • Ta fram verktyg som hjälper vid omläggning: • Script för att generera ny konfiguration i accessnod eller kundnod • Automatisera omläggning i så stor utsträckning som möjligt Acceptanstester • Agera slutkund • Säkerhet, Fast IP, QoS, självprovisionering • IPTV med olika Set-top-boxar från olika tjänsteleverantörer, zapptider • Internet med olika hastigheter • Testa provisioneringsystemet enligt kravspecifikation • Fakturaunderlag, ärendehantering, felsökning, rapporter Pilot • Identifiera friendly customers, kommunicera i tid! • Omläggning av olika typer av nättyper, länkar och tjänster • Optimera checklistor, skript mm. • Testa funktioner som inte har kunnat testas under Integration och Verifieringsfasen • Redundans • Bra tidpunkt att kvalitetsäkra med mät- och analysverktyg • Netrounds prober, Agama, TSmon, Trafikgenerering Omläggning • För så små avbrott som möjligt rekommenderas att lägga om en accessnod i taget • Räkna med 10-15 accesnoder i genomsnitt per dag • Tänk på att allt troligen ska övervakas med ny IP • Kör dagtid och bestäm fasta dagar för omläggning • Identifiera accessnoder med mycket företagskunder och spara de till sist och lägg om nattetid • Räkna med omläggningstopp tidvis! • Semestrar, sjukdom, felsökning, buggar Lessons Learned • Migrering av kunddata bör göras kontinuerligt under omläggning, veckovis lagom i detta fall • Ta hjälp av expertis där det behövs, omöjligt att kunna allt! • Få med tjänsteleverantörerna tidigt i projektet och en kontinuerlig dialog • Var beredda på peakar av extra arbete under omläggning • Felsökning, dubbla system m.m. • Räkna med buffert i både tid- och resursplan miguel.garcia@netnordic.se Teknisk chef, NetNordic AB 0734 – 382 319