Verouderde probleemoplossing door integratie van spraak-mail met Cisco CallManager
Inhoud
Inleiding Voorwaarden Vereisten
Gebruikte componenten Conventies
SMDI-integratie met Cisco CallManager Direct Call Format
Probleemoplossing voor een automatische oproep Direct Call Tracker van CMI
Doorsturen van gespreksindeling
Probleemoplossing voor een doorsturen oproep
Doorsturen van Call Tracker vanuit Cisco-communicatie-interface MWI-indeling
MWI voor probleemoplossing
MWI-sporen van Cisco-communicatie-interface Bekende problemen
Cisco DPA 7630/7610
Probleemoplossing voor oproepen naar spraak-mail via een Cisco DPA 7630/7610 MWI voor probleemoplossing met een Cisco DPA 7630/7610
Gerelateerde informatie
Inleiding
In dit document wordt de integratie van oudere spraakberichtensystemen bemoeilijkt met Cisco CallManager die gebruik maakt van de bieden Interface (SMDI) en Digital PBX Adapter (DPA) 7630/7610.
Voorwaarden
Vereisten
Lezers van dit document zouden kennis moeten hebben van deze onderwerpen:
Cisco CallManager 3.x of 4.x
●
Telcordia GR 283-core Issue 2 (SMDI)
●
Octel Voice Mail, indien van toepassing (DPA-7630/7610)
●
Gebruikte componenten
De informatie in dit document is gebaseerd op de volgende software- en hardware-versies:
Cisco CallManager 3.x en 4.x
●
Cisco MCS-7835
●
De informatie in dit document is gebaseerd op de apparaten in een specifieke
laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u de potentiële impact van elke opdracht begrijpen.
Conventies
Raadpleeg de Cisco Technical Tips Convention voor meer informatie over documentconventies.
SMDI-integratie met Cisco CallManager
De Cisco Messaging Interface is een service binnen Cisco CallManager die ondersteuning biedt voor bestaande spraakmailplatforms om verbinding te maken met Cisco CallManager met het gebruik van SMDI. De Cisco Messaging Interface verstrekt informatie aan een legacy voice-mail systeem over de opgeroepen en aangeroepen partij, de reden waarom de oproep is
gepresenteerd en welke poort op het spraakpostsysteem moet worden ingestuurd. Dit staat het stempostsysteem toe om de vraag correct te beantwoorden.
Er zijn twee soorten telefoontjes met SMDI:
Direct call
●
Doorsturen
●
Direct Call Format
De SMDI-indeling is:
<CR><LF>MDXLLT<0x20>YYY<0x20><CR><LF></^Y>
●
<CR> wagenterugkeer
<LF> Lijnvoer
MDXX Berichtenbureau. Dit is een veld met 3 cijfers, meestal 001
LLL Logische terminal nummer (0001? 4096) O Reden code - D = Direct Call
<0x20> Spatiebalk
JYY Nummer van de bellen
<0x20> Spatiebalk
<CR> wagenterugkeer
<LF> Lijnvoer
<^Y> Middeleinde
Dit is een voorbeeld van een directe oproep vanaf de verlenging van 2000. Het werd op LTN 0002 of op haven 2 aan het voicemailberichtensysteem voorgelegd.
<CR><LF>MD0010002D<0x20>2000<0x20><CR><LF></Y>
●
Probleemoplossing voor een automatische oproep
Wanneer een opbeller een directe vraag stelt, verwacht de opbeller om hun wachtwoord in te voeren. Om dat voor te kunnen komen, moeten de gateway, de routelijst en de routegroep naar het spraak-mailsysteem worden geconfigureerd zoals Cisco CallManager 3.0(x) configureren voor integratie in Voice Mail Systems via SMDI beschrijft. De meest algemene reden voor een directe vraag om te falen is een misconfiguratie tussen of de Desktop of het Logical Terminal Number (LTN). De Cisco Messaging Interface gebruikt standaard de Berichtbank van 2001. Als u een ander berichtbureau door een verkoper van de Private Branch Exchange (PBX) of een centraal kantoor (CO) hebt gekregen, moet u dat in de Cisco-configuratie van de interface voor berichten specificeren.
Als MessageDeskNumber correct is, controleert u of de LTN juist is. Aan de kant van Cisco CallManager staat LTN gelijk aan de poorten die u in de routegroep hebt ingesteld. De eerste haven is LTN 1, de tweede haven is LTN 2, enzovoort. Dit is de reden dat het van essentieel belang is om de vervolgkeuzemogelijkheden Port en order te configureren door Cisco
CallManager 3.0(x) te configureren voor integratie in Voice Mail Systems via SMDI beschrijft. Als alle poorten geselecteerd zijn, is de LTN die door de Cisco Messaging Interface gegenereerd is LTN 1. Dit resulteert in mislukte integratie. Aan de kant van de voicemail is het van essentieel belang om te verzekeren dat de bekabeling correct is tussen de toegangs- en de
spraakpostpoorten. Aangezien het SMDI-bericht aangeeft welke poort (LTN) de oproep aan het voicemailsysteem wordt aangeboden, moeten alle Layer 1-problemen worden opgelost.
Een tweede gemeenschappelijke reden waarom een directe vraag naar voicemail faalt is een verkeerde configuratie van het veld VoiceMailPartition in de Cisco Messaging Interface.
Het veld VoiceMailPartition moet de naam van de scheiding bevatten die is toegewezen aan het routepatroon dat naar de routelijst voor spraak-mail wijst. Als deze informatie niet correct is, wordt de onderschepping voor VoiceMailDn niet geactiveerd en wordt er geen SMDI-bericht
gegenereerd. Dientengevolge beschikt het voicemail-systeem niet over de juiste informatie om de oproep naar wens te verwerken en is er sprake van een generieke groet.
Controleer of de SMDI-link UP aan de kant van de voicemail staat, als uw voicemail-systeem op dit criterium steunt. Cisco CallManager werkt op een standaard PC, wat betekent dat het negen spelden heeft die eigenlijk worden aangesloten op de seriële poort. Cisco-communicatie-interface gebruikt echter slechts drie van de RS-232-lijnen: TD, RD en BND. Er zijn twee uitgaande
controlelijnen: RTS en DTR. Deze worden beiden aangehaald wanneer de poort wordt geopend, maar Cisco Messaging Interface geeft er niet om als de lijnen worden genegeerd of niet. Er zijn vier inkomende controlelijnen: DCD, CTS, DSR en RI. Al deze regels worden ook genegeerd.
Direct Call Tracker van CMI
Voor problemen oplossen bij SMDI, onderzocht Cisco Messaging Interface-spoorbestanden in de C:/Program Files/Cisco/Trace/CMI-map.
19:27:58.578 Cisco Messaging Interface| CMISsapiClient::RecvSsCallInfoResMsg() Received RecvSsCallInfoResMsg userdata = 5996360, Key = 7864, DSL2 = 2,
calledparty =3500, callingparty =2000
19:27:58.578 Cisco Messaging Interface| CMISsapiClient::RecvSsCallInfoResMsg() Direct Call port - 2, callingparty -2000
19:27:58.578 Cisco Messaging Interface|-->CMISsapiClient::SendDirectCall() 19:27:58.578 Cisco Messaging Interface| CMISsapiClient::SendDirectCall()
Dit is een voorbeeld van een directe oproep vanaf de verlenging van 2000. Het werd op LTN 0002 of op haven 2 aan het voicemailberichtensysteem voorgelegd.
Bel direct: [<CR><LF>MD001002D<0x20>2000<0x20><CR><LF><LF><^Y>]
●
Nadat u hebt gevalideerd dat de Cisco Messaging Interface de VoiceMailDn onderschept en SMDI-berichten genereert, kunt u met de voice-mail-verkoper werken om er zeker van te zijn dat het bericht wordt ontvangen. Als het voicemail-systeem geen SMDI-berichten ontvangt, ook al genereert de Cisco Messaging Interface ze, kan een PC met hyper-terminal worden gebruikt om aan te tonen of ze de Cisco CallManager-server verlaten.
Doorsturen van gespreksindeling
Cisco CallManager 3.0 ondersteunt de voorwaartse reden code van A voor Alle voorwaartse uitnodigingen. In Cisco CallManager 3.1 en later worden de codes B en N van de ratio toegevoegd voor Bezig en Geen Antwoord, respectievelijk.
De doorgestuurd oproep formaat is:
<CR><LF>MDXLLD DDDD<0x20>CCC<0x20><CR><LF></^Y>
●
<CR> wagenterugkeer
<LF> Lijnvoer
MDXX Berichtenbureau. Nummer xxx is normaal 001 LLL Logisch terminalnummer (0001 - 4096)
O
Type gesprek. A is All Call Forwarded
(ondersteund door CM 3.0), B is Busy Forward (CM 3.1), N is voor Ring No Antwoord (CM 3.1) DDDD
DDD Gedetailleerde partij
<0x20
> Spatiebalk CCCC
CCC Roepende partij
<0x20 Spatiebalk
>
<CR> wagenterugkeer
<LF> Lijnvoer
<EM> Middeleinde
Dit is een voorbeeld van een doorgezonden oproep van verlenging 2000 tot verlenging 2001. De oproep wordt naar een voicemail gestuurd omdat de telefoon van de belde van de partij in een Call Forward All staat. De oproep wordt op LTN 0002 of poort 2 aan het
voicemailberichtensysteem voorgelegd.
[<CR><LF>MD0010002A2001<0x20>2000<0x20><CR><LF><^Y>]
●
Probleemoplossing voor een doorsturen oproep
Wanneer een aanroep een andere partij aanspreekt en aan audio-mail wordt doorgestuurd is de verwachting dat zij de begroeting van de geroepen partij ontvangen. Om dat voor te komen, moet de gateway naar het spraakpostsysteem worden geconfigureerd zoals beschreven in Cisco CallManager 3.0(x) voor integratie in Voice Mail Systems via SMDI. Zorg ervoor dat de directe oproepen werken voordat u probeert om de doorgestuurde oproepen op te lossen.
Wanneer u problemen oplossen hebt doorgestuurd vraag uw vraag, controleer om te verzekeren dat het van de nalatenschap stemsysteem de doorgezonden relogcode steunt. Sommige
spraakpostsystemen maken het mogelijk de verschillende reproductiecodes te programmeren. In sommige gevallen, waar Cisco CallManager werd ingezet vóór versie 3.1, is het voicemailsysteem mogelijk niet geprogrammeerd om het Busy en Geen Antwoord doorgestuurd redencode te
accepteren, omdat Cisco CallManager deze toen niet ondersteunde.
Doorsturen van Call Tracker vanuit Cisco-communicatie-interface
Wanneer u problemen met uw probleemoplossing met SMDI hebt opgelost, controleert u de Cisco Messaging Interface-spoorbestanden in de C:/Program Files/Cisco/Trace/CMI-map.
18:33:28.187 Cisco Messaging Interface| CMISsapiClient::RecvSsCallInfoResMsg() Received RecvSsCallInfoResMsg fOriginalCdpn = 2001, fCgpn = 2000 fCallingPattern
= 2000
18:33:28.187 Cisco Messaging Interface| CMISsapiClient::RecvSsCallInfoResMsg() Received RecvSsCallInfoResMsg userdata = 5996336, Key = 7864, DSL2 = 2,
calledparty = 2001, callingparty = 2000
18:33:28.187 Cisco Messaging Interface| CMISsapiClient::RecvSsCallInfoResMsg() Forwarded Call port - 2, calledparty - 2001, callingparty - 2000
18:33:28.187 Cisco Messaging Interface|-->CMISsapiClient::SendCallForwardAll() 18:33:28.187 Cisco Messaging Interface| CMISsapiClient::SendCallForwardAll() Send call forward all: [<CR><LF>MD0010002A2001<0x20>2000<0x20><CR><LF><^Y>]
18:33:28.187 Cisco Messaging Interface|-->CMISerialWorker::SendBuffer() 18:33:28.187 Cisco Messaging Interface| CMISerialWorker::SendBuffer() Send Buffer - <CR><LF>MD0010002A2001<0x20>2000<0x20><CR><LF><^Y>
18:33:28.197 Cisco Messaging Interface|<--CMISerialWorker::SendBuffer()
18:33:28.197 Cisco Messaging Interface|<--CMISsapiClient::SendCallForwardAll()
Dit is een voorbeeld van een doorgezonden oproep van verlenging 2000 tot verlenging 2001. De oproep wordt naar een voicemail gestuurd omdat de telefoon van de belde van de partij in een Call Forward All staat. De oproep wordt op LTN 0002 of poort 2 aan het
voicemailberichtensysteem voorgelegd.
Nadat u hebt gevalideerd dat de Cisco Messaging Interface de VoiceMailDn onderschept en SMDI-berichten genereert, kunt u met de voice-mail-verkoper werken om er zeker van te zijn dat het bericht wordt ontvangen. Als het voicemail-systeem geen SMDI-berichten ontvangt, ook al genereert de Cisco Messaging Interface ze, kan een PC met hyper-terminal worden gebruikt om aan te tonen of ze de Cisco CallManager-server verlaten.
MWI-indeling
Het formaat voor opdrachten in- en uitschakelen is:
MWI aan: OP:MWI<0x20>XXXX!<EOT>
OP:MWI Wachten-indicatielampje gebruiken
<0x20> Spatiebalk
XXXX Uitbreidingsnummer
<EOT> Einde transmissie OP:MWI<0x20>2001!<EOT>
Een verzoek om het bericht aan te zetten in afwachting van de verlenging van 2001.
MWI uit: RMV:MWI<0x20>XXXX!<EOT>
RMV:MWI Berichtenwachtindicatielampje verwijderen
<0x20> Spatiebalk
XXXX Uitbreidingsnummer
<EOT> Einde transmissie RMV:MWI<0x20>2001!<EOT>
Een verzoek om bericht uit te schakelen in afwachting van de verlenging in 2001.
MWI voor probleemoplossing
Wanneer u MWI-problemen met betrekking tot probleemoplossing met SMDI hebt opgelost, bepaalt de eerste stap of het verzoek al dan niet wordt ontvangen door Cisco CallManager. De Cisco Messaging Interface-spoorbestanden op het tabblad C:/Program Files/Cisco/Trace/CMI tonen of het SMDI-bericht al dan niet wordt verzonden door het spraakpostsysteem en wordt ontvangen door Cisco CallManager.
Als het verzoek door Cisco CallManager wordt ontvangen, maar MWI niet correct werkt, controleer of het veld MWI SearchSpace in de Cisco Messaging Interface de scheiding bevat die behoort tot de telefoon waarvan de lamp wordt gevraagd om in/uit te zetten. Het veld MWISSearchSpace moet de namen bevatten van de scheidingen gescheiden door een dubbele punt. Dit veld is hoofdlettergevoelig.
MWI-sporen van Cisco-communicatie-interface
MWI on
18:33:47.846 Cisco Messaging Interface| CMISerialWorker::SerialThread() Saw EOT, inbound message: [OP:MWI<0x20>2001!
18:33:47.846 Cisco Messaging Interface|-->CMISsapiClient::OnLampOn() 18:33:47.846 Cisco Messaging Interface| CMISsapiClient::OnLampOn() Lamp On - 2001
18:33:47.846 Cisco Messaging Interface| CMISsapiClient::OnLampOn() Processed number = 2001
18:33:47.906 Cisco Messaging Interface|<--CMISsapiClient::OnLampOn()
MWI uit
18:33:47.846 Cisco Messaging Interface| CMISerialWorker::SerialThread() Saw EOT, inbound message: [RMV:MWI<0x20>2001!
18:33:47.846 Cisco Messaging Interface|-->CMISsapiClient::OnLampOff() 18:33:47.846 Cisco Messaging Interface| CMISsapiClient::OnLampOff() Lamp Off - 2001
18:33:47.846 Cisco Messaging Interface| CMISsapiClient::OnLampOff() Processed number = 2001
18:33:47.906 Cisco Messaging Interface|<--CMISsapiClient::OnLampOff()
Bekende problemen
FXS-poorten op de 6624-blade en AT-x-gateway gaan niet tijdig aan de haak.Het standaardgedrag van deze apparaten is om op-haak te gaan wanneer ze reorder toon ontvangen. Veel voicemail systemen ontkoppelen niet op reorder, maar eerder dialtone. U kunt de standaardwaarde van 5000 tot 1234 van de Timer van de Uitroep wijzigen om het gedrag van de gateway te
wijzigen.
●
Foutberichten over de Cisco Messaging Interface in de kijker van de gebeurtenis.
Error: CMyProcessConfigList::GetSafeIntegerParam() catch
handler Parameter MessageDeskNumber not found in database, using default value of 1.
●
In vroege releases van Cisco CallManager was de parameter Berichtbank moeilijk gecodeerd naar 1. In Cisco CallManager 3.0(7) is ondersteuning voor configureerbare berichtnummers geïntroduceerd. Als u geen Nummer van een berichtbureaublad definieert, gebruikt Cisco CallManager Berichtbank 1.
Cisco Messaging Interface blijft niet actief.Door de release van Cisco CallManager 3.0(7) is het veld VoiceMailDN vereist.
●
Geen MWI met Octel 250/350 wanneer Octel meerdere SMDI-links gebruikt.Wanneer Octel voice-mail systemen meerdere SMDI-links gebruiken, moet worden gespecificeerd over welke link de MWI-opdracht moet worden verzonden. In het postvakprofiel kunt u de tekst bewerken.
Het veld Link Number moet overeenkomen met de SMDI-link die het Octel met Cisco CallManager verbindt.
●
Cisco DPA 7630/7610
De Cisco DPA76x Voice Mail Gateway is een VoIP-gateway die legacy-spraakpostapparatuur met een netwerk van Cisco IP-telefonie mogelijk maakt. Met Cisco DPA 7610 kunt Octel
spraakpostsystemen die momenteel digitale Station Emulation gebruiken om verbinding te maken met een Nortel Meridian 1 PBX-systeem in plaats daarvan verbinding maken met een Cisco IP CallManager-systeem. Met Cisco DPA 7630 kunt Octel spraakpostsystemen die momenteel digitale Station Emulation gebruiken om verbinding te maken met een Avaya Definity PBX, in plaats daarvan verbinding maken met een Cisco IP CallManager-systeem zonder veranderingen in het spraakpostsysteem.
Cisco CallManager bekijkt Cisco DPA 76x als een verzameling van 30 VIP-telefoons en Avaya G3 van de PBX ziet de DPA als een verzameling van 7504D digitale telefoons. De Nortel Meridian M1 ziet de DPA als een verzameling van 2616 telefoontoestellen.
Probleemoplossing voor oproepen naar spraak-mail via een Cisco DPA 7630/7610
De Cisco DPA 76x gateways hebben zeer nauwkeurige bedradingsvereisten. Het is essentieel om de bekabeling te controleren wanneer u problemen met uw probleemoplossing met Cisco
DPA76xx hebt.
U kunt de Cisco DPA 7630-vereisten vinden in Verbinding met het Octel en de Standaard systemen op een Cisco DPA 7630.
●
U kunt de Cisco DPA 7610-vereisten vinden voor aansluiting op de systemen Octel en Meridian 1 op een Cisco DPA 7610.
●
Zodra u zeker bent dat de Layer 1-problemen worden opgelost, kunt u deze suggesties onderzoeken.
Symptoom: De toon van de orde wordt aan de bezoeker uitgespeeld wanneer een vraag aan audio post wordt geplaatst.Suggestie: Als de DPA is ingesteld buiten twaalf havens, kan de dertiende beller een reorder ontvangen als de eerste twaalf havens in gebruik zijn. Cisco CallManager heeft een Service parameter met de naam ForwardMaximumHopCount. Dit veld wordt standaard ingesteld op een waarde van
12.
●
Stel deze waarde in op het aantal poorten dat op de DPA is ingesteld.
Symptoom: Callers krijgen de belangrijkste begroeting (open bomen) in plaats van de groet voor de brievenbus van de abonnee.Suggestie: De DPA is afhankelijk van de waarde die in het veld 'Pilot' van Cisco CallManager is ingevoerd voor implementaties van meer dan één DPA. Het CallManager 'Pilot' folder nummer moet de eerste poort van de eerste DPA zijn.
Terwijl het eerste DPA de folder nummers (DN's) kent verbonden aan zijn eigen poorten, hebben opeenvolgende DPA's deze informatie nodig om correcte integratie te
verzekeren.Opmerking: De meest voorkomende verkeerde configuratie is wanneer een klant een CTI-routepunt of een jachtgroep vormt die naar de DPA doorstuurt. Dit is niet nodig, omdat u de juiste DN aan de eerste DPA-poort kunt toewijzen.
●
MWI voor probleemoplossing met een Cisco DPA 7630/7610
Om bericht te wachten bericht correct te werken moeten Cisco CallManager en de DPA worden geconfigureerd om dezelfde DNA’s voor MWI te gebruiken.
De waarden die zijn ingevoerd onder Service > Service parameters > Cisco CallManager, voor MessageWaitingOn DN en MessageWaitingOffDN moeten overeenkomen met de waarden die in de DPA onder Configure > CallManager zijn ingevoerd.
Symptoom: MWI's kunnen niet in- of uitschakelen.Suggestie: Zorg ervoor dat de MWI on/off DN's geen deel van een generischer patroon uitmaken. Controleer bijvoorbeeld of er geen routepatroon van 1xxx is dat naar een gateway wijst.
●
Symptoom: MWI's schakelen niet uit op het Octel 250/350-platform.Suggestie: Om MWI's goed te laten functioneren, moet de Time-outfunctie voor het wachten van berichten in menu 6.2, In-Band Integration van het Octel-systeem worden ingesteld op de 1 - Time-out =
positieve instelling van de bevestiging. De 2 - timeout = Negative Acknowledlement setting leidt het Octel systeem om het ontbreken van een bevestigingstoon als een foutindicatie te interpreteren. De DPA 7630/7610 vereist dat de optie 1 - Time-out = positieve bevestiging wordt gebruikt.
●
Symptoom: Met de Cisco DPA 7630 kunnen MWI’s niet in of uit worden gezet.Suggestie: De Avaya G3 PBX maakt gebruik van functiekaarten om het bericht op de PBX in te stellen. Het spraakpostsysteem van Octel gebruikt deze derhalve ook. Deze zijn traditioneel *4 en #4 voor Word-bellen activeren en annuleren. Op het Octel 250/350 platform, in menu 6.2, In-Band Integration zijn er twee parameters: Vergelijking met bellen om MWI te activeren en de sequentie voor bellen te desactiveren om MWI te deactiveren. Deze waarden moeten
●
hetzelfde zijn als de waarden die in de DPA zijn ingesteld bij Integratie met Configureren >
Octel/Definity.
Om de een of andere reden hebben veel Octel systemen de Dialing Sequence om MWI te
activeren en Dialing Sequence om MWI te deactiveren in de vorm van *4PN en #4PN, in plaats van gewoon *4N en #4N. De P vertegenwoordigt een pauze, gewoonlijk van 500 ms, en deze vertraging kan kwesties met MWI vóór DPA code 1.2(1) veroorzaken.
Gerelateerde informatie
Ondersteuning voor spraaktechnologie
●
Productondersteuning voor spraak- en IP-communicatie
●
Probleemoplossing voor Cisco IP-telefonie
●
Technische ondersteuning en documentatie – Cisco Systems
●
