Møde om VULAvidereudvikling. 3. September 2013 version 0.94

Transkript

1 Møde om VULAvidereudvikling 3. September 2013 version 0.94

2 Indhold 1. Opdateret status på idriftsættelse af VULA 2. Opfølgning på Telias tunnel-løsning fra CPE 3. Dækningsoplysninger i TDCs net 1. AO'ers adgang til slutbrugeradresser, polygoner m.v. 4. Bestilling/aftaleforhold 1. Er der altid 6 måneders varsel ved nye punkter? 2. Hvordan identificeres linjer, der skal/kan tvangsmigreres? 5. Drift + målinger/overvågning 1. Løbene overvågning af linje 2. Real-time parameteraflæsning 3. SELT og DELT målinger 4. G.INP parametre 5. DLM? 2

3 Ad punkt 1. Opdateret status på idriftsættelse af VULA

4 Status for idriftsættelse af VULA Status per 30. august Ordre type Ordre uden portskifte Ordre med Portskifte I alt Ibrugtagning har afdækket flere fejl i håndteringen af xdslordrer. Fejlene er typisk rettet på 1-2 dage fra de blev påvist. En af disse, fejlhåndtering af adresser med specialtegn (f.eks. é), er rettes 1/9. VULA migrering kunne, som andre migreringer med portskifte, have udnyttet WAP-aktivering til nedbringelse af nedetid, men denne proces er fejlramt. En alternativ proces er implementeret i august. 4

5 Ad punkt 2. Opfølgning på Telias tunnelløsning fra CPE

6 Telia CPE tunnel løsning Opsamling på dialog siden forrige møde TDC har foreslået teknikermøde om løsning og har som oplæg bedt Telia om et bud på omfang af det konkrete antal erhvervskunder og en præcisering af behov, dvs. ikke kun af hvilke specifikationer Telia internt har fastlagt til egne erhvervsprodukter Telia har pt. tilkendegivet, at der ikke er mulighed for at undersøge tunnelløsning fra slutkunde CPE og har vurderet at teknikermøde pt. ikke er relevant TDC skal i øvrigt pege på, at der øjensynligt er EU krav på vej om et standardiseret VULA produkt 4. september 2013 Tilføj titel i sidehoved / sidefod 6

7 Ad punkt 3. Dækningsoplysninger om TDC's net AO'ers adgang til slutbrugeradresser, polygoner mv.

8 Eksisterende oplysninger kortmateriale I forbindelse med varslingerne vedlægges fil, der viser kort over de dækningsområderne der aktuelt varsles. 8

9 Eksisterende oplysninger adresser i varslede områder I forbindelse med varslingerne vedlægges fil, der viser adresserne inden for dækningsområderne for samtlige varslede (status = varslet) 9

10 Eksisterende oplysninger antal adresser for samtlige fremskudte I forbindelse med varslingerne vedlægges fil, der antal adresser i dækningsområderne for samtlige fremskudte DSLAM er 10

11 Indhold af varslingen - MapInfo-kort over samtlige fremskudte Kortet indeholder dækningsområderne for samtlige fremskudte punkter i kobbernettet, både de idriftsatte og de varslede. 11

12 Konkret visitering Kortmateriale, adresselister mv. er et godt materiale til planlægning, men egner sig ikke visitering af enkelte konkrete adresser! Opslag til Netinfo 12

13 Ad punkt 4. a) Er der altid 6 måneders varsel ved nye punkter? b) Hvordan identificeres linjer, der skal/kan tvangsmigreres?

14 Ad a) Altid 6 måneders varsel ved nye punkter? Grundlag for varsling Er M4-afgørelsens regel om varslingsperiode på 6 måneder ubetinget? Svar: Nej ikke ubetinget men som hovedregel jf. Markedsafgørelsen: o TDC forpligtes desuden til at udarbejde en varslingsprocedure, således at de alternative selskaber i forbindelse med TDC s udbygning af kobberaccessnettet som minimum varsles seks måneder før en planlagt etablering af et fremskudt indkoblingspunkt. Såfremt TDC kan dokumentere, at TDC s implementering af det fremskudte indkoblingspunkt nødvendigvis må være kortere end seks måneder, kan TDC undtagelsesvist i disse tilfælde benytte kortere varsel. Det kan fx være tilfældet, hvis de alternative teleselskaber ikke er til stede i det pågældende område 14

15 Baggrund for varsling af fremskudte indkoblingspunkter Den oprindelige baggrund for varslingen var at give de alternative operatører mulighed for samproduktion, dvs. at kunne sætte egen node op og idriftsætte denne samtidigt med TDCs Varslingsperiode på 6 måneder Operatørerne har 65 dage til at give besked om samproduktion Hvis ingen operatør ønsker samproduktion er det en fælles interesse for kunder (slut- og en gros) og TDC at punktet tages i drift uden karensperiode Ingen alternativ operatør har de seneste 5 år ønsket samproduktion 15

