Dit document beantwoordt vaak gestelde vragen over de Cisco Unified PhoneProxy.
Raadpleeg Cisco Technical Tips Convention voor informatie over documentconventies.
A. Nee. Cisco Unified PhoneProxy vergemakkelijkt een verbinding van het Deel van de Controle van de Signaling (SCCP) (en verwant RTP, TFTP, en HTTP verkeer) van een telefoon naar een Cisco Unified CallManager door een firewall. Het heeft geen effect op gegevensverbindingen naar het bedrijfsnetwerk voor gebruik anders dan IP-telefoons. De gebruiker die is aangesloten op de achterzijde van een telefoon heeft alleen toegang tot het lokale LAN. Ze moeten een VPN-verbinding maken om toegang te krijgen tot bedrijfsgegevens.
A. De de gebruikcase van de bridge Voice en Data VLAN handhaaft een scheiding tussen de spraak VLAN en de gegevens VLAN, maar steunt nog steeds IP Communicator implementaties voor mobiele arbeiders. Raadpleeg de Cisco Unified PhoneProxy-beheerhandleiding voor meer informatie over gebruiksgevallen.
In het geval van de bridge van Voice en van Data VLAN gebruikt de Cisco Unified PhoneProxy niet beïnvloedt hoe goed de Communicator van Cisco IP aan een mobiel apparaat werkt. Het nadert alleen de SCCP-verbinding (en het bijbehorende RTP-, TFTP- en HTTP-verkeer).
Cisco Unified PhoneProxy belemmert of vergemakkelijkt de toegang tot bedrijfsnetwerken niet, behalve zoals specifiek is toegestaan voor een goede werking van de telefoon. Als uw bedrijfsnetwerk dit vereist, moet u VPN gebruiken vóór Cisco Unified PhoneProxy, maar de VPN-verbinding hoeft niet te worden ingeschakeld voor de telefoon die moet worden ingeschakeld. IP Communicator is echter de uitzondering. De IP Communicator telefoonservice kan worden onderbroken wanneer VPN aan en uit is.
Daarnaast kunt u matige tot ernstige audiokwaliteitsproblemen ervaren wanneer een telefoon met VPN wordt verbonden omdat VPN geen specifieke kwaliteit van de dienstniveaus kan implementeren die door de RTP-stream worden vereist. Raadpleeg de Cisco Unified PhoneProxy-beheergids voor meer informatie over audio-problemen.
A. Als u handmatig een update bestand op de Cisco Unified PhoneProxy wilt plaatsen, zet u een beveiligde FTP (SFTP) verbinding naar het Zuid IP-adres (of het beheer-IP-adres als dit is ingeschakeld) en zet u het bestand in de inkomende map.
Opmerking: U kunt met deze opdracht updates uit het web ophalen: update <url>.
A. Nee. RTP-verkeer wordt altijd door de Cisco Unified PhoneProxy geleid. Echter, Cisco Unified PhoneProxy houdt geen staatsinformatie over elke telefoon bij. Daarom is het niet op de hoogte dat de twee oproepen van twee verschillende telefoons in feite één telefoontje tussen twee telefoons zijn.
A. Omdat Cisco Unified PhoneProxy geen mediatransformaties ondersteunt, wordt elke codec ondersteund. Er ontstaat echter een probleem met versleutelde media wanneer (RTP-payload + RTP-header) modus 64 niet gelijk is aan 43, 44, 45 of 46. Daarom is 20 ms g.711 aanvaardbaar; 30 ms g.711 is niet aanvaardbaar.
Gebruik de modulo (mod) handeling om deze waarde te berekenen. De modbewerking retourneert de rest wanneer het ene getal wordt gedeeld door een ander. Bijvoorbeeld, 13 mod 5 retourneert 3.
Gebruik voor g.711 met een RTP-lading van 160 en een RTP-header van 12 deze berekeningen:
160+12=172
172 mod 64 = 44
44 is een aanvaardbare waarde.
Toelichting: Een andere manier om deze operatie te interpreteren, is het nummer dat het dichtst bij 172 staat en dat door 64 wordt verdeeld, dat is 128. De rest van 172 - 128 is 44. Daarom is 172 mod 64 = 44.
Opmerking: U kunt ook Google Calculator gebruiken om de resultaten van een proefoperatie te bepalen. Voer de modale activiteit in in het zoekveld op Google.com
.
A. Naast een afwisselend TFTP serveradres dat op de proxy wijst, hoeft u geen extra instellingen in de telefoon te programmeren. Echter, de telefoon zou moeten voorzien in Cisco Unified CallManager als de automatische registratie uitgeschakeld is.
Opmerking: u kunt de kabel van de eindgebruiker of de DSL-router nodig hebben. Als de router geen stateful Packet inspection steunt, zou u (Gebruiker Datagram Protocol) UDP kunnen moeten vormen om de poort door te sturen of de telefoon in de Gedemilitariseerde Zone (DMZ) te plaatsen, vooral voor muziek in het vat.
A. Nee. De Cisco Unified PhoneProxy slaat geen geografische voorkeuren op. Wanneer een gebruiker verbinding maakt met een Cisco Unified PhoneProxy-cluster, zijn ze verbonden op basis van het aantal gebruikers. Als u bijvoorbeeld een cluster met knooppunten aan de oostkust en aan de westkust vormt, worden de gebruikers gelijkmatig over de knooppunten verspreid. Als u 1500 gebruikers hebt, zijn 750 gebruikers aangesloten op elk knooppunt. Sommige gebruikers aan de westkust kunnen worden toegewezen aan het knooppunt Oost-kust, en sommige gebruikers aan de oostkust kunnen worden toegewezen aan het knooppunt West-kust.
A. Nee. Elke telefoon moet voorzien zijn in de Cisco Unified CallManager en hetzelfde aantal licentieeenheden consumeren die het zonder de Cisco Unified PhoneProxy zou gebruiken. Raadpleeg de Cisco Unified PhoneProxy-beheergids voor meer informatie.
A. Op dit moment integreren Cisco Unified PhoneProxy niet rechtstreeks met deze bronnen. U kunt echter wel een CSV-bestand (komma-gescheiden waarde) in de Management Console importeren om meerdere gebruikers toe te voegen.
A. U kunt deze methoden gebruiken om een oproep te activeren:
De eindgebruiker activeert de oproep via een webpagina. De gebruiker moet een gebruikersnaam, wachtwoord en WAN IP-adres opgeven. (Het WAN IP-adres is niet het interne 192.168.x.x dat de router geeft)
Opmerking: de webpagina detecteert het externe IP-adres en vult het juiste adres in. Op basis van het netwerk moet u echter mogelijk het IP-adres wijzigen.
De beheerder activeert de oproep via de opdrachtregel interface. De beheerder moet een gebruikersnaam en IP-adres opgeven.
De toepassing activeert de account en geeft de naam, het wachtwoord en het IP-adres op. U moet de activeringswebservice inschakelen om deze methode te gebruiken.
A. De activering blijft geactiveerd zolang er een SCCP-verbinding tussen de IP-telefoon en de Cisco Unified PhoneProxy is. Aangezien er veel Houd-levend verkeer met een SCCP-verbinding is, hoeft de activering niet uit te lopen.
De standaardinstelling is 300 seconden (5 minuten) voor het uitschakelen van het kinderslot. Deze stille tijd treedt alleen op als de IP-telefoon nooit echt registreert nadat de account is geactiveerd. De account is bijvoorbeeld geactiveerd maar de telefoon is niet binnen 5 minuten op het netwerk aangesloten of de telefoon verliest netwerkconnectiviteit (vanwege een internet- of stroomuitval die langer dan 5 minuten duurt) of de IP-adreswijziging (omdat de IP-lease verlopen of omdat DHCP een ander adres toegewezen heeft).
De Cisco Unified PhoneProxy verwacht een verbinding met dat account en IP-adres te onderhouden. Als die verbinding wordt onderbroken voor meer dan de ingestelde hoeveelheid ongebruikte tijd, wordt de account inactief.
Opmerking: beheerders kunnen een autorisatie-uitvoer configureren die gescheiden is van de inleveringstijd. De machtigings timeout zorgt ervoor dat een actieve account inactief wordt na een bepaald aantal seconden, wat van gebruikers eist dat ze opnieuw authenticeren als de timeout waarde afloopt. Deze waarde is standaard 0 seconden, wat betekent dat de account niet automatisch inactief wordt.
A. Ja. Security en encryptie zijn getest en werkt met Cisco Unified CallManager 5.0.4 en 5.1.
Opmerking: Cisco Unified CallManager 5.0 verwerkt certificaten anders dan versies 4.x.
A. Wanneer de beveiliging wordt ingeschakeld, moeten alle telefoons op het onvertrouwde internet veilig met de Cisco Unified PhoneProxy communiceren of mogen zij niet communiceren. Het telefoonsegment tussen de Cisco Unified PhoneProxy en een externe IP-telefoon is versleuteld. Het telefoonsegment tussen twee externe IP-telefoons is versleuteld maar het gesprekssegment tussen de Cisco Unified PhoneProxy of de interne Cisco Unified CallManager en IP-telefoons blijft niet versleuteld.
Deze beelden illustreren de encryptie van het vraagsegment.
Voor een externe internettelefoon naar een interne bedrijfstelefoon:
![]()
Voor een externe internettelefoon naar een andere externe internettelefoon:
![]()
A. Raadpleeg voor de configuratie van de ASA for Cisco Phone Proxy-functie het configureren van de Cisco Phone Proxy-functie.
A. ASA phone proxy ondersteunt deze functies:
Muziek on Hold (MoH)
XML-diensten
A. Een omgekeerde HTTP-proxy naar Cisco Unified Communications Manager kan worden gebruikt om de IP-telefoons aan te passen in ASA. Deze oplossing is veiliger dan het openen van een Cisco Unified Communications Manager HTTP-server en vereist een HTTP reverse proxy-server.
A. ASA versie 8.0(4) bevat Unified Communications-functies, zoals telefoonproxy en mobiele proxy, die SCCPv17 ondersteunen.
A. Music on Hold (MoH) wordt ondersteund door ASA Phone Proxy, maar sommige telefoons die aangesloten zijn via een Cisco ASA Phone Proxy (codebase 8.2(1)) kunnen de lokale MOH audiobronnen van CUCM niet horen. Dit probleem is gedocumenteerd door Cisco bug-ID CSCso81816 (alleen geregistreerde klanten). Aanroepen kunnen worden geplaatst op Hold of Transfered met behulp van ASA Phone Proxy. De eigenschappen van de onderneming zoals conferentievraag worden ook ondersteund op verre telefoons die door een ASA telefoonvolmacht worden aangesloten.
A. De beheerinstellingen in de Management Console zijn met een wachtwoord beveiligd. Dit wachtwoord kan niet worden hersteld. U moet een nieuwe configuratie en een nieuw wachtwoord maken.
U kunt deze gebieden van Cisco Unified PhoneProxy CLI ook met een wachtwoord beveiligen:
hoofdverdeling - U kunt het wachtwoord handhaven de onderhoudspartitie beschermen. Het is echter geen wachtwoord dat standaard wordt beschermd. Om een hoofdletterwachtwoord te maken, moet u zich in de onderhoudspartitie bevinden. Als het onderhoudswachtwoord is kwijtgeraakt, kunt u dit niet herstellen.
De beeld1 partities worden beveiligd met een wachtwoord dat gescheiden is van het belangrijkste partitiewachtwoord. U kunt het wachtwoord voor de beeldverdeling instellen vanuit de beeldverdeling of vanuit de onderhoudspartitie.
A. Neen. Het hoofdscherm kan niet worden bijgewerkt. Er is geen reden om dit initiatief bij te werken.
A. De Cisco Unified PhoneProxy zendt alleen gegevens over die de telefoons verzenden. Bijvoorbeeld, in een Cisco Unified CallManager cluster, als één van de leden van die cluster daalt, alle telefoons failliet aan een andere CallManager en registreert. De telefoons hebben een open verbinding naar de standby Unified CallManager, dus sturen ze een registratieaanvraag. Er worden nog een paar berichten verzonden tussen de telefoon en Unified CallManager. Maar de telefoon realiseert zich niet dat de primaire CallManager is beneden tot ze een hartslag missen. Aangezien de hartslag functie voor de telefoons niet gesynchroniseerd is, worden de registratie pogingen verdeeld over een 30 tweede interval, en de prestaties worden niet beïnvloed.
A. De hartslag functie wordt elke 30 seconden genoemd. Als ze een beklopje missen, registreert de telefoon met het secundaire knooppunt en probeert u het primaire knooppunt opnieuw te registreren.
A. Nee. De telefoons die nagemaakt worden verschijnen in Cisco Unified CallManager maar de Cisco Unified PhoneProxy verschijnt niet.
N.B.: Binnen Cisco Unified CallManager geven alle telefoons die geregistreerd en onderzocht zijn hetzelfde IP-adres weer. Dit IP-adres is het IP-adres van de Zuid-interface van Cisco Unified PhoneProxy, dat op dezelfde mate is als spraak-VLAN voor CallManager.
A. Ja. De telefoon moet vooraf voorzien zijn in Cisco Unified CallManager als de automatische registratie uitgeschakeld is. Bovendien moet er een account voor de telefoon worden gemaakt en naar de Cisco Unified PhoneProxy worden gepubliceerd in de Management Console. Om de account te maken, moet u een gebruikersnaam, wachtwoord, station-ID van de telefoon specificeren (bijvoorbeeld SEP1123345566) en van CallManager naar proxy voor de registratie. Wanneer de gebruiker de account activeert, moet de naam, het wachtwoord en het IP-adres worden opgegeven.
N.B.: Binnen Cisco Unified CallManager geven alle telefoons die geregistreerd en onderzocht zijn hetzelfde IP-adres weer. Dit IP-adres is het IP-adres van de Zuid-interface van Cisco Unified PhoneProxy, dat op dezelfde mate is als spraak-VLAN voor CallManager.
A. Ja. De telefoon, het gedraaide nummer, het roepen van zoekruimten, en de verdelingen moeten in Cisco Unified CallManager van tevoren worden voorzien. Cisco Unified CallManager behoudt alle controle over kiesschema's.
De Cisco Unified PhoneProxy is niet op de hoogte van lijnnummers, routepatronen, het roepen van zoekruimtes of partities. Cisco Unified PhoneProxy biedt alleen proxy voor telefoonregistratie (en RTP).