Asterisk og kommersielle produkter i en skj nn forening

2. Asterisk og kommersielle produkter i en skjønn forening? Av Helge Waastad SIP-alias: helge@smartnet.no SIP-uri: 67512387@smartnet.no

3. Agenda Innledning Om Asterisk Om kommersielle produkter Scenarioer - Integrering Implementasjon – Eksempler Utfordringer Til slutt……

4. Innledning Smartnet – Nettverksbutikk for Mobile løsninger, trådløst og Cisco OpenSource: Asterisk PBX, Iptel SER og OpenSER Historisk: Kommersielle løsninger: Cisco, Alcatel, Nortel etc Testing, migreringsløsninger og personlig PBX: Asterisk Hvorfor kommersielle løsninger? Kunnskap fra menge leverandører Støtte og support Antall ”vellykkede” installasjoner Hvorfor ”alternative” løsninger Pris (OpenSource) (!) Funksjonalitet Gøy (?) Overgang fra tradisjonell teknologi Asterisk installasjon gratis? – Med stor egenkompetanse, kost =~ null, men som regel vil de fleste ha begrenset kompetanse innenfor området. Produktutvikling på Asterisk krever finansiell støtte, noe større bedrifter er reserverte ift. (Man har allerede større leverandører….Les: Cisco o.l Asterisk installasjon gratis? – Med stor egenkompetanse, kost =~ null, men som regel vil de fleste ha begrenset kompetanse innenfor området. Produktutvikling på Asterisk krever finansiell støtte, noe større bedrifter er reserverte ift. (Man har allerede større leverandører….Les: Cisco o.l

5. Innledning Hvorfor gå over på IP telefoni?????? Gøy? Latest-and-Greates? De andre har det? Funksjonalitet!!!!!! Integrasjon mot Windows støttesystemer Hvorfor driver vi med Asterisk? Hvem skal jobbe med Asterisk? Forskjell mellom små- og store bedriftsløsninger? (neppe) Funkjsonalitet er viktig for overgang til VoIP. Alle vanlige tjenester støttes, men mange flere. Noe av det viktigste blir etterhvert støtte for windows støttefunksjoner: Integrasjon mot AD, Exchange o.l f. eks Cisco's Communicator vil kunne vise deg hvilke funksjoner den du ringer har hvor du så kan velge hvilke features du ønsker å bruke (konferanse) Invitere kontakter hvor f. eks jeg sitter på en terminal med video støtte, mens du er viderekoblet til mobiltelefon... Er det forskjell mellom små berdrifter og store når det gjelder telefoniløsninger? Svaret er nei! Har jobbet med små installasjoner som krever like stor funksjonalitet som store konsern: Talepostkasser, ringergrupper /m inlogging video, overliggende linjer, (call waing), MWI etc etcFunkjsonalitet er viktig for overgang til VoIP. Alle vanlige tjenester støttes, men mange flere. Noe av det viktigste blir etterhvert støtte for windows støttefunksjoner: Integrasjon mot AD, Exchange o.l f. eks Cisco's Communicator vil kunne vise deg hvilke funksjoner den du ringer har hvor du så kan velge hvilke features du ønsker å bruke (konferanse) Invitere kontakter hvor f. eks jeg sitter på en terminal med video støtte, mens du er viderekoblet til mobiltelefon... Er det forskjell mellom små berdrifter og store når det gjelder telefoniløsninger? Svaret er nei! Har jobbet med små installasjoner som krever like stor funksjonalitet som store konsern: Talepostkasser, ringergrupper /m inlogging video, overliggende linjer, (call waing), MWI etc etc

6. Innledning Migreringløsning Kunde sitter på en stor (og gammeldags(!)) PBX og ønsker å bevege seg over på VoIP. Total overgang krever stor sikkerhet (som absolutt ikke alle kan levere) Krever uansett en viss parallellitet i en periode. Trinnløs overgang hvor en tradisjonell PBX fases ut.

7. Om Asterisk…. Ble påbegynt av Mark Spencer hos Digium, Inc Lisensiert under GNU GPL Digium kan lisensiere deler av koden… Asterisk = VoIP PBX løsning Har støtte for alle ”tradisjonelle” PBX funksjonaliteter + en rekke flere I mange tilfeller mange flere funksjoner enn det som er implementert i kommersielle SMB løsninger (f.eks Cisco CME) I første omgang en tekstbasert løsning (men både realtime og SQL støtte er kommet etterhvert) Adminstrasjon og Frontend kommer fra flere andre GPL prosjekter CVS Head eller stable versjon????? Hvis man ønsker mer komplekse funksjoner -> CVS «Relativt» enkelt og utvikle komplekse telefontjenester Hvem er Digium??? => produsent av hardware, samt Enterprise Asterisk løsninger GNU GPL -> GNU's Not UNIX” (“guh-noo”) General Public Licence Betyr at all kode skal være tilgjengelig og gjenbrukbart (Man kan benytte programvare i kommersielle løsninger, men må gjøre koden tilgjengelig og de som kjøper kan igjen benytte den og videreformidle…) Asterisk ER opprinnelig en OpenSource IP PBX løsning, selv om flere leverandører i dag også benytter dette som en SIP/IAX/H323 Proxy løsning (VooP o.l) Kompleke telefontjeneter kan lages via agi scrips (eller res_perl) På Cisco, f. eks, må dette gjøres via TCL scripting, noe ikke de fleste er kjent med Hvem er Digium??? => produsent av hardware, samt Enterprise Asterisk løsninger GNU GPL -> GNU's Not UNIX” (“guh-noo”) General Public Licence Betyr at all kode skal være tilgjengelig og gjenbrukbart (Man kan benytte programvare i kommersielle løsninger, men må gjøre koden tilgjengelig og de som kjøper kan igjen benytte den og videreformidle…) Asterisk ER opprinnelig en OpenSource IP PBX løsning, selv om flere leverandører i dag også benytter dette som en SIP/IAX/H323 Proxy løsning (VooP o.l) Kompleke telefontjeneter kan lages via agi scrips (eller res_perl) På Cisco, f. eks, må dette gjøres via TCL scripting, noe ikke de fleste er kjent med

8. Om kommersielle produkter… Tradisjonelle PBX’er Alcatel, Nortel etc Dyrt, liten ekstra funksjonalitet, proprietær IP enabling av gamle PBX’er Sentral kontroll og administrasjon av brukere og telefoner Dyrt med vedlikehold VoIP PBX leverandører Cisco o.l Mange funksjoner ”Dyrt” Mangel av funksjonalitet basert på uvilje ift konkurrerende interne produkter Sentral kontroll og administrasjon av brukere og telefoner Det er gjerne to retninger i VoIP PBX verdenene: Tradisjonelle PBX leverandører som beveger seg mot IP Tradisjonelle IP leverandører som beveger seg mot PSTN Support på tradisjonelle PBX’er er kostbart og etter 2000 er vel de færreste interessert I å fortsatt gjøre store investeringer I disse PBX’eneDet er gjerne to retninger i VoIP PBX verdenene: Tradisjonelle PBX leverandører som beveger seg mot IP Tradisjonelle IP leverandører som beveger seg mot PSTN Support på tradisjonelle PBX’er er kostbart og etter 2000 er vel de færreste interessert I å fortsatt gjøre store investeringer I disse PBX’ene

9. Scenarioer… Scenarioer ift våre implementeringer av Asterisk Bruk av Asterisk: VoIP PBX VoIP Ruter VoIP Mediaserver Scenarioer: Asterisk som PBX – og POTS grensesnitt Asterisk som PBX – og VoIP grensesnitt Asterisk som PBX – tilknytning eksisterende PBX Asterisk som Mediaserver – VoIP provider løsninger Asterisk som Provider CallControl Ingen spesifikk referanse til selve implementeringen – “Noen liker moren….”

10. Asterisk som PBX – og POTS grensesnitt Asterisk SMB løsning ISDN grensesnitt Sangoma A101 (1xE1), A102 (2xE1), A104 (4xE1) Digium Wildcard series: TE40xP (4xE1), TE205P (2xE1), TE110P (1xE1), TDM400P (FXO/FXS) m/ flere.. CAPI (ISDN BRI kort støtte for ISDN Linux driver)

11. Asterisk som PBX – og VoIP grensesnitt Asterisk server – SMB løsning – Mest ønskelig idag. SIP eller IAX2 trunk mot leverandør VoIP trunk autentiseres med en konto (bruker/passord) (også TLS etterhvert?) VoIP provider terminerer enten i en (stortsett) Cisco Gateway eller en SIP server. Eksempelvis Cisco støtter «sårlig» SIP trunker idag. F eks, dersom du ønsker og knytte deg til en VoIP operatør med en Cisco boks, må du kjøre H.323 eller SIP. Man velger helt SIP. Men!!, SIP's grunnprinsipp er at signalleringen er ende-til-ende, dvs dersom du viderekobler en intern samtale til Cisco Unity (VoiceMail) blir det sendt en 302 redirect tilbake til VoIP Provider... Når samtalen kommer inn igjen til CME, så skjønner den ikke noen ting!!!Eksempelvis Cisco støtter «sårlig» SIP trunker idag. F eks, dersom du ønsker og knytte deg til en VoIP operatør med en Cisco boks, må du kjøre H.323 eller SIP. Man velger helt SIP. Men!!, SIP's grunnprinsipp er at signalleringen er ende-til-ende, dvs dersom du viderekobler en intern samtale til Cisco Unity (VoiceMail) blir det sendt en 302 redirect tilbake til VoIP Provider... Når samtalen kommer inn igjen til CME, så skjønner den ikke noen ting!!!

12. Asterisk som PBX – migrering mot eksisterende PBX Trivielt i teori – Litt mer hassel i praksis Problemer ligger som regel i grensesnitt mellom PBX og Asterisk (Zaptel/ kort drivere) Vaklete ledninger, riktig lasting av moduler, riktige definisjoner av kanalisering, crc etc ect Asterisk «mennesker» kjenner ikke PBX'ene og vice versa.. Mange beta-versjoner på kort drivere

13. Asterisk som mediaserver – VoIP provider løsninger SIP Proxy (SER(OpenSER/o.l) håndterer registreringer/NAT/relaying samt logikk og Asterisk håndterer all VoIP applikasjoner

14. Asterisk som B2BUA – Provider Call Control SER/OpenSER som registrar/NAT boks, alle forespørsler relayes via asterisk. Asterisk som.......ja, asterisk :-) PSTN aksess: PBX PRI/ISDN grensesnitt PSTN aksess: VoIP Grensesnitt: IAX2/SIP

15. Implementasjon – Eksempler Lørenskog Kommune Sandefjord Kommune ”Annen” tjenesteleverandør

16. Eksempel 1 - Lørenskog Kommune Ønsket VoIP test, for vurdering av full utbygging av VoIP Implementasjon: slutten av 2003 Første implementasjon Vovida VOCAL Neste implementasjon: Asterisk Funksjonalitet: Sentralbord, ringegrupper, viderekobling til kommunens sentralbord, Telenor VIP nett (tilgang til kommunalt 4-siffer), Talepostkasse Idag....Cisco CallManager..... :-| Ville teste VoIP, men usikker på hvordan dette ble på et Intrakommunalt trådløst nett Hvorfor valgte kommunen Cisco.....pga navn, og støtte funksjoner.. Cisco 1760 ble konfigurert med SIP mot Asterisk. Ingenting fancy, kun implementasjonen av VIP nett Vi begynte med en VOCAL plattform (Cisco's «opensource» versjon), men valget falt raskt på Asterisk ettersom krav til funksjonalitet økte betrakteligVille teste VoIP, men usikker på hvordan dette ble på et Intrakommunalt trådløst nett Hvorfor valgte kommunen Cisco.....pga navn, og støtte funksjoner.. Cisco 1760 ble konfigurert med SIP mot Asterisk. Ingenting fancy, kun implementasjonen av VIP nett Vi begynte med en VOCAL plattform (Cisco's «opensource» versjon), men valget falt raskt på Asterisk ettersom krav til funksjonalitet økte betraktelig

17. Eksempel 1 - Lørenskog Kommune Hvorfor en Cisco CCM løsning? Bevist stabilitet Support (fra flere) Mindre behov for støtte i egen organisasjon Ferdig «Enterprise-løsning» som ikke var en prototype

18. Eksempel 2 – Sandefjord Kommune – fase 1 Første installasjon Nortel Meridian 1 En Dell server, Astersisk HEAD, Sangoma A101 Swissvoice IP10S, Grandstream GXP-2000, Xten Xlite Noen enkle ringegrupper Ingen frontend, kun extensions og sip ”hacking” Installasjonstid: 1 dag.

19. Eksempel 2 – Sandefjord Kommune – fase 1 Problemer: Installasjon av Sangoma drivere + debian sarge -> Vi måtte gjøre en kjerne oppgradering samt benytte unstable release av programvare Problemer med PRI grensesnitt Kabellengde Vaklete plugg H323 programvare på bestilte Swissvoice IP10S…?

20. Eksempel 2 - Sandefjord Kommune – fase 2 2x Asterisk servere (1xAsterisk@Home, 1x Asterisk «barebone») 2x PRI linjer til eksisterende Meridian sentral Redundans mot klienter og PSTN Tilknyttet lokale skoler og avdelinger Ønsker inter-kommunalt samband mellom Buskerud og Sandefjord Sandefjord har kjørt et test oppsett hvor man ønsker en «flytende» overgang fra tradisjonell telefoni til IP telefoni. Man har valgt telefoner fra forskjellige leverandører: Swissvoice, grandstream, xten etc Ønske om inter kommunal telefoni løsning (mot Buskerud) Asterisk@Home blir testet for å vise et lettere administrasjons grensesnitt – Problemet med endel slike løsninger er at de er laget for et spesielt scenario og ikke skreddersydd til en enkelt installasjon. Men, å utvikle en standard løsning krever enten støtte fra kunder eller R&D midler....Sandefjord har kjørt et test oppsett hvor man ønsker en «flytende» overgang fra tradisjonell telefoni til IP telefoni. Man har valgt telefoner fra forskjellige leverandører: Swissvoice, grandstream, xten etc Ønske om inter kommunal telefoni løsning (mot Buskerud) Asterisk@Home blir testet for å vise et lettere administrasjons grensesnitt – Problemet med endel slike løsninger er at de er laget for et spesielt scenario og ikke skreddersydd til en enkelt installasjon. Men, å utvikle en standard løsning krever enten støtte fra kunder eller R&D midler....

21. Eksempel 2 - Sandefjord Kommune Hvorfor Asterisk@Home?? Lett og installere Gir en følelse av hvordan er grafisk grensesnitt vil kunne se ut. En del basis funksjonalitet (selv flere enn det som tidligere eksisterte) Ulemper: Mer komplekst og endre funksjonalitet => verdt det?? Telefon apparater Forskjellige funksjoner og tilgang til disse

22. Eksempel 2 - Sandefjord Kommune - fase 2 - aspekter Hvordan knytte seg til eksterne enheter (f.eks VooP og Buskerud FK) Firewall problematikk – Da også sikkerhets aspekter Valg av protokoll – IAX2 (selvfølgelig) Nettverkstopologi Eget VLAN for telefoni – man hva med PC klienter? Overgang mellom sikkerhetssoner? Hvilke tjenester? (As you grow, or….)

23. Eksempel 2 – Sandefjord kommune WAN løsning –Et-lags modell

24. Eksempel 2 – Sandefjord Kommune WAN løsning – 2-lags modell

25. Utfordringer Produktutvikling krever aktiv deltagelse-----Hva med BUGS(?) Hvilken Asterisk versjon velger man Produktutvikling krever programvare oppgraderinger og oppfølging Hardware drivere Eks Sangoma, hvor man må kjøre unstable release for å få støtte for hdlc i hardware Oppdagelse av “interessante” variable – f.eks max antall voicemail per konto eller Asterisk manglende RFC compliance for DNS SRV Max antall voicemail per konto er 100…..Dette kan ikke endres uten og endre en variabel i voicemail koden… Asterisk velger DNS SRV basert på en round-robin algoritme og ikke basert på prioritetMax antall voicemail per konto er 100…..Dette kan ikke endres uten og endre en variabel i voicemail koden… Asterisk velger DNS SRV basert på en round-robin algoritme og ikke basert på prioritet

26. Utfordringer – redundans- failover - lastbalansering Konfigurasjon “All” konfigurasjons data kan lagres i database => to eller flere installasjoner har tilgang til samme oppsett “sql-> .conf” konfigurasjon Realtime konfigurasjon Voicemail etc kan lagres på et nettverks redundant share Redundans på kommunikasjonslaget Redundans mot POTS (trunk) utgående => Test Dial ZAP/g1 så Dial ZAP/g2 Redundans mot VoIP (trunk) => DNS SRV Redundans mot klienter.......? En klient er registrert med en gitt interval og sender ikke flere før det er over (SIP) Mao, to Asterisk servere vil ikke medføre redundans på klient siden => separat SIP proxy/registrar Redundans mot klienter kompliseres enda mer ift NAT og brannmurer Klienter med redundant Asterisk Kan klienten selv velge en backup dersom primær Asterisk ikke svarer? Hva med produktutvikling på CVS dev plattform? Tør man levere et produkt på dette? Asterisk er, som alle kjenner, i stadig utvikling, og dette gjelder også redundans. Realtime funksjonene i Asterisk kan hjelpe til med dette. Dette medfører at man trenger en separat Registrar/proxy for SIP løsninger. => Asterisk blir PBX/Mediaserver og f.eks SER Registrar/Proxy UAC'ene er ikke alltid 100% feilfrie når det gjelder støtte for redundans. Som f.eks dersom man ønsker DNS SRV redundans mor klienter, er det kun snom og Cisco som støtter dette 100% idag. Alternativt kan klienten registrere seg med samme konto på to forskjellige Proxyer..... Hva med produktutvikling på CVS dev plattform? Tør man levere et produkt på dette? Asterisk er, som alle kjenner, i stadig utvikling, og dette gjelder også redundans. Realtime funksjonene i Asterisk kan hjelpe til med dette. Dette medfører at man trenger en separat Registrar/proxy for SIP løsninger. => Asterisk blir PBX/Mediaserver og f.eks SER Registrar/Proxy UAC'ene er ikke alltid 100% feilfrie når det gjelder støtte for redundans. Som f.eks dersom man ønsker DNS SRV redundans mor klienter, er det kun snom og Cisco som støtter dette 100% idag. Alternativt kan klienten registrere seg med samme konto på to forskjellige Proxyer.....

27. Redundans - POTS Det finnes mange ”udokumenterte” løsninger for redundans, avhengig av hvilken del av systemet man snakker om. Mot PSTN En PRI linje, 2x Asterisk servere /m E1 kort Protection switch eksempelvis dataprobe T-1 / E-1 Protection Switching Model T-APS koster rundt 10k……. Dersom man har to kort i samme server, vil man ha redundans mellom PRI’er fra PBX……Protection switch eksempelvis dataprobe T-1 / E-1 Protection Switching Model T-APS koster rundt 10k……. Dersom man har to kort i samme server, vil man ha redundans mellom PRI’er fra PBX……

28. Redundans Redundans mot IP siden Redundant Registrar og replikering => oppdatert lokasjon på begge servere. Redundant Asterisk => Redundant PRI => Linux-HA (DNS SRV begrenset støtte på SIP telefoner) Linux-HA, VRRPD eller lastbalanserings cluster < 100 calls/sekund => Linux-HA/VRRPD kan kjøres på SIP proxyer Redundans, ikke lastbalansering, men bra for NAT'ede klienter Lastbalansering kan oppnås ved splitting av nummere og benytte switch (realtime) for å aksessere den andre Asterisk's extension tabell Kommersielle SBC (Session Border Controllers) Linux HA pga at telefoner støtter DNS SRV for redundans. De bør koble seg opp med en fast outbound proxy Alle applikasjonene kan kjøre på samme plattform, f.eks Registrar på udp 5061, Asterisk på 5060....Linux HA pga at telefoner støtter DNS SRV for redundans. De bør koble seg opp med en fast outbound proxy Alle applikasjonene kan kjøre på samme plattform, f.eks Registrar på udp 5061, Asterisk på 5060....

29. Redundans – DNS SRV - lastbalansering I dette scenarioet er det valgt en SER cluster løsning (pga ”OpenSource” tankegang) Merk, man trenger ikke flere servere, men prosesser kan kjøres på en og samme maskin Merk, Klientene må støtte DNS SRV fullt ut, ikke kun for domain lookup. Noen klienter vil ikke akseptere INVITES fra andre maskiner enn den den er registrert ved….I dette scenarioet er det valgt en SER cluster løsning (pga ”OpenSource” tankegang) Merk, man trenger ikke flere servere, men prosesser kan kjøres på en og samme maskin Merk, Klientene må støtte DNS SRV fullt ut, ikke kun for domain lookup. Noen klienter vil ikke akseptere INVITES fra andre maskiner enn den den er registrert ved….

30. Redundans – HA cluster

31. NAT problematikk Problem gjerne kun for «VoIP leverandører» NAT sesjon igjennom brannmur: relasjon mellom klient og peer => redundans MÅ være IP basert

32. Eksempel 3 – ”annen” tjeneste leverandør Web basert callsystem – kombinerer Asterisk PBX, proprietært Billing og Authentication system samt Cisco TCL scripting på en AS5400HPX Selvsagt kunne alt bli gjort på en Asterisk plattform, men siden kunden allerede hadde et fungerende system, ønsket man så stor som mulig parallellitet mellom systemeneSelvsagt kunne alt bli gjort på en Asterisk plattform, men siden kunden allerede hadde et fungerende system, ønsket man så stor som mulig parallellitet mellom systemene

33. Til slutt…… Viktig hjemmeside: www.voip-info.org Her finnes et utall forskjellige metoder og teknikker. I tillegg finnes test resultater ift telefoner og programvare