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 Huvudnoder Catalyst 6500 MST Catalyst 6500 Catalyst 6500 Bredbandsnätet före projektet Aggregering Cisco 2950G-48 1GE 2950G-48 1GE Access 100M OS6200 100M OS6200 OS6200 2950G-24 100M imap 9700 Kundnoder TP kabel
Tjänsteleverantörer Stödsystem Huvudnoder SR-7 SR-7 SR-7 NOC SAS-M SAS-M SAS-M SAS-M Distribution 10GE 10GE Bredbandsnätet efter projektet Aggregering ASR6026 1GE 1GE 1GE 1GE ASR6026 ASR6026 ASR6026 Access OS6200 100/1000M 100/1000M 100/1000M OS6200 OS6200 1GE 2950G-24 imap 9700 1GE Kundnoder TP kabel
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 DSCP Motsvarande Ethernet CoS-värde Voip 46 5 IPTV 32 4 Business 24 3 Internet (best effort) 0 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