Praktische Erfahrungen mit IP Telefonie 2 Jahre später

Transkript

1 Praktische Erfahrungen mit IP Telefonie 2 Jahre später Andre Beck IBH Prof. Dr. Horn GmbH Gostritzer Str Dresden info@ibh.de Inhalt Themen Einführung Cisco IP Phones Cisco Call Manager Voice Gateway Infrastruktur IPT und Netz-Design: (W)LAN, WAN und VPN 2 IBH Prof. Dr. Horn GmbH, Andre Beck 1

2 Einführung IBH: 2 Jahre vollständige IPT-Lösung im Einsatz Keine Legacy-PBX mehr Zwei Standorte IP x2113 IP x2112 POTS (ISDN) V IP x2111 Internet V Router IP x2121 Call-Manager IP x IP Phones 1 Eingesetzte Geräte Hauptsächlich 7940/60 Vier 7970 für Vertrieb und GF Wenige 7905 und 7902 an unkritischen Stellen Ein 7920 Zwei ATA186 für Anschluss analoger Telefone (incl. DECT) am Zweitstandort Analogversorgung am Hauptstandort erfolgt mit FXS-VICS im Voice Gateway 4 IBH Prof. Dr. Horn GmbH, Andre Beck 2

3 IP Phones 2 Bedienkonzepte und RTFM Feedback und Menüsteuerung über LC-Display Ungewohnt nach vorigen Geräten (bestenfalls LEDs und eine Rufnummernzeile) Sehr flexibel und für Zusatzanwendungen verwendbar Lesbarkeit Bei 7940/60 mäßig Bei 7905 gut Bei 7970 meist sehr gut (Hintergrundbeleuchtetes Farb-LCD) Display ist zur Bedienung oft essenziell Makeln, Gesprächsweiterleitung, Parken u.a. Komfortmerkmale Manual bereitstellen und Zusatzinformationen geben RTFM predigen 5 IP Phones /7960 Unser Brot und Butter Telefon Sehr stabil und unproblematisch Neues Feature DistinctiveRinglist Klingelton je Line frei wählbar Nicht offensichtlich in der Konfiguration Ringlist.xml DistinctiveRinglist.xml Line Buttons unbeleuchtet SideCar (7914) an zwei Plätzen im Einsatz 6 IBH Prof. Dr. Horn GmbH, Andre Beck 3

4 IP Phones First Look Das Prestige-Telefon für den GF Reiches Set an Features Gut lesbares hinterleuchtetes Farb-LCD mit höherer Auflösung Touchscreen Unterstützt individuelles Hintergrundbild Externe Lautsprecher und Mikrofon unterstützt Beleuchtete Line-Buttons (mehrfarbig) 7 IP Phones Praxiseinsatz Sorgenkind der Technik Leider das instabilste aller Geräte Regelmäßige Crashes in früheren Firmwareversionen Fällt gern auf SRST zurück und kommt nur nach Reset wieder Abbrüche mitten in Gesprächen Schluckt Tastendrücke Andere kleinere Ungereimtheiten Internationalization Wurde über ein Jahr ohne I18N ausgeliefert Bei IBH wurde manuell Support für deutsche Menüs, Softbuttons und KATE erstellt KATE hat in neueren Versionen zunehmend Probleme, temporär Notbetrieb nur mit Ä, Ö und Ü. Mittlerweile I18N von Cisco verfügbar Beim nächsten neuen Gerät (7931) das Spiel von vorn? 8 IBH Prof. Dr. Horn GmbH, Andre Beck 4

