Branchemøde 28. april april 2015

Transkript

1 Branchemøde 28. april april

2 Dagsorden Cirka tider: Velkomst (Jeppe Damkjær Nielsen, Henrik Gjerulff Jensen) Vectoring og G.INP, Network Analyzer (Keld Allan Skov) Produkt udvikling og planer (Torben Weihe Dam) Frokost Produkt udvikling status og planer, fortsat Pause Produkt udvikling status og planer, fortsat Afrunding 2

3 Vectoring og G.INP 28. april 2015 Keld Allan Skov Peer Ulf Jacobsen 3

4 Vectoring Status, april 2015

5 Produktionskapacitet og status Kvartal Produktionskapacitet TDC AO'erne Status År Total 2014 (pilot) Vectoriseret Q Vectoriseret 2015-Q Varslet, vectorisering pågår 2015-Q Varslet 2015-Q Varslet 2016-Q Udpeget 2016-Q Q Q Q Q Q Q Q Q Q Q

6 33 noder er vectoriseret til og med 2015-Q1 Yderligere 24 er planlagt vectoriseret her i april

7 303 noder er udpeget/varslet/vectoriseret tom Q1 inkl. de tre piloter fra efteråret

8 TDC har udpeget halvdelen 8

9 AO erne har udpeget halvdelen 9

10 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 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 De 4 berørte alternative operatører er orienteret direkte om deres linjer på KD17 Godt vectoriserede slutkunder, heraf knapt 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

11 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

12 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

13 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

14 G.INP Status, april 2015

15 CPE understøttelse G.INP (Impulse-Noise Protection) er en standardiseret protokol for et Forward Error Correction (FEC) encoding scheme, se ITU-T G (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

16 Status for aktivering Medio april var der i alt ca 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

17 Network Analyzer Status, april

18 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

19 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

20 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

21 Eksempel på individuel linjekvalificering contra db opslag 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 US attenuation db Ved trimning tilstræbes det, at opnå bedst mulig overensstemmelse mellem forudsagt og faktisk mulig hastighed eksempel på fordeling af afvigelse 21

22 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

23 Ny Alcatel DSLAM-release 5.1 Status, april

24 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 h 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