16 Hvilke fremskudte indkoblingspunkter varsles? Samtlige nye indkoblingspunkter i kobberaccesnettet, herunder, også de der ikke har kobber tilbage til centralen Skabe der stilles op som supplement til eksisterende (samme adresse, samme dækningsområde) varsles ikke, da der er tale om en udvidelse (ekstra DSLAM i samme punkt), men noden vil være at finde i oversigter og på kort 16

17 De udsendte statuslister indeholder dato for forventet idriftsættelse 17

18 Telias observation vedr. varslingsbølge 66 I forbindelse med varslingen har der ikke været tilstrækkelig fokus på proceduren, derfor blev enkelte først varslet for sent. Proceduren er efterfølgende strammet op. 18

19 Ad b) Tvangsmigrering af linier? Ifølge Markedsafgørelsen er: o o o TDC må ikke foretage dispositioner i nettet eller administrere nettet på en sådan måde, at kvaliteten af de alternative selskabers lejede kobberforbindelser forringes i en sådan grad, at selskabet ikke kan opretholde sit tjenesteudbud over for slutbrugeren. Hvis TDC beslutter at opgradere kobbernettet i form af etablering af fremskudte indkoblingspunkter jf. afsnit 3.4.5, kan TDC i den forbindelse reducere eller afskaffe hidtidige beskyttelseszoner og/eller shapingkrav, hvis det er nødvendigt for at gennemføre opgraderingen. TDC er berettiget til at/skal overføre de alternative teleselskabers forbindelser til VULA i tilfælde, hvor TDC fraviger kvalitetskravet, jf , som følge af en beslutning om at opgradere kobberaccessnettet, hvor forbindelserne som følge heraf bliver berørt kvalitetsmæssigt, og hvor de alternative teleselskaber ikke ønsker at etablere sig i det fremskudte indkoblingspunkt. 19

20 Tvangsmigrering ved FIP med VDSL indenfor beskyttelseszone Omfang estimeret tilmax. 200 sites frem t.o.m Alle VDSL-linier gennem fremskudt punkt anmeldes af AO på grundlag af varslingsmateriale. VDSL-linier migreres konsekvent. Linier med ADSL/SHDSL påvirkes ikke. 20

21 Tvangsmigrering ved fravigelse af shapingkrav Aktuelt ved enkelte fremskudte punkter med mange lange linier og få RK gennem området. Enkeltstående sager Ude på landet hvor en gruppe kunder med lav ADSL-hastighed ønskes hjulpet. Hvis der er RK-linier med SHDSL ophæves shaping ikke. ADSL på RK bliver forstyrret så eksisterende hastighed måske ikke kan opretholdes. Tvangsmigrering tilbydes for alle ADSL-linier udvalgt på grundlag af varslingen inden idriftsættelse. AO kan vælge at afvente målinger, og kan indenfor 3 måneder fra idriftsættelse anmode om tvangsmigrering, hvis målinger viser, at hidtidig leveret hastighed ikke kan opretholdes. 21

22 Tvangsmigrering ved Vectoring Omfang og begrænsninger afhænger af tillægsafgørelse. VDSL fra site skal migreres for at beskytte vectoring funktion. VDSL-linier udpeges af AO på grundlag af varslingsmaterialet. VDSL-linier migreres konsekvent. Linier med ADSL eller SHDSL påvirkes ikke. 22

23 Ad punkt 5. Drift + målinger og overvågning

24 Måling og overvågning 1. Løbene overvågning 2. Real-time parameteraflæsning 3. SELT og DELT målinger 4. G.INP parametre 5. DLM? 24

25 Løbende overvågning af linjer - DSLmon Funktionen er primært beregnet til overvågning af linjer hvor der er meldt fejl, eller som man af andre grunde ønsker løbende overvågning af i en periode Funktionen aktiveres/deaktiveres pr. LID/port via Karen XML interface og er aktiv indtil den enten deaktiveres eller automatisk stoppes efter 21 døgn. Der kan ikke indhentes data bagud i tid Funktionen logger udvalgte parametre og fejltællere med 5 min interval for de linjer, hvor funktionen er aktiveret. Data for de linjer som overvåges streames til Operatør på fast IP adresse Parameterliste iht. aftale lavet under VULA formuleringsarbejdet Der er et maksimum for antal linjer som samtidig kan aktiveres. Grænsen er et absolut tal pr. operatør Funktionen er planlagt tilgængelig i december 13 - TDC vil senere informere om detaljer 25