5 IP Phones 6 If nothing else helps Anfänglich zwei RMAs von gestorbenen 7970 Telefon zeigte nur noch ein spezifisches Lichterspiel auf den Linebuttons Beim dritten Fall Recherche nach einer Factory Reset Möglichkeit Factory Reset Sequence Stromlos machen # gedrückt halten und Strom zuführen Warten, bis die Line Buttons in Orange sequenziell aufleuchten Erkenntnis: Obiges Lichterspiel war tatsächlich ein halbfertiger Factory Reset! *0# drücken, ohne Fehler zu machen Gerät muss mit DHCP konfiguriert werden Seitdem keine RMA mehr notwendig 9 IP Phones 7 Headsets Headsets sind Arbeitsvoraussetzung für die Technik Mit Kunden telefonieren und gleichzeitig den Rechner bedienen Abgelöste Octophones hatten Headsets Diverse Versuche, die vorhandenen Headsets anzupassen Kein Erfolg Cisco empfiehlt einige Hersteller US-Markt Ausgesprochen teuer Erfolg mit Accutone Adapter-Headsets GNnetcom Headsets nachgekauft Inzwischen zweite Headset-Generation im Einsatz 10 IBH Prof. Dr. Horn GmbH, Andre Beck 5

6 IP Phones 8 Statische IP oder DHCP IBH verwendet weitgehend statische IP (Layer 9+?) Ausnahme bisher: DHCP-Pool für Laptops/WLAN Ursprünglich alle Phones statisch konfiguriert Trouble mit 7970ern führte zu wiederholten Neuinstallationen Konfiguration von ATA und Geräten ohne Display Factory Reset von 7970 erfordert DHCP Testweise eingerichtet mit Pool Ok Feste IP-Leases an die MACs gebunden Ok Inzwischen Dauerbetrieb mit DHCP (Paradigmenwechsel) Feste Leases für alle bekannten Phones Pool für Auto-Register 11 IP Phones 9 Signed Loads Phones erhalten Firmware per TFTP Relativ häufige Reboots bei Konfigurationsänderungen TFTP vergleichsweise leicht unterwanderbar Lösung: Signierte Firmware Problem: Unsigned to Signed Transition Bei CCM weitgehend unkritisch, läuft automatisch Bei CCME einiges an Handarbeit Muss mittels Transition Load erfolgen Kein Weg zurück? 12 IBH Prof. Dr. Horn GmbH, Andre Beck 6

7 IP Phones 10 ATAs Analogue Telephone Adapter Erlaubt Anschluss von analogen Telefonen und Fax Sieht für CCM wie ein (bzw. zwei) IP-Phone aus Konfiguration über Sprachmenü und DTMF Bei IBH im Einsatz für Analoges Telefon Analoge DECT-Basisstation Kein Fax-Betrieb Bisher in dieser Konstellation weitgehend problemfrei 13 Call Manager 1 Die Soft-PBX der IP-Telefonie Cisco Call Manager Softwarepaket für Win2k Geliefert als Gesamtsystem aus OS, DBMS und CCM- Komponenten Komplexes System Läuft nur auf zertifizierten Plattformen (Cisco MCS und deren OEM) Cisco Call Manager Express Bestandteil bestimmter IOS-Releases Läuft auf dem Router, der auch als Voice Gateway dient Kompakte Lösung mit Einschränkungen Trotzdem einige Features als Alleinstellungsmerkmal 14 IBH Prof. Dr. Horn GmbH, Andre Beck 7

8 Call Manager 2 Paradigmen US-Telefonie vs. DE Deutliche Unterschiede in Begriffswelt und Semantik US traditionell analog orientiert Line-zentriert PBX in der Tradition alter Vermittlungsplätze (Attendant) Viele FXO (Foreign Exchange Office) zur Vermittlung FXS (Foreign Exchange Station) zum Anschluss interner Telefone ISDN In DE und weiten Teilen Europas und Asiens im Einsatz In DE bereits seit Ende der 80er Brachte Grundlegende Änderungen der Paradigmen für PBX Im ISDN-Modell ist die PBX integral als private network eingeplant 15 Call Manager 3 Line Groups CCM bis 3.3 gestattete IBH nicht, die bisherige Rufverteilsemantik zu implementieren Individuelle Durchwahlen 11..1x GF, 21..2x Sales, 31..3x Technik Sammelgruppenverteiler 10, 20 und verteilt Ringdown auf 11, 12 etc, dito 20 und 30 Beitritt und Verlassen der Sammelgruppe am Telefon Möglichkeit, die Verteiler 10, 20 und 30 individuell umzuleiten CCM 4.0 brachte Line Groups Auch damit keine direkte Abbildung möglich In Kombination mit Extension Mobility adäquate Nachbildung: Abgemeldetes Profil hat nur individuelle Durchwahl (z.b. 11) Angemeldetes Profil hat neben 11 zweite Line 8111 Alle 81xx werden in Line Groups organisiert (Broadcast) 16 IBH Prof. Dr. Horn GmbH, Andre Beck 8

