Telenor IPT CPE_Test Policy

Transcription

Telenor IPT CPE_Test Policy
Telenor IPT – CPE Test Policy
Telenor IP-telefoni:
CPE Test Policy
Innhold:
Dokumentet beskriver hvorfor testing er nødvendig, hva som må testes, hvem som er ansvarlig, hvordan
testene gjennomføres og hvordan testresultat dokumenteres.
Versjon 1.1
Side 1
Telenor IPT – CPE Test Policy
Innledning
Målgruppe
Målgruppe for dette dokumentet er i første rekke utstyrsleverandører, importører og distributører/forhandlere
av tale/telefoni-utstyr som benytter SIP1 signaleringsprotokoll og pakkebasert media – heretter kalt
Leverandøren. Det kan også være relevant som informasjon til sluttkunder.
Hvorfor testing?
Det er flere grunner til at testing av hver enkelt utstyrstype må testes mot IPT for å skape forutsigbarhet:
 SIP standarden inneholder flere opsjoner, og det skjer endringer i standarden ettersom man høster
erfaring. Leverandører kan ha valgt ulike metoder å løse forskjellige funksjoner/tjenester på, og det
er ikke gitt at disse alltid fungerer problemfritt med hverandre. ISDN har et rykte som en svært stabil
og forutsigbar tjeneste, og forventningene til IP-telefoni ligger på det samme nivået.
 Siden SIP også utvikler seg, vil enkelte leverandører ligge lenger framme enn andre med bruk av nye
metoder/prinsipper. Dette krever også testing, både mot dagens systemer samt bakoverkompabilitet
mot tidligere systemer.
 SIP standarden er en yngre standard enn eks. ISDN, og gir større rom for tolkninger. Det har i mindre
grad utkrystallisert seg ”best practice” og industristandarder.
 Sist, men ikke minst vil utstyr som ikke er godkjent mot IPT plattformen i spesielle situasjoner kunne
skape driftsforstyrrelser for andre kunder
Kontaktpersoner
Telenor har en overordnet CPE ansvarlig i IPT: ITS_bestilling@ telenor.com.
Produktsjef IPT kan nås på [email protected].
På operativ/teknisk side, kan følgede mailadresse benyttes: [email protected].
Ansvar for å få utstyr godkjent
Hovedregelen er at det er leverandøren/importøren i det norske markedet som er ansvarlig for å få sitt
utstyr testet/godkjent mot Telenor. I dette ligger bl.a.:




Bestille test-konti avhengig av type utstyr og aksess
Sette opp og konfigurere sitt utstyr
Gjennomføre test-scenario med call-case som er tilgjengelig fra Telenor
Delta i felles verifisering med Telenor
Dersom Telenor gjør endringer i sin infrastruktur, vil det tas initiativ til nødvendig regresjonstesting for å
sikre bakoverkompabilitet.
Kostnad for test/verifisering
Leverandøren dekker sine egne kostnader, arbeidsinnsats, HW og SW.
1
Telenor IPT supporterer også eksisterende H.323 basert utstyr, men vil ikke godkjenne nytt utstyr basert på denne
signaleringsformen.
Versjon 1.1
Side 2
Telenor IPT – CPE Test Policy
Telenor vil i utgangspunktet ikke fakturere for selve verifiseringen/sluttkontrollen, og en viss support kan
påregnes i forbindelse med parametersettinger etc.
Telenor vil gi beskjed når ”kvoten” er oppbrukt, hvoretter Leverandør blir fakturert for medgått tid. For
kostnader knyttet til test-abonnement, se senere avsnitt.
Hva må testes?
ALL CPE som signalerer mot IPT være testet og godkjent før det settes i drift. Dette gjelder SIP endpoints
(SIP telefoner), utstyr som benytter dynamisk registrering samt utstyr hvor man har en statisk tilknytning til
IPT.
Følgende retningslinjer gjelder:
 Telenor vil i utgangspunktet godkjenne de konfigurasjoner som Leverandøren anbefaler. Hvis kunde
eller systemintegrator ønsker å teste en annen konfigurasjon enn hva leverandøren anbefaler, vil
Telenor kunne bistå med testing/godkjenning, men vil da fakturere for medgått tid.
 Dersom utstyr som i utgangspunktet er godkjent, integreres medet annet aktivt SIP-element må også