26 DSL-port real-time parameteraflæsning Denne funktion er beregnet på at give et øjebliksbillede af en enkelt linjes tilstand, f.eks. ved kundedialog. Kan også benyttes til systematisk overvågning af alle linjer ved at foretage aflæsning én gang i døgnet DSL parametre og fejltællere aflæses i DSLAM i real-tid. Mht. fejltællere overføres hele historikken som er gemt i DSLAMén for de seneste 24 timer, dvs. 96 stk. 15 min. tæller intervaller Adgangen sker via Karen validering i en webservice. Responstiden er typisk 20 sekunder En operatør kan kun tilgå egne linjer og der er en begrænsning på mængden af kald aht. systembelastning Ønskes en linje overvåget med hyppige aflæsninger skal DSLmon funktionen aktiveres for linjen i stedet for at sende en strøm af kald for øjebliksaflæsning Funktionen er planlagt tilgængelig i december 13 detaljer følger 26

27 SELT og DELT målinger Med denne funktion kan der initieres DELT eller SELT målinger på en enkelt linje Adgangen sker via Karen validering i en webservice. De aflæste rå måledata sendes tilbage som xml i denne webservice Responstiden ligger mellem 90 og 300 sekunder. Konflikt (ventetid) kan forekomme da SELT er en fælles ressource pr. linjekort. Af samme grund vil er ske en vis throtteling, så en enkelt operatør ikke kan blokere et linjekort med hyppigt gentagne målinger Funktionen er planlagt tilgængelig december 13 Detaljer følger. Der er pt. nogle uafklarede forhold vedr. dataformat for SELT svar. Vanskeligheden består i at formatet for SELT svaret ikke er standardiseret, og svarene fra forskellige typer linjekort er ikke ens 27

28 G.INP parametre I de daglige driftsværktøjer som DSLman og DSLmon overvejer vi at tilføje følgende parametre: MINEFTR Angiver laveste Error Free Troughput som er registreret i et tidsinterval (15 min) LEFTRS Antal sekunder hvor troughput falder under min konfigureret hastighed f.eks. 95 % af conf. ETR SES Er ikke identisk med gammel Severely Errored second. Betyder ifm. G.INP at hastigheden er under actual ETR/2 Med funktionen real-time parameteraflæsning kan hentes flere parametre 28

29 DLM Dynamic Line Management DLM er ikke en DSLAM funktionalitet, men en funktion som håndteres af et eksternt ekspertsystem. For de produkter der er omfattet, er defineret et råderum af alternative service- og spektrum profiler som systemet kan vælge imellem ud fra måling af linjens stabilitet holdt op mod definerede successkriterier og prioriteringer TDCs DLM funktion er pt. under indfasning på de volumenmæssigt ca. 20 største DSL produkter. Når der er opnået en stabil drift, følger de vigtigste ebsa produkter en del detaljer udestår Der er megen trim og holden i hånden når DLM aktiveres på et produkt, f.eks. kan nogle CPE ikke understøtte høje INP værdier ved visse hastigheder (resulterer i roll back), og successkriterierne er afhængige af tjenesten som linjen understøtter: Eksempelvis prioriterer TDC stabilitet højere end hastighed på linjer med TV, men anderledes på rene surf linjer. TDC betragter en linje som helt stabil hvis der er max. 10 ES pr 15 min, men andre operatører betragter ikke en sådan linje som stabil osv. 29

30 DLM Dynamic Line Management Hvis man laver manuelle indgreb på en linje med DLM, f.eks. ændrer hastighed, skifter CPE, laver fejlsøgning eller ændre de tjenester som leveres på linjen, skal DLM informeres, muligheder er: DLM nulstilles (starter forfra) DLM parkeres medens f.eks. fejlsøgning pågår Manuel påtrykning af anden hastighed (uden DLM) TDC DLM ifm. VULA er et spørgsmål med mange facetter. I givet fald skal implementering gennemtænkes meget grundigt og virkemåden være godt forstået af alle som har med fejlhåndtering at gøre. Det er en særlig udfordring at vellykket DLM forudsætter at prioriteringerne matcher kravet til tjenesten. Ved VULA er de tjenester som en VULA linje benyttes til ukendte for TDC Det er med TDC løsningen umuligt at håndtere forskellig DLM opsætning for forskellige operatører lige som kun et begrænset antal forskellige produkter kan håndteres da opsætning og løbende overvågning/trim er meget ressourcekrævende og belægger mange ressourcer 30

31 TDC anbefaling for DLM ifm. VULA AO kan vælge selv at etablere DLM funktion, hvis det ønskes, eller alternativt lave manuel optimering. Viden om linjens tilstand kan hentes en gang i døgnet via real-time parameter kald (TDC benytter samme data i sin DLM løsning) Optimering af linjen ved skift af profil kan ske efter AOs egen prioritering og viden om tjenester der er på linjen (følsom IPTV eller ret ukritisk surf) Evt. kan der for VULA etableres et sæt profile kald som håndterer skift i aftalt servicevindue Fordel: AO har fuld kontrol over processen og kan selv prioritere 31