9 Praktische Erfahrungen mit IP Telefonie 2 Jahre später Call Manager 4 Line Groups bei IBH Realisierung der Einwahlverteiler 10, 20 und 30? Extension Mobility Device Profile MasterPhone Hat drei Lines mit DN 10, 20 und 30 Gestattet dadurch dauerhafte Umleitung dieser Nummern Standardmäßig umgeleitet: , 8120 und 8130 sind die Line Group Route Patterns Umleitung Ursprünglich per Webinterface (ccmuser) oder Anmeldung am Device Profile (Problem bei CFwdAll auf secondary Lines) Selbstimplementierter Dienst Umleitung mit Automatiken 17 Call Manager 5 Line Groups bei IBH Aktuelle Lösung LastChanceLineGroup Profile MasterPhone MgmtLineGroup SalesLineGroup 8130 SupportLineGroup IP-Phone Sekretariat POTS 18 IBH Prof. Dr. Horn GmbH, Andre Beck 9

10 Call Manager 6 Nicht wirklich am Ziel Die Lösung schien zunächst zufriedenstellend Im täglichen Betrieb zeigte sich der Haken Besetzt ist eine Eigenschaft der Line, nicht des Telefons Versuch einer Implementation ohne zweite Line Prinzipiell möglich mit Partitions und Calling Search Spaces Scheitert an der mit CCM 4.0 eingeführten Static DN Allocation CCM 4.2 hat neues Feature Hunt Group Login (HLog) Lösung mit zwei Lines hat aber auch Vorteile Individueller Klingelton auf Haupt-Line Gemeinsamer Klingelton auf SG-Line Feature Request: Per Phone Busy Limit? 19 Call Manager 7 Missing Feature #1 Alte Octophones hatten Kurzwahltasten mit Besetztmonitor Verbreitetes Feature in vielen PBX Lange keine vernünftige Realisierung in CCM Schon länger verfügbar in CCME! Monitor Line Mode überwacht passiv eine Line (bzw. deren DN) Ab CCM 3.1/2 auch Support als Speed Dial LED-Feedback auf Sidecar und 7970 CCM 5.0 bringt das Feature endlich Presence Service incl. Zugriffsrechte Busy Lamp Field Speed Dials 5.0 hat aber kein HLog 4.2 vs. 5.0? IBH Prof. Dr. Horn GmbH, Andre Beck 10

11 Call Manager 8 Customer Response IBH hatte auf alter PBX eine Ansage mit Weiterleitung Anruf an 30 führte zu Ansage Nach Ablauf der Ansage Weitergabe an Sammelgruppe Support In CCM nach Realisierungsmöglichkeit gesucht Annunciator: Nicht konfigurierbar, nur Standardansagen Customer Response Application Komplexes Zusatzprodukt Abgerüstete Variante als Extended Services mit CCM verfügbar Erfüllt nicht unsere Ansprüche und ist in keinster Weise konfigurierbar Vollprodukt ist für unseren Bedarf Overkill (Features und Preis) Enormer Ressourcenbedarf Zunächst keine Lösung 21 Call Manager 9 640k ought to be enough IBH betreibt eher simples CCM-Setup MCS7815 mit 1GiB RAM erschien mehr als ausreichend Nach kurzer Zeit enorme RAM-Probleme Nachrüstung von 512MiB Keine Probleme mehr, allerdings immer noch Warnungen vom Ressource Monitoring Testweise installierte CRA deaktiviert, da allein diese fast 400MiB Speicher verbrauchte Selten immer noch Warnungen Erkenntnis: RAM, RAM, RAM Plattform optimal ausbauen Tests: Nein, es wird mit 5.0 (trotz Linux) nicht besser 22 IBH Prof. Dr. Horn GmbH, Andre Beck 11