denne kombinasjonen testes. Dette kan for eksempel være en brannvegg/session border controller,
sammenkoplingspunkt (media termination point), sentralbord el lign. Også for dette arbeidet vil
Telenor bistå med godkjenning mot godgjørelse for medgått tid.
 Ved nye SW releaser av utstyret, er re-testing nødvendig hvis det er endringer i SIP signalleringsgrensesnittet mot Telenor. Det påhviler Leverandøren å avgjøre om re-testing er nødvendig eller
ikke.
Forutsetninger før testing
Testing kan være en komplisert og tidkrevende prosess, og av hensyn til alle parter stilles noen forventninger
før testing starter:
 Kompetanse
Dette dreier seg både om generell VOIP/SIP kompetanse/erfaring, samt kunnskap om eget utstyr og
hvordan det konfigureres. Telenor forventer at testingen kan gjennomføres effektivt og uten stort
ressursspådrag, og dette forutsetter erfaring og konfigurasjons kunnskap hos Leverandør.
 Mulighet for monitorering
Telenor anbefaler sterkt at Leverandøren anskaffer seg mulighet for å monitorere hva som foregår på
SIP signaleringsgrensesnittet. Her finnes mange leverandører, men et minimum bør være en PC med
Wireshark (kan lastes ned fra http://www.wireshark.org/ ). Det er en fordel at Leverandøren kan
monitorere på begge sider av sitt utstyr.
 Krav til omsetning
Uten at det stilles formelle krav til omsetning av utstyr og antall leveranser, er det en klar forventning
fra Telenor om at utstyret som bringes fram for test/verifisering skaper leveranser og omsetning både
for Leverandør og Telenor. Begge parter bidrar med ressursser inn i testing/godkjenningen, og det
kan kreves en sannsynliggjøring av framtidig omsetning fra Leverandør.
 Egnet aksess til IPT testplattform
I de fleste tilfelle, vil testing kunne foretas over Internett fra Leverandørens egne lokaler nasjonalt
eller internasjonalt.
Et godt utgangspunkt for testing, er at Leverandørens utstyr følger eller ligger nær opp til SIP Forums SIP
Connect versjon 1.1 som finnes her:
http://www.sipforum.org/component/option,com_docman/task,cat_view/gid,84/Itemid,261/ . Spesifikasjonen
er pt i draft versjon, men nærhet til denne vil forenkle testing og interoperabilitet mellom systemene.
Versjon 1.1
Side 3
Telenor IPT – CPE Test Policy
Vilkår etter testing
Publisering av test-resultater
Etter vellykket verifisering av test-resultat, blir utstyrstypen oppført i Telenors ”Approved CPE” database.
Denne er pt tilgjengelig med regelmessige oppdateringer på http://telenor.no/bedrift i tekst format, og vil fra
senere dato også finnes i søkbar utgave.
Følgende hovedtester blir i denne oversikten gitt status Passed/Failed/Not Applicable (N/A):
Forkortelse
Betydning
Forklaring
BC
Basic Call
Enkle anrop
CFU
Call Forward Unconditional
Fast viderekobling
CFNR
Call Forward No Reply
Viderekobling ved ikke svar
CFB
Call Forward on Busy
Viderekobling ved opptatt
CTI
Call Transfer Immidiate
Direkte overføring av anrop
CTC
Call Transfer with consultation
Overføring etter spørreanrop
CH
Call Hold
Anrop satt på vent
CW
Call Waiting
Samtale venter
CC
Conference Call
Konferanse
FAX
Fax option
Support for T.38 fax
DTMF
Dual Tone Multi Frequence
Knappsats signalering (DTMF)
Feltet Status vil på basis av resultatet av de foregående testene kunne inneha 2 ulike verdier for godkjent
utstyr:
 Approved
 Approved with comments. Avvik framkommer i kommentarfeltet.
Utstyrskonfig
Tilgjengeliggjøring av konfigurasjon og veiledning for konfigurering av utstyret. Det forutsettes at testet
konfig gjøres fritt tilgjengelig for Leverandørens distribusjonsapparat, uavhengig av om det også finnes flere
leverandører / importører. Konfig skal fortrinnsvis legges fritt nedlastbart fra Leverandørens web-side.
End of support
Telenor vil supportere de utstyrstyper som Leverandøren anbefaler. Dette innebærer at Telenor ikke vil
supportere utstyr som leverandøren har markert med End of Support. Merk likevel at utstyret kan benyttes i
nettet, men Telenor kan ikke garantere at alle funksjoner fortsatt vil være støttet.
Dokumentasjon
Telenor vil utstede et enkelt dokument som bekrefter at testing er gjennomført, og at utstyret er godkjent for
bruk mot Telenors IP-telefoni tjeneste. Dette kan benyttes som vedlegg og referanse ved relevante tilbud
hvor utstyrstypen / SW releasen inngår.
Versjon 1.1
Side 4
Telenor IPT – CPE Test Policy
Hvordan gjennomføres testene
Verdikjede testing
Test-abonnementene vil ligge på en egen, dedikert test-plattform hos Telenor: IPT Test System, ITS.
Denne plattformen er en identisk kopi av produksjonsplattformen, men vil normalt kun bære test-trafikk.
Merk at i forbindelse med oppgraderinger og i feilsituasjoner vil denne fysiske plattformen overta
produksjonstrafikken, og ITS vil da ikke være tilgjengelig.
Nedenfor er tatt inn en skisse av hvordan et typisk testforløp kan foregå. Dersom Leverandør ikke har
testnummer på ITS, må dette bestilles. Testing vil normalt foregå over Leverandørens internett aksess, både
for enkeltregistrerende/dynamiske konti (med telefonnummer/passord) og for statiske konti. Disse bestilles
via xls skjema på http://telenor.no/bedrift/produkter/telefoni/abonnement/ip-telefoni/index.jsp og sendes
[email protected].
Dersom Leverandøren ønsker å teste fra en Nordic Connect aksess, sendes en forespørsel til
[email protected].
Versjon 1.1
Side 5
Telenor IPT – CPE Test Policy
Leverandør ansvar
Behov for testing
av CPE
Telenor ansvar
Sjekk
støttedokumenter
Har test
telefonnummer?
Nei
Fyll ut bestillingskjema
"ITS over IA.xls"
Sendes
[email protected]
Test-nummer på ITS tas
ut og oversendes, tjeneste
konfigureres.
Testing mot ITS
Verifisering av testresultater
Tekn spm:
Resultat
OK?
Mailto:
[email protected]
Ja
Oppføring i CPE database
Utsteding av sertifikat
Figur 1: Verdikjede for test/godkjenning av CPE
Testabonnement
Telenor har to ulike kategorier test abonnement (test-telefonnumre)
 Dynamiske testkonti (enkeltregistrering) hvor utstyret registrerer seg med brukernavn/passord. Disse
konti vil ha telefonnummer som ligger i området 2239xxx-2239xxxx
 Statiske testkonti. Her benyttes en statisk binding mellom Telenors plattform og Leverandørs utstyr
som utgjøres av enten en enkelt binding med IP-adresser eller MPLS-VPN. Statiske konti beregnet
for aksess over Internett vil ha telefonnummer i området 22391500-22391599, mens konti for aksess
over MPLS-VPN vil ligge i området 22391600-22391699.
Versjon 1.1
Side 6
Telenor IPT – CPE Test Policy
Vilkår for test-abonnement
Leverandøren vil i utgangspunktet få 2 abonnement. For disse gjelder følgende:
 Gratis etablering
 Ingen fast avgift (abonnement eller nummerleie)
 Gratis trafikk til fastnett Norge
Trafikk til mobil, utland og nummer med spesialtakst vil bli fakturert iht standard prisliste for IPT.
Abonnementene er gyldige i minimum 1 år. Abonnementene er ikke knyttet til en spesifikk utstyrstype, men
kan benyttes for flere typer så lenge de benytter samme prinsipp mht statisk/dynamisk.
I Referanser ligger link til bestillingskjema for Testabonnement basert på Internett Aksess.
Leverandøren vil få oppgitt aktuelle IP-adresser hos Telenor.
Aksess
Aksess til IPT testplattformen kan i prinsippet realiseres på tre måter:
 Over Leverandørens Internett Aksess. Det stilles ikke særskilte båndbreddekrav til denne aksessen da
det i første rekke er signaleringen som skal testes, men aksessen må likevel inneha:
o Lite pakketap, og akseptable forsinkelse/jitter verdier.
o En brannvegg som er åpnet for trafikk mot Telenors IP-adresse
o Fast IP-adresse på signaleringselementet
 Fra Leverandørs Nordic Connect aksess. De samme generelle krav gjelder her som for Internett
aksess.
 Fra Telenors test/lab lokaler på Fornebu. Leverandør må da avtale tid, ta med nødvendig HW/SW og
installere dette i lab lokalene
Alternativ 1 her er i de fleste tilfelle enklest, både mht etablering og fleksibilitet. Internettalternativet
muliggjør også testing fra utlandet.
Selve testingen
Selve hovedgangen i testing vil være som følger (eksempel):
1. Leverandøren tester konnektivitet, at egen brannmur er åpnet for SIP og relevante porter. NB: Merk
at Telenors ytre nettelement (session border controller) er satt opp til IKKE å svare på ping.
2. Leverandøren kjører gjennom de tester som er spesifisert i ”Telenor Test Specification”, se bak i
dokumentet for referanse. Disse omfatter hovedtester med en rekke deltester. Merk at testene skal
gjennomføres både mot ISDN-, SIP- og H.323-tilknyttede systemer/apparater. Se figur lenger ned i
dokumentet for oversikt over Telenors testmiljø med tilhørende apparater som kan nås.
3. Ved eventuelle avklaringer og spørsmål benyttes mailadresse [email protected].
4. Ikke alle tester vil være relevante for alle utstyrstyper.
’
Versjon 1.1
Side 7
Telenor IPT – CPE Test Policy
+4722391409
Autosvar DTMF test
ISDN/
Mobile
+4722391241
LYNC/
Mediation server
+4722391242
ITS
VPN
SIP Pbx
Aastra MX-ONE
+4722391200
(Autosvar)
SBC
H.323 PBX
Cisco CCM
Internett
+4722391201
+4722391338
SIP Single
Registering
SNOM
ATA
Audiocodes
+4722391339
Fax
Figur 2: Telenors lab med permanent oppsatte systemer
Av rutingsmessige årsaker er disse test-telefonnumrene IKKE tilgjengelig fra en standard IPT-aksess, men fra
mobil/pstn samt andre nummer på test-plattformen fungerer de normalt. Det er heller ikke mulig å ringe disse
numrene fra utenlandske A-nummer.
Foreløpig vil de fleste av disse numrene ikke svare når de ringes (med unntak av 22391409 og 22391200), det
må derfor avtales med Telenor om det ønskes B-svar.
Referanser
Dokumentliste
Dokument
Telenor SIP specification
Telenor test specification
Innhold
Beskrivelse av
Telenors SIP
grensesnitt
Anbefalte CPE tester
Bestillingskjema for test
telefonnummer
For trunk-testing over
Internett aksess
Approved CPE
Oversikt over testet
og godkjent utstyr til
bruk mot Telenor IPT
Basic Call Flow
Examples
RFC3665
Versjon 1.1
Finnes på
Kan bestilles på:
[email protected]
http://www.ietf.org/rfc/rfc3665.txt
Side 8
Telenor IPT – CPE Test Policy
Ordliste
CPE
SIP
H.323
IPT
IP
ISDN
HW
SW
VOIP
MPLS
VPN
ITS
Customer Premises Equipment
Session Initated Protocol
ITU-T ; Packet based multimedia communication systems
Generelt: IP Telefoni/IP Telephony, spesielt: Telenor IP-telefoni for Bedriftsnett
Internet Protocol
Integrated Services Digital Network
Hardware
Software
Voice over IP
Multi Protocol Labeling System
Virtual Private Network
IPT Testsystem
Versjonshistorikk
Versjon
0.6
0.7
1.0
1.1
Versjon 1.1
Dato
15102010
19102010
25102010
22112010
Kommentar
Høringsutgave
Tatt inn ordliste og div tekstendringer
Tatt inn flytskjema pluss ytterligere tekstendringer
Tatt inn end of support betingelser og distribusjon av konfig veiledning
Side 9