Branchemøde 28. april 2015 28. april 2015 1
Dagsorden Cirka tider: 1000-1015 Velkomst (Jeppe Damkjær Nielsen, Henrik Gjerulff Jensen) 1015-1130 Vectoring og G.INP, Network Analyzer (Keld Allan Skov) Produkt udvikling og planer (Torben Weihe Dam) 1130-1200 Frokost 1200-1300 Produkt udvikling status og planer, fortsat 1300-1315 Pause 1315-1355 Produkt udvikling status og planer, fortsat 1355-1400 Afrunding 2
Vectoring og G.INP 28. april 2015 Keld Allan Skov Peer Ulf Jacobsen 3
Vectoring Status, april 2015
Produktionskapacitet og status Kvartal Produktionskapacitet TDC AO'erne Status År Total 2014 (pilot) 3 3 0 Vectoriseret 2014 3 2015-Q1 30 15 15 Vectoriseret 2015-Q2 50 25 25 Varslet, vectorisering pågår 2015-Q3 40 20 20 Varslet 2015-Q4 80 40 40 Varslet 2016-Q1 100 50 50 Udpeget 2016-Q2 100 50 50 2016-Q3 80 40 40 2016-Q4 120 60 60 2017-Q1 100 50 50 2017-Q2 100 50 50 2017-Q3 80 40 40 2017-Q4 120 60 60 2018-Q1 100 50 50 2018-Q2 100 50 50 2018-Q3 80 40 40 2018-Q4 120 60 60 2015 200 2016 400 2017 400 2018 400 5
33 noder er vectoriseret til og med 2015-Q1 Yderligere 24 er planlagt vectoriseret her i april 2015 6
303 noder er udpeget/varslet/vectoriseret tom. 2016-Q1 inkl. de tre piloter fra efteråret 2014 7
TDC har udpeget halvdelen 8
AO erne har udpeget halvdelen 9
Status for udrulning Q1 15: Der blev som planlagt vectoriseret 30 noder Alle noder blev aktiveret på det planlagte tidspunkt, bortset fra GJP9, hvor aktivering var planlagt til 29. januar 2015, men måtte udsættes til 17. februar 2015. Ingen af de 4 berørte operatørers linjer havde fået ændret hastighedsprofil eller haft hastighedsprofil, der krævede vectorisering. Derfor blev der ikke foretaget kompensationsudbetaling Der er set nogle spredte hændelser på enkeltlinjer ifm. aktiveringerne. Typisk linjer der ikke kom op umiddelbart efter. Disse er håndteret af driftsorganisationen, og der er ikke set noget klart mønstrer, og intet tyder på systemfejl I HEATMAP sås enkelte steder nogle linjer med forhøjet krydstale, men ikke ud over det forventede Træningstiderne er længere på store noder, men TDC drift har ikke oplevet det som et stort problem. På længere sigt er der i Alcatels roadmap en optimering på vej (Historical Precoder), men denne er ikke med i den planlagte SW opgradering 2015H1 Mht. CPE er det gennemgående problembarn TDC HGW3, som er baseret på Ikanos chipset. Her er der nogle systematiske problemer ifm. Vectoring og G.INP, og TDC har proaktivt skiftet CPE på lange linjer. Firmware opdatering testes pt. Q2 15: Der er vectorisering af 50 noder Status opgjort pr 22 april 2015: 52 noder aktiveret (inklusive de 33 fra piloterne og Q1 15) 1 node, KD17 forsinket - planlagt aktivering 22. april 2015, udsat til 6. maj 2015. De 4 berørte alternative operatører er orienteret direkte om deres linjer på KD17 Godt 5.000 vectoriserede slutkunder, heraf knapt 1.500 Wholesale slutkunder Cirka 150 slutkunder er i Fallback, men heraf kun 10 Wholesale slutkunder. De 6 berørte alternative operatører er orienteret direkte om deres linjer i Fallback 10
Linjer koblet forkert i Vectoring områder Hvis VDSL2 linjer tilsluttet en vectoriseret DSLAM fremføres i kabel, hvor der også er VDSL2 linjer tilsluttet en anden DSLAM, ødelægges Vectoring effekten Linjen tilsluttet den anden DSLAM får ingen glæde af vectoriseringen og mere alvorligt: Linjerne under den vectoriserede DSLAM får reduceret ydelse fordi krydstalen fra linjen tilsluttet den anden DSLAM ikke kan kompenseres Øvrige linjer under den vectoriserede DSLAM får reduceret ydelse, fordi Vectoring systemet forgæves søger at kompensere for krydstale fra linjer tilsluttet den anden DSLAM Forkert koblede VDSL2 linjer skal derfor identificeres og omlægges som forberedelse af et område til vectorisering. Der er dog en undtagelse: Hvis en VDSL2 linje koblet til anden DSLAM er 20 db eller højere, kan den bibeholdes, fordi en sådan linje spektralt opfører sig næsten som en ADSL2+ linje 11
Eksempler på forkert koblede linjer Generelt er der få fejlkoblede VDSL-linjer typisk centralen A. korrekt koblet til fremskudt DSLAM B. Fejlkoblet aktuelt koblet til DSLAM uden for dækningsområdet (typisk centralen), kan umiddelbart flyttes til fremskudt (DSL-node-1) uden problemer C. Fejlkoblet da koblingsvejen løber igennem dækningsområdet (skal flyttes til DSL-node-2) D. Fejlkoblet til fremskudt DSLAM, adressen ligger uden for dækningsområdet (skal flyttes til DSL-node-2) E. korrekt koblet 12
Proces for håndtering af forkert koblede linjer Senest to måneder før vectoriseringen skal eventuelle fejlkoblede VDSL-linjer være identificeret og flyttet Der kan være situationer, hvor nettet ved fejlkobling har givet mulighed for at levere en højere båndbredde end muligt ved korrekt kobling Hvis en Wholesale VDSL-linje efter flytningen vil få større dæmpning (kan være tilfældet i eksempel D) vil operatøren blive kontaktet for at finde den bedste løsning Blandt de 80 DSLAM er, der er/bliver vectoriseret i Q1 og Q2 i 2015, er der kun fundet 2 Wholesale linjer med VDSL, hvor flytning har været nødvendig Hvis flytning giver anledning til større dæmpning, kan det evt. give problemer for det bestående produkt, som slutkunden har købt. Dette forhold skal håndteres af operatøren 13
G.INP Status, april 2015
CPE understøttelse G.INP (Impulse-Noise Protection) er en standardiseret protokol for et Forward Error Correction (FEC) encoding scheme, se ITU-T G.998.4 (G.inp) Ved ISP leveret CPE, skal operatøren selv sikre, at CPE supporterer G.INP, hvis protokollen ønskes aktiveret. Ved leverandøraftaler om nye CPE-enheder bør man kræve G.INP-understøttelse. CPE-enheder baseret på nyeste chipsæt og software bør opfylde dette uden merpris. For CPE-enheder baseret på ældre chipsæt er G.INP derimod ikke givet Den seneste CPE-whitelist inkl. beskrivelse af DSLAM-versioner giver et opdateret billede af, hvilke TDC CPE, der understøtter G.INP. Listen viser også, hvilke af de alternative operatørers CPE-udstyr, som blev testet for Vectoring i januar 2014, der understøtter G.INP Nye ordrer provisioneres med Auto for TDC slutkunder. For Wholesale slutkunder vælges Auto eller Nej i COLUMBINE. Det kan være nødvendigt at vælge Nej, hvis det pågældende CPE-udstyr ikke reagerer korrekt på Auto 15
Status for aktivering Medio april var der i alt ca. 80.000 linjer med aktiv G.INP TDC afventer en IT rettelse (MXMAN, problem med visse C-profiler) og et script, inden masseaktivering på kørende kunder kan begynde. Forventes leveret ultimo juni. For Wholesale aftales aktivering på kørende slutkunder mellem den enkelte operatør og TDC Wholesale Driftserfaringer: Langt de fleste kunder oplever forbedret stabilitet Enkelt kunder på i forvejen ustabile linjer oplever forværring. Dette afhjælpes typisk ved at slå G.INP fra på linjen eller ved at lave en lille hastighedsnedsættelse Generel meget positive tilbagemeldinger fra drift og slutkunder - surf opleves markant hurtigere pga. det lave delay TDC HGW3 er også her problembarn, men TDC er begyndt at rulle firmware opgradering ud efter succesfuld test Der har været tilvænning i driften i at tolke de nye rapporteringsparametre som LEFTRS mv. 16
Network Analyzer Status, april 2015 17
Adgang til måledata GUI adgang 5 alternative operatører samt Fullrate har i dag brugeradgange til Network Analyzer GUI via VPN. Den 26. november 2014 blev der afholdt en workshop for operatører med dybere teknisk kendskab til DSL teknik, DSL måleværktøjer og fejlretning. På baggrund af workshoppen udsendte vi i januar 2015 en Introduktion og Quick Guide til Alcatel Network Analyzer præsentation Vi inviterer nu til et kursus d. 2 juni 2015 for gensælgere og mindre operatører uden dybt teknisk kendskab til fejlretning på DSL. Kurset vil give en introduktion til let fejlsøgning via værktøjet og forudsætningen for at deltage i kurset er kun, at man har let kendskab til TDC Wholesales fejlretningsværktøjer, eksempelvis DSLman og FASIN. Formålet med kurset er at vise, hvordan Network Analyzer kan anvendes til simpel teknisk visitering ved slutkundehenvendelser XML adgang Vi har i januar 2015 færdiggjort dokumentation for opsætning af XML-adgang, og vi giver derfor mulighed for, at I kan få adgang til at teste XML-adgang til Network Analyzer Webservices. Vi anbefaler, at brugere af XML-interfacet forinden har oprettet adgang til Network Analyzer GUI og opnået erfaringer med værktøjet. Én alternativ operatør samt Fullrate (anvender samme adgang som eksterne) arbejder i øjeblikket med integration af Network Analyzer mod egne systemer via XML adgang Ud over de webservices som blev præsenteret på forrige branchemøde, har der vist sig stor interesse for adgang til én yderligere webservice. Denne giver adgang til XML aflæsning af stabilitet 10 dage bagud. Udvikling af adgang til denne webservice er bestilt. 18
Eksempel på anvendelse Vi har i vores nyhedsbrev fra marts 2015 beskrevet et eksempel på, hvordan Network Analyzer værktøjet kan anvendes til at afklare, at der på en VDSL2 installation er afgreninger, som kan føre til støj på linjen. Læs artiklen her: Højere hastigheder giver nye muligheder og bedre oplevelser med en korrekt husinstallationen En VDSL2 installation, hvor der er afgreninger
Linjekvalificering Network Analyzer erstatter Aware systemet til linjekvalificering DSL linjer tilsluttet TDC Ethernet DSLAM porte linjekvalificeres individuelt, hvis data er til stede. Frem til marts 2015 blev alene benyttet det gamle Aware system, men fra april er en del af linjerne blevet kvalificeret af Network Analyzer (NA). I en periode på ca. 3 måneder vil begge systemer blive benyttet medens data bliver kvalitetssikret Vi forventer at Aware systemet bliver helt afviklet inden sommerferien Igennem længere tid har Alcatel og TDC trimmet NA opsætningen for at opnå de mest pålidelige resultater. Med aktuel trimning viser de globale dækningsberegninger med Aware data og NA data meget små forskelle - men på enkeltlinjer kan man se forskelle pga. forskellene i beregningsprincip og rådata Funktionelt er der den forskel, at Aware systemet benyttede en intrusive DELT måling som grundlag for linjekvalificeringen. Målingen bliver derfor kun udført (om natten) når linjen viser tegn på at have ændret sig, eller der var tale om en nyetableret linje. NA benytter data fra daglige scan på alle linjer som grundlag, så her beregnes en frisk værdi dagligt derfor kan man se små fluktuationer fra dag til dag, medens Aware værdierne kun sjældent bliver ændret Indtil videre bliver linjer tilsluttet vectoriserede DSLAM ikke individuelt kvalificeret, her benyttes altid db opslag. Vi venter på ny SW fra Alcatel som understøtter linjekvalificering på vectoriserede linjer 20
Eksempel på individuel linjekvalificering contra db opslag 35000 Det ses, at i gennemsnit kan linjerne opnå højere hastighed end db grænsen (sort linje) angiver, men der er stor spredning fra linje til linje Reach-rate ADSL2+ annex M, lines not ratecapped 30000 25000 20000 15000 10000 5000 US attenuation db 0 0 10 20 30 40 50 Ved trimning tilstræbes det, at opnå bedst mulig overensstemmelse mellem forudsagt og faktisk mulig hastighed eksempel på fordeling af afvigelse 21
Reliability i NETINFO Eksempel fra NETINFO Reliability Network = Analyzer angiver, at de grønne hastigheder fra noden VA6, stammer fra Network Analyzer Bemærk, at der kan være forskel mellem værdi vist i NETINFO/COLUMBINE og værdi som kan aflæses i NA GUI. Der sker inden overførsel til NETINFO/COLUMBINE en efterbehandling, hvor værdier som viser tegn på fejl erstattes af db opslag, og værdier som overstiger systemgrænsen begrænses til denne 22
Ny Alcatel DSLAM-release 5.1 Status, april 2015 23
Ny Alcatel DSLAM-release 5.1/forceret udrulning Vi har i øjeblikket en risiko for at få driftsstop af op til en 1 times varighed på vores Alcatel DSLAM. Driftstoppene kan ramme tilfældige DSLAM Dette har naturligvis TDCs største bevågenhed, og vi har netop modtaget en ny release fra Alcatel, som bør løse problemet Alcatel DSLAM SW vil derfor blive opgraderet til release 5.1.01h Se detaljer om releasen i fanebladet "ALU DSLAM release" i den opdaterede CPE-whitelist inkl. beskrivelse af DSLAM-versioner Planen er: Forceret udrulning i tæt styring med TDC Drift og med evt. input fra Alternative Operatører. Dette er for at sikre den nødvendige drift og stabilitet på TDC Alcatel DSLAM-platformen Pilotudrulning startede d. 27. april 2015 med 26 DSLAM Herefter følger 14 dages erfaringsopsamling - og hvis TDC Drift vurderer, at leverancen er udrullet tilfredsstillende, fortsætter udrulningen Udrulningen forventes afsluttet inden 1. juli 2015 Releasen indeholder følgende ændringer: Fejlrettelse forventes at løse problem med risiko for at få driftsstop på DSLAM Understøttelse af VDSL Pair Bonding + G.INP i kombination med og uden Vectoring Denne understøttelse åbnes først i TDC ordresystemer efter at udrulningen af den ny release er gennemført på alle DSLAM 24