12 Call Manager 10 Talk to strangers IBH hatte kein Voic und keinen unmittelbaren Bedarf Interessehalber Tests mit Asterisk ( Asterisk Comedian Mail ist ein gut ausgebautes VM- System Kopplung an CCM mit H.323 ist hakelig Asterisk nutzt OpenH323 OpenH323 ist bekannt für notorische API-Instabilität Support seitens der Asterisk-Entwickler ist begrenzt (SIP) Im Gateway-Eintrag von CCM Media Termination Point Required setzen Funktioniert letztlich, ergibt aber keine 100% VM- Integration wie mit Unity SIP Trunk & Einsatz an CCME über SIP Asterisk interessant für ENUM und IAX2 zum Internet 23 Voice Gateway 1 Das PSTN-Gateway CCM implementiert keine Übergänge zum PSTN (POTS) Cisco Router-Plattformen mit Voice Support Ansteuerung mit MGCP Einfach zu konfigurieren Lange keinerlei Support für ISDN Ansteuerung mit H.323 Voice Gateway trifft Call Routing Entscheidungen selbst CCM und VG kommunizieren per H.323 Einziger Weg, alle unsere Anforderungen zu erfüllen Realisiert bei IBH interne Analoganschlüsse Test mit MGCP Diverse Vorteile, aber auch Nachteile zurück zu H IBH Prof. Dr. Horn GmbH, Andre Beck 12

13 Voice Gateway 2 RAM again Cisco 3745 mit 128MiB RAM Anfänglich unproblematisch Upgrades auf neuere IOS-Versionen Einführung von IVR Tests mit Fax2 -Relaying Zunehmend Speicherprobleme Teilweise weniger als 10MiB freier Processor Memory IOS weigert sich, neue Dialpeers anzulegen Onramp Fax scheitert RAM-Vollausbau (256MiB) dringend empfohlen Inzwischen Vollausbau in Nutzung 25 Voice Gateway 3 Türstationen Sprechanlage an Vorder- und Hintereingang (analog) Löst Türöffner aus, wenn bestimmte DTMF-Sequenz gesendet wird Anschluss an FXS-Ports der 3745 Funktion schien zunächst erfolgreich übernommen In den Wochen nach der Umstellung wurde wiederholt festgestellt, dass die Türen offen standen! Türstation schien Türöffner dauerauszulösen Zunächst längere Zeit Debugging ohne Erfolg Kontaktaufnahme mit Hersteller der Türstationen Erklärung des Phänomens: Power Denial 26 IBH Prof. Dr. Horn GmbH, Andre Beck 13

14 Voice Gateway 4 Stromverweigerung Power Denial ist Default auf FXS Signalisierung des Gesprächsendes bei analogen Telefonen Amt unterbricht für einige 100ms die Stromversorgung Die Türstation ist ein kleiner Computer Absturz Crashed die Türstation, bleibt der Türöffner im letzten Zustand Damit ist das Problem erklärt: Der von der Türstation angerufene Kollege sendet DTMF Türöffner löst aus Kollege legt den Hörer auf Türstation crashed und der Türöffner bleibt ausgelöst Zunächst kein 100% Fix gefunden Instruktion, den Türöffner immer durch Drücken von * aufzulegen Türstation legt dann selbst auf, anschließend stört der Crash nicht 27 Voice Gateway 5 IVR Interactive Voice Response für Voice Gateways IOS enthält eine TCL Extension Zustandsautomat für das Annehmen, Bedienen und Abwerfen von Call Legs Der Automat ist durch eigene TCL-Prozeduren erweiterbar Erlaubt eine Vielzahl von Lösungen Vollständig frei programmierbar Brauchbar dokumentiert und mit Beispielcode versorgt IVR wurde unser Werkzeug für bisher ungelöste Probleme Türstationen und Power Denial Ansage auf der Rufnummer IBH Prof. Dr. Horn GmbH, Andre Beck 14

15 Voice Gateway 6 IVR als Türschließer Das Türstationsproblem war noch ungelöst Gelegentlich wurde vergessen, mit * aufzulegen Power Denial ist abschaltbar, aber dann erkennt die Türstation das Gesprächsende nicht, weil das FXS keinen erkennbaren Besetztton generiert Implementation der IVR-Applikation door.tcl: Nimmt Gespräch auf Türstation entgegen und spielt ein Sample Leitet das Gespräch an die konfigurierte Nummer weiter Wartet auf den Gesprächsabbau Abbau durch Türstation Ende Abbau durch Auflegen des Angerufenen Applikation spielt 30s einen korrekten Besetzt-Ton Ende Türstation erkennt Besetzt-Ton und legt auf Seither keinerlei Probleme mehr 29 Voice Gateway 7 IVR als Ansager(in) Implementation einer Applikation doreen.tcl: Nimmt Anruf an 30 aus dem Festnetz entgegen Spielt Tages-/Wochenzeitabhängig die bekannte Ansage Leitet nach Ende der Ansage an die 30 des CCM weiter Erst mit IOS 12.3(11)T möglich wegen Bugfixes im Zusammenhang mit ISDN Overlap Receiving Einbau weiterer Gimmicks Ansage kann mit DTMF-Code übersprungen werden Während die Ansage läuft, fragt die Applikation einen RADIUS- Server nach der Calling Party Number Falls diese bekannt ist, wird der zugehörige Name in das Display-IE des Anrufs eingesetzt, bevor dieser an CCM weitergeleitet wird 30 IBH Prof. Dr. Horn GmbH, Andre Beck 15

16 Voice Gateway 8 IVR Issues IVR erscheint zunächst als Allzweckwaffe Einige Probleme erschweren den Einsatz Ausschließlich auf POTS Dialpeers verfügbar Inzwischen für einige Fälle auch auf VoIP Dialpeers Einziges Backend zur Informationsermittlung ist RADIUS Testen von Scripten auf heißen Systemen ist kritisch Einbindung auf Incoming Dialpeer leidet unter diversen Problemen in Zusammenhang mit Number Collection/ISDN Overlap Receiving Enormer Speicherbedarf Prozessmodell ist komplex und erfordert u.u. nebenläufige Programmierung 31 Voice Gateway 9 Weitere Eigenheiten Voice Gateways ursprünglich für PSTN IP entwickelt Konzept teilweise in der Architektur verankert DSPs kommen immer mit TDM/POTS-Hardware Unerwartete und scheinbar willkürliche Einschränkungen IP IP (z.b. H.323 zu SIP) zunächst gar nicht verfügbar In neuesten IOS-Versionen eingeschränktes IP2IP verfügbar H.323 to H.323 H.323 to SIP (Anbindung von Unity Express) Auswirkungen auf mögliche Architekturen und z.b. ENUM H.323 Gatekeeper nur in bestimmten Feature Sets (sehr teuer) 32 IBH Prof. Dr. Horn GmbH, Andre Beck 16

17 Voice Gateway 10 The holy war against Faxes IBH hat alle Faxgeräte/Modems direkt an FXS-Ports ATAs wären möglich gewesen Umsetzung von TDM auf IP und zurück als Fehlerquelle sollte ausgeschlossen werden Daten laufen nur innerhalb des VG von einer TDM-Schnittstelle zur anderen Trotzdem Fax-Probleme Vergleichsweise langsame Übertragung Sporadische Verweigerung mit bestimmten Gegenstellen Problem bisher ungelöst Vermutung: A-Law to µ-law Transcoding von ISDN nach FXS? 38xx? Fax an ATAs in anderen Projekten Nicht ideal, aber befriedigende Lösung mit Fax Passthrough Wieso kann G.711 nicht, was ISDN kann? Bringt Cisco noch eine echte Lösung des Problems? Mail mal wieder Infrastruktur 1 IPT bei IBH kaum Änderungen Anschaffung eines PoE-Switches Integration in bestehenden 1000Base-Backbone Voice VLAN Voice Gateway (3745) routet zum Voice VLAN Performance bisher erwartungsgemäß 34 IBH Prof. Dr. Horn GmbH, Andre Beck 17

18 Infrastruktur 2 QoS? Es wurden anfänglich keine besonderen QoS-Maßnahmen getroffen Auf PoE-Switch (3550) wurde mls qos konfiguriert Später festgestellt: mls qos ohne weitere Konfiguration beachtet nur CoS (802.1Q/D Tag User Priority) Es greift aktiv in den IP-Header ein und nullt das TOS-Feld (Switch?) Neue Konfiguration: mls qos trust dscp pass-through cos mls qos trust device cisco-phone Sonderfall: Nahezu unbelastetes GE Nicht auf andere LANs oder gar WAN übertragbar Auto QoS VoIP benutzen QoS-Architektur von 3550/3560/3750 ist diffizil Dokumentation der Switches lesen ist zwingend - obiges reicht nicht 35 IPT & Netzdesign 1 LAN Das klassische LAN ist eine Broadcastdomain Das aktuell vielerorts benutzte LAN-Konzept ist Campus Spanning VLANs mit bedarfsweisem zentralen Routing Spanning VLANs werden nicht mehr als Konzept der Zukunft empfohlen Stabilitätsprobleme durch STP Eingeschränkte High Availability Kein Load Balancing IPT in größeren Installationen ist extrem HA-bedürftig Migration zu dediziert HA-fähigen hierarchischen LANs mit Routing in Core und Distribution (und evtl. sogar Access) 36 IBH Prof. Dr. Horn GmbH, Andre Beck 18

19 IPT & Netzdesign 2 Routed LAN L3 Switched Core aus z.b. zwei Switches L3 Switched Distribution aus zwei Switches Jeweils ein Link zu jedem Core Switch Dreiecksförmige Linkstrukturen Dynamisches Routing mit geeignetem IGP (OSPF, EIGRP) Aggregation in Richtung Core HSRP/GLBP für Access-VLANs L2 Switched Access VLANs bleiben innerhalb eines Access Switch STP aktiv (Sicherheit), aber unnötig Zwei Links vom Access Switch zu den Distribution Switches Load Balancing und HA 37 IPT & Netzdesign 3 WAN Klassisches WAN QoS nachrüsten Multilink PPP, Fragmentation & LFI Bandbreitenbedarf evtl. Leitungsupgrades nötig HA: Redundanzen schaffen SRST Multicast Routing für MMoH Das klassische LAN ist auf dem Rückzug Preise für leased lines Overlay VPNs ATM, FR MPLS IPsec 38 IBH Prof. Dr. Horn GmbH, Andre Beck 19

20 IPT & Netzdesign 4 WAN vs. VPN IPsec VPN über Internet (typisch in DE) Problem QoS Problem dynamisches Routing & Multicast Bewährte Lösung: GRE Tunnels over IPsec QoS eingeschränkt möglich Auf echtem Egress-Interface per pre-classify Hierarchisches MQC mit Traffic Shaping auf Tunnelinterface Dynamisches Routing und Multicast unkritisch Der Haken: Overhead für kleine Pakete, z.b. Voice Gerade neu in IOS: IPsec Tunnel Interface Noch keine eigenen Erfahrungen Wäre ein Segen, um den GRE-Overhead zu vermeiden Nicht mit PIX/ASA als Gegenstelle 39 IPT & Netzdesign 5 Voice over WLAN Anfängliche Euphorie über 7920 und die Realität Handling der Geräte selbst Ein funktionierendes Daten-WLAN ist nicht automatisch ein VoWLAN Zellgrenze Signal >= -67dBm (Data bis weit unter -85dBm) SNR >= 25dB Mindestens zwei APs sichtbar (Redundanz) QBSS und weitere Parameter CAC Maximal 7 Gespräche pro AP Expliziter VoWLAN Survey notwendig Controller-Lösung ins Auge fassen 40 IBH Prof. Dr. Horn GmbH, Andre Beck 20

21 IPT & Netzdesign 6 Lesestoff Der Link, den man lange gesucht hat Z.B. Cisco Unified Communications SRND Based on Cisco Unified CallManager 4.x/5.0 (reichlich 800 Seiten) 41 Vielen Dank für Ihre Aufmerksamkeit! Fragen Sie! Wir antworten. IBH Prof. Dr. Horn GmbH, Andre Beck 21