Voix et communications unifiées : Cisco Unity

Dépannage des télécopies IP sortantes dans Unity

17 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Contenu


Introduction

La télécopie en partance d'un utilisateur de Cisco Unity à un télécopieur sur le réseau téléphonique public commuté (PSTN) est prise en charge avec le magicien de configuration de télécopie IP de Cisco Unity qui commence par le Cisco Unity 4.0(4) et la version de logiciel 12.3(7)T de Cisco IOSÝ. Ce service permet à des utilisateurs pour envoyer les télécopies sortantes par un courrier électronique simple. Le numéro de téléphone de télécopie de destination est inclus dans le champ objet du courrier électronique et est envoyé à une boîte aux lettres que le service de télécopie IP de Cisco Unity vérifie. Le service reformate le message, rend toutes les connexions dans le format approprié, réadresse, et envoie le message. Le message est envoyé par le Protocole SMTP (Simple Mail Transfer Protocol) à la passerelle configurée de Cisco IOS avec T.37 la configuration d'OffRamp afin d'envoyer la télécopie au numéro de téléphone de destination.

Ce document discute le commun fait un pas vous utilisation de dépanner. Référez-vous à l'exemple sortant de configuration de passerelle de télécopie IP de Cisco Unity pour les étapes de configuration initiale de la passerelle de Cisco IOS. Référez-vous à l'assistant de configuration de télécopie IP pour le Cisco Unity.

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

Un serveur actif de Cisco Unity avec la version 2.0.0.19 ou ultérieures de magicien de configuration de télécopie IP de Cisco Unity est utilisé en même temps que la configuration de passerelle définie dans ce document afin d'avoir un système complet et effectif. Du côté de passerelle IOS, un routeur Cisco IOS qui le prend en charge T.37 fonctionnalité d'OffRamp et le Logiciel Cisco IOS version 12.3(7)T ou plus tard est prié avec la version 4.0(4) ou ultérieures de Cisco Unity avec Microsoft Exchange 2000 ou 2003 comme mémoire de message de partenaire.

Remarque: T.37 l'OffRamp n'est pas pris en charge sur des réseaux de Protocole MGCP (Media Gateway Control Protocol). Référez-vous au guide de configuration T.37 d'enregistrement et transfert de télécopie pour plus d'informations sur la plate-forme et d'autres restrictions quand vous utilisez T.37.

Composants utilisés

Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :

  • Cisco 3725 comme passerelle IOS

  • Version du logiciel Cisco IOS 12.3(8)T4

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Informations générales

Afin d'illustrer la procédure de dépannage, il est important de comprendre le fonctionnement de base de cette caractéristique. Le problème est alors rétréci vers le bas à un composant particulier et plus d'informations sont recueillies à son sujet.

/image/gif/paws/63355/out-fax-ts-1.gif

  1. L'utilisateur sur le système envoie un courrier électronique à la boîte aux lettres de télécopie. Ce message doit contenir [FAXPHONE=9915550] dans le sujet à la boîte aux lettres de télécopie (par exemple, fax-unity2@vnt.com), où 9915550 est le nombre du télécopieur de destination. Basé sur le Plan de composition installé dans la passerelle, ce nombre ou est précédé avec des 9 ou seul reçoit certaines chaînes de chiffre. Une fois qu'il est envoyé, Microsoft Exchange fournit le message à cette boîte aux lettres.

    Remarque: Si le courrier électronique provient d'un autre domaine, alors le Système de noms de domaine (DNS) et le système de messagerie distant sont configurés pour fournir la messagerie au compte de domaine et de messagerie où la boîte aux lettres de télécopie réside.

  2. Le service de télécopie IP de Cisco Unity périodiquement se connecte dans la boîte aux lettres de télécopie et récupère le message. Maintenant la connexion est indiquée. Le message est rendu (par exemple, converti en fichier TIF) sur le serveur de Cisco Unity, avec la supposition qu'il peut manipuler une connexion de cette taille.

  3. Une fois que la connexion est rendue, le message est envoyé à la passerelle IOS. Microsoft Exchange doit être configuré pour pouvoir envoyer un message, qui est adressé à un destinataire, tel que fax=9915550@c3725-51.gateway.com. Ceci signifie typiquement qu'un enregistrement A et un Mail Exchange Record (MX Record) pour cet hôte (c3725-51.gateway.com) sont ajoutés aux DN et à un connecteur de SMTP est ajouté pour permuter pour conduire le message. L'adresse électronique et le nom d'hôte utilisé ici n'a pas besoin d'être conviviaux puisque les utilisateurs n'envoient jamais le courrier électronique directement à la passerelle.

  4. La passerelle IOS est configurée pour T.37 la caractéristique d'OffRamp, qui lui permet pour recevoir un message SMTP, interprètent l'adresse fax=9915550, placent un appel aux 991550 nombres (après toute Manipulation de chiffres possible), et puis transmettent le fichier TIF au télécopieur réceptif.

    Remarque: La passerelle ne peut pas employer le MGCP pour utiliser cette caractéristique. Cependant, le circuit n'a pas besoin d'être dédié pour faxer seulement. La Voix et la télécopie sont utilisées ensemble sur le même circuit de Voix. La configuration de cadran-pair sur le routeur détermine ce qui est fait réellement avec un appel.

  5. Une fois la télécopie est fournie, la passerelle envoie un message de notification d'état de la livraison (DSN) de nouveau à la boîte aux lettres de télécopie (fax-unity2@vnt.com). Ceci indique si la télécopie a été avec succès fournie ou pas. Quand le service de télécopie IP ouvre une session, le message de DSN est récupéré. Dans le cas où il n'a pas été avec succès fourni, code de cause est examiné. Basé sur ce code de cause, ou le message est renvoyé (peut-être le fax distant était occupé) ou un message est renvoyé à l'utilisateur pour informer l'utilisateur d'un problème. Sans ceci, le service de télécopie IP ne sait jamais si une télécopie était avec succès fournie.

Un des avantages de cette architecture est que n'importe quel problème est habituellement décomposé en composants appropriés.

Avant que vous dépanniez

Assurez-vous que le service de CsIpFaxSvc est installé, configuré, et s'exécute

Vérifiez la configuration avant que vous commenciez.

Installez la passerelle correctement. Référez-vous à l'exemple sortant de configuration de télécopie IP de Cisco Unity et à l'assistant de configuration de télécopie IP.

Installez l'échange de sorte que la messagerie soit fournie du mailstore de l'utilisateur à celui où la boîte aux lettres de télécopie réside. Il est livré dans la direction inverse également de sorte que le message d'état puisse être renvoyé à la source. La messagerie doit pouvoir livrer du compte de télécopie à la passerelle et au dos. Ceci implique la configuration dans les DN et l'échange.

Assurez-vous que le service de télécopie IP est correctement installé. Après que le programme de configuration soit lancé, exécutez l'assistant de configuration sur le Cisco Unity et assistant de configuration de télécopie choisissez de début > de programmes > d'Unity > de Cisco Unity IP.

Le service de télécopie IP ne peut pas rendre quelque chose que vous lui envoyez. Quand le service de télécopie IP reçoit un fichier relié à un courrier électronique, il vérifie d'abord pour s'assurer qu'il peut identifier l'extension. Ceux-ci sont installés dans l'outil d'administration de télécopie de tiers. Les extensions par défaut permises sont BMP, htm, TIF, et TXT. Si une extension de DOCUMENTATION est désirée, alors l'outil doit l'ajouter comme indiqué dans cet exemple.

Remarque: Il y a une question dans des quelques releases qui empêche la dernière extension dans la liste de l'outil d'administration de télécopie de tiers du bon fonctionnement. Voyez le pour en savoir plus de section de mises en garde.

/image/gif/paws/63355/out-fax-ts-2.gif

Le serveur de télécopie sélectionné est routage de télécopie IP de Cisco Unity. La DOCUMENTATION est ajoutée à la zone laissée d'extensions de fichier. Ceci signifie que le service de télécopie IP fournit la connexion à l'engine de rendu. Une fois que ceci est fait, l'engine de rendu se fonde sur l'application associée avec le type d'extension de sorte qu'il puisse ouvrir le document et l'imprimer à un fichier avec son gestionnaire d'impression. On permet typiquement des extensions de DOCUMENTATION puisque l'application de WordPad est installée sur le serveur de Cisco Unity par défaut, et elle ouvre la plupart des documents de Microsoft Word. Une application telle que l'Acrobat Reader vous aide à faxer des fichiers PDF. Voyez la section de mises en garde de ce pour en savoir plus de document.

Remarque: La seule application officiellement prise en charge par Cisco pour des extensions .doc est WordPad. Le rendu de l'engine peut échouer si des applications comme Wordview ou Microsoft Word est utilisées avec l'extension de documentation.

Remarque: N'installez pas la Microsoft Office sur le serveur de Cisco Unity. Ceci arrête le bon fonctionnement du Cisco Unity. Seulement des applications tierces prises en charge devraient être installées sur le serveur de Cisco Unity. Faites attention quand vous installez n'importe quel logiciel tierce partie sur le serveur de Cisco Unity.

Vérifiez du début > des outils d'administration > des services que le CSIpFaxSvc est en activité et le login car le champ est identique que le service d'AvCsMgr. Si le service d'AvCsMgr n'est pas commencé, il est possible qu'il y ait des problèmes. Ceci affecte également le CsIpFaxSvc. Référez-vous au Cisco Unity 3.1(x) et à 4.x : Le service d'AvCsMgr ne commence pas le pour en savoir plus.

Installez un client mail pour surveiller le compte de télécopie

Si cela ne fonctionne pas même après que le service et la passerelle de télécopie IP sont installés, la première étape est d'utiliser Microsoft Outlook Express (avec protocole IMAP (IMAP) ou un Outlook (ou un logiciel de courrier électronique différent) pour examiner la boîte aux lettres de télécopie IP. Puisque les utilisateurs les envoient message à cette boîte aux lettres et le service de télécopie IP vérifie et l'envoie message de ce compte, assurez-vous que les messages arrivent et qu'ils sont envoyés correctement. Tout vu ici peut être diagnostiqué avec l'utilisation des fichiers journal et du centre de cheminement de message d'échange. Mais, ceci aide également à illustrer l'exécution du produit.

Outlook Express est installé automatiquement sur le serveur de Cisco Unity. Outlook est la messagerie du choix avec des déploiements de messagerie unifiée pour le Cisco Unity.

attention Attention : N'installez pas Microsoft Outlook sur Cisco Unity Server. Il fait arrêter le Cisco Unity l'exécution. Outlook ne devrait pas également être installé sur le serveur exchange. Il doit être installé sur une machine cliente et être puis configuré afin de se connecter au serveur exchange.

Quand vous ajoutez un ou plusieurs comptes de messagerie à Outlook Express, assurez-vous que vous spécifiez l'IMAP. Si vous sélectionnez le BRUIT, il cause tous les messages d'être téléchargés du mailstore immédiatement. Alors le service de télécopie IP ne détecte aucun nouveau message. Spécifiez le compte des services de télécopie IP. Si le mot de passe n'est pas connu, il est sûr d'accéder à des utilisateurs et des ordinateurs de Répertoire actif, trouve le compte de télécopie IP, et a remis à l'état initial le mot de passe.

La méthode de dépannage fournie dans ce document n'est pas la seule que vous pouvez utiliser. Par exemple, si vous avez accès au compte de télécopie IP et êtes ouvert une session par Outlook ou Outlook Express, vous pouvez envoyer un courrier électronique de test directement de cet emplacement à un utilisateur. Vous pouvez également envoyer des courriers électroniques directement à la passerelle. Ceci rétrécit vers le bas le problème puisqu'il montre qu'un élément ou un autre fonctionne correctement.

Paramètres de registre

Afin de faciliter le dépannage, changez les diagnostics de niveau de sorte que plus de sortie soit enregistré. Choisissez le Start > Run et écrivez le regedit dans la case de commande afin d'activer ceci sur le serveur de Cisco Unity où le CSIPFaxSvc s'exécute. Choisissez HKEY_LOCAL_MACHINE \ LOGICIEL \ Voice\IPFaxRouter\1.0 actif une fois que l'outil de Registry Editor apparaît.

Choisissez éditent > nouveau > valeur DWORD. Le nom spécifié est DiagLevel. Quand il est créé, double-cliquer cette clé. Écrivez 3 dans la zone d'information de valeur. C'est les diagnostics maximum de niveau. À une date ultérieure, vous pouvez le changer à 0 (le par défaut). Cette modification n'exige pas de vous de redémarrer le service.

attention Attention : Quand vous changez la clé de registre fausse ou écrivez une valeur incorrecte, elle fait fonctionner mal le serveur. Confirmez que vous savez le restaurer si un problème se pose avant que vous éditiez la clé de registre. Référez-vous aux thèmes restaurants dans le pour en savoir plus d'aide de Registry Editor. Une sauvegarde typique du serveur de Cisco Unity ne sauvegarde pas le registre. Pour un système de Basculement de Cisco Unity, des changements dans le registre sur un serveur de Cisco Unity sont apportés manuellement sur l'autre serveur de Cisco Unity puisque des changements dans le registre ne sont pas répliqués. Entrez en contact avec le support technique de Cisco pour plus d'informations sur la façon changer les configurations de clé de registre.

/image/gif/paws/63355/out-fax-ts-3.gif

Une autre clé utile est dans certaines situations la clé de MaximumWait. Sinon présentez, des par défaut de cette clé à 24 (des heures). Il spécifie la durée maximale pour tenir un message avant qu'un message de non-livraison soit envoyé à l'utilisateur. Cette clé ne facilite pas directement le dépannage, mais on lui demande fréquemment.

La clé d'OutboundRouterDomain contient le domaine de courrier électronique qui est utilisé comme suffixe de messagerie quand un message est adressé à une adresse à livrer à la passerelle de Cisco IOS pour la remise de télécopie sortante. Afin de faire ceci, la valeur, vnt-3725-51.gateway.com dans cet exemple, doit la résoudre par des DN. Il peut être utile de cingler cette entrée. Si cette entrée est incorrecte, un courrier électronique est retourné à l'expéditeur et les informe que l'entrée de passerelle ne peut pas être résolue.

Conseil : Ce fait est utile pour le dépannage : Si vous avez tout installé excepté le Cisco IOS passerelle, vous pouvez temporairement changer cette entrée dans le registre à une valeur factice, par exemple, quelque chose qui n'est pas dans des DN. Envoyez alors une télécopie à la boîte aux lettres de télécopie. Le service de CsIpFaxSvc récupère le message, rend les connexions, et puis ne localise pas la passerelle. Une notification de la réception de non-livraison (NDR) est renvoyée à l'expéditeur avec la connexion rendue TIF de la télécopie qui est envoyée à la passerelle. Si vous faites ceci, vous avez vérifié cela :

  • Le courrier électronique peut être envoyé de votre utilisateur au compte de télécopie.

  • Des télécopies peuvent être rendues avec succès.

  • Le courrier électronique peut être renvoyé du compte de télécopie à l'utilisateur.

Tout a été éliminé excepté envoyer message du compte de télécopie à la passerelle et de la passerelle au compte de télécopie.

La clé de Coverpage contient l'emplacement de la page de couverture qui est rendue. Chaque télécopie qui est transmise contient une page de couverture avec quelques informations, telles que le nombre de pages. Il est possible d'éditer cette page et d'insérer les informations faites sur commande ou un logo de société. Si la clé est changée à un fichier inexistant, alors la page de couverture n'est pas envoyée.

Dépannez chaque composant

Étape 1 : Vérifiez que des messages peuvent être envoyés de l'utilisateur au compte de télécopie

Envoyez un message d'un utilisateur au compte de télécopie. Dans ce diagramme, le message est adressé à fax-unity2, qui est la boîte aux lettres de télécopie. Le nombre que l'utilisateur veut appeler est spécifié dans le champ objet, qui est 9915550 dans ce cas. Le document que l'utilisateur veut faxer est relié.

/image/gif/paws/63355/out-fax-ts-4.gif

Après que ce message soit envoyé, il arrive dans la boîte aux lettres de télécopie qui est installée au commencement. Cette figure affiche la vue d'Outlook Express de la boîte aux lettres.

/image/gif/paws/63355/out-fax-ts-5.gif

Si le message n'arrive pas, il y a une question de base de la livraison de courrier électronique. Vous devriez voir si l'expéditeur recevait un certain genre de message d'échec de la livraison. Microsoft Exchange 2000/2003 a la fonctionnalité de suivi de message d'échange, qui te permet pour voir des détails supplémentaires au sujet de la distribution du courrier. Si l'expéditeur et le compte de télécopie sont dans deux domaines distincts, par exemple, a.com et b.com par exemple, alors assurez-vous que le système de messagerie de envoi est correctement configuré pour fournir la messagerie au serveur de messagerie de destination. Ceci implique d'installer A et des enregistrements MX dans des DN et puis d'ajouter un connecteur de SMTP pour conduire la messagerie. La messagerie devrait également pouvoir être introduit la direction inverse pour que les messages de non-livraison soient renvoyés à l'utilisateur.

Cette figure affiche une entrée DNS pour la passerelle IOS avec A et des enregistrements MX.

/image/gif/paws/63355/out-fax-ts-6.gif

Un connecteur de SMTP est nécessaire en échange de cet hôte de messagerie.

/image/gif/paws/63355/out-fax-ts-7.gif

Des DN est utilisés pour conduire à l'espace d'adressage. L'espace d'adressage est configuré comme c3725-51.gateway.com. C'est seulement un des nombreuses configurations. C'est juste l'installation d'environnement témoin pour un test. Un environnement entreprise typique d'échange est beaucoup plus complexe. Le point est de s'assurer que vous obtenez la messagerie de l'utilisateur à la boîte aux lettres de télécopie. Vérifiez le site Web de Microsoft pour plus d'informations sur ces thèmes.

Assurez-vous que la messagerie est envoyée de l'utilisateur au compte de télécopie et du compte de télécopie aux utilisateurs finaux.

Étape 2 : Vérifiez que des messages sont traités par le service de télécopie IP

Pendant la télécopie IP entretenez la configuration, un intervalle de sondage est spécifié. Ceci indique comment fréquemment le service de télécopie IP se connecte dans la boîte aux lettres de télécopie et vérifie de nouveaux messages. Cisco recommande placer ce bas de valeur jusqu'à ce que le bon fonctionnement du produit soit vérifié.

Le meilleur fichier journal diagnostique est IPFaxSvc<date/time>.log. Il est dans situé dans \ Commserver \ répertoire de logs.

Remarque: Dans cet échantillon de suivi, quelques informations ont été enlevées.

Vous pouvez voir la boîte aux lettres que le fichier journal se connecte dans à chaque intervalle. Vous pouvez également le voir traiter les télécopies sortantes.

Remarque: Tous les suivis reflètent le DiagLevel = les paramètres de registre 3 cités précédemment.

"Logging on to mailbox [VNT2-EX1\fax-unity2]"
"CIpFaxCdoHelper::LogonToMailbox() name returned from Logon is [fax unity2]"
"Processing outbox, message count= 1"
"CIpFaxCdoHelper::ProcessFaxOutbox() processing message receipts"
"CIpFaxCdoHelper::DetermineMessageDisposition() current message 
subject=[[faxphone=9915550]]"
"CIpFaxCdoHelper::DetermineMessageDisposition() setting disposition to OUTBOUND"
"CIpFaxCdoHelper::ProcessFaxOutbox() message looks like outbound fax - not 
processing as receipt message"

Il est important que le processus sortant se connecte avec succès dans la boîte aux lettres correcte, se rend compte qu'il y a un message, récupère le sujet, et le considère être une télécopie sortante.

"_RecordsetPtr::Open(Select * from tblIpFaxData where MessageEntryID = 
'00000000377C58FB04A29C468DAB3CBC07D7F94B0700E7E65E238D0DEF46B5F8EAF983C6C512000000
05E5B20000E7E65E238D0DEF46B5F8EAF983C6C51200000005F55A0000') returned [0] rows - 
Code: 0x80004005. Method: CIpFaxAdoHelper::GetRecordSet. [IpFaxAdoHelper.cpp::403]"

"CIpFaxAdoHelper::Execute() Cmd=[INSERT INTO tblIpFaxData (MessageEntryID, Status, 
ScratchDirectory, TifFileName, NdrErrorCode, BusyCounter, RnaCounter, 
TimeFirstHandled) VALUES ('00000000377C58FB04A29C468DAB3CBC07D7F94B0700E7E65E238D0
DEF46B5F8EAF983C6C51200000005E5B20000E7E65E238D0DEF46B5F8EAF983C6C51200000005F55A
0000', '0', 'C:\CommServer\unityMta\IpFaxScratchpad', '0188c93ff8194177b9f313edab
c2ea73.tif', '0', '0', '0', '2004-10-14 08:27:17')]"

Maintenant le message est lu. La première déclaration indique que le service exécute une requête SQL contre le tbllpFaxDatatable dans la base de données d'états du serveur de Cisco Unity pour voir si un message avec ce MessageEntryID (l'ID MAPI du message) existe. Il ne trouve pas une telle entrée (lignes 0 retournées), ainsi il ajoute une nouvelle ligne avec ces informations. Ce MessageEntryID est utilisé comme champ Subject dans le courrier électronique envoyé à la passerelle. Quand vous regardez le SQL directement vous voyez :

/image/gif/paws/63355/out-fax-ts-8.gif

Le SQL est utilisé pour maintenir chaque message. Quand la boîte aux lettres de télécopie n'est pas vide, le SQL s'attaque par lui à chaque intervalle et à contrôles qu'il a expliqué chaque message basé sur cet ID de message. La connexion est copiée sur le répertoire C:\CommServer\unityMta\IpFaxScratchpad de brouillon dans ce cas. S'il y a un DSN pour ce même message, il doit seulement mettre à jour le BusyCounter ou quelque chose semblable. Mais c'est la méthode par laquelle le service maintient chaque message. Maintenant que le fichier a été copié sur le répertoire de brouillon, le rendu a lieu.

out-fax-ts-9.gif

"CIpFaxCdoHelper::RenderCurrentMessage() scratch file=[C:\CommServer\
unityMta\IpFaxScratchpad\render.tif]"

"CIpFaxCdoHelper::RenderCurrentMessage() outputting message body to file 
name=[C:\CommServer\unityMta\IpFaxScratchpad\MsgBody.txt]"

"Rendering file [C:\CommServer\unityMta\IpFaxScratchpad\MsgBody.txt] to 
[C:\CommServer\unityMta\IpFaxScratchpad\render.tif]"

"CIpFaxCdoHelper::RenderCurrentMessage() added [1] pages to TIFF"

Les process starts de rendu. Chaque télécopie contient une page de couverture, une page avec le corps du message, et tout ou une partie de connexions. La page de couverture affiche le nombre de pages qui sont faxées. Le corps est rendu d'abord parce qu'il est toujours envoyé d'abord. Puisqu'il rend seulement un message à la fois, il appelle toujours le corps du message MsgBody.txt et le fichier de sortie provisoire render.tif. Le rendu est exécuté par le logiciel de faiseur d'image. Après que chaque processus de rendu soit terminé, il renvoie le nombre de pages qui sont rendues. Dans ce cas, c'est une page.

Étape 3 : Vérifiez l'opération d'équarrissage

L'engine de rendu de faiseur d'image est un gestionnaire d'impression. Il prend un fichier d'entrée, ouvre l'application par défaut associée (Wordpad, Notepad, et ainsi de suite), et utilise le gestionnaire de faiseur d'image pour l'imprimer au fichier. Ceci crée un fichier TIF.

Les fichiers complets de diagnostics sont dans l'annexe section. Quand vous soumettez un problème au support technique de Cisco lié à l'engine de rendu, ces fichiers sont nécessaires :

  • _Toolkit de C:\ImgMaker\Conversion \ log \ ODCDAEMON.log — Le démon qui fait la conversion par des fichiers batch

  • C:\log\ImageMakerDocCnvrt Driver.txt — Les informations de niveau de gestionnaire

La plupart d'informations utiles sont dans le fichier d'ODCDAEMON.log. Pour que chaque fichier soit rendu, vous voyez :

10/14/04 08:27:17
Start time: Thursday, October 14, 2004 08:27:17 AM
Daemon logged in as user: vnt2-u1-ms
Using registry root: HKEY_LOCAL_MACHINE
08:27:17: Pipe name: PrintDocDaemonPipe
08:27:17: Default printer name: ImageMaker DocCnvrt Driver
08:27:17: Registry server: <local>
08:27:17: Service started
08:27:19: 08:27:19: 10/14/04 08:27:19 ServiceRequest thread started
08:27:19: Processing 'Convert v1.0' request
08:27:19: Processing file: C:\CommServer\unityMta\IpFaxScratchpad\MsgBody.txt
08:27:19: Output file: C:\CommServer\unityMta\IpFaxScratchpad\render.tif
08:27:19: Printer name: ImageMaker DocCnvrt Driver
08:27:19: AppendTo filename set to C:\CommServer\unityMta\IpFaxScratchpad\render.tif
08:27:19: Input filename: C:\CommServer\unityMta\IpFaxScratchpad\MsgBody.txt
08:27:19: Output filename: C:\CommServer\unityMta\IpFaxScratchpad\render.tif
08:27:19: 0xE90: <10/14/04 08:27:19> StatusThread timeout value for jobstart: 60000
08:27:21: AutoShutdown feature activated
08:27:21: Sending response 1 to client
08:27:21: 10/14/04 08:27:21 ServiceRequest thread ended

Le premier élément au regarder est ouvert une session comme utilisateur. C'est le même compte que le service de CsIpFaxSvc l'utilise pour ouvrir une session.

/image/gif/paws/63355/out-fax-ts-10.gif

Il est important de se rendre compte de ceci parce que cet utilisateur lance toutes les applications et les rend. Le prochain élément est les noms de fichier d'entrée et sortie. Le troisième élément, réponse, indique le nombre de pages qui sont rendues. Dans ce cas il est un. Si la réponse est négative, elle indique une erreur. S'il y a une erreur, vous devez regarder les lignes qui la précèdent immédiatement. Dans de nombreux cas, l'erreur se produit seulement pour certains types de fichier. Le fichier journal ODCDAEMON affiche si les erreurs se produisent pour tout le rendu ou seulement pour certaine extension tape.

Il est salutaire d'exercer manuellement l'engine de rendu pour tester plus loin ceci. Procédure de connexion en tant que même utilisateur qui dirige le service de CsIpFaxSvc. C'est de vérifier si la même erreur se produit quand l'engine de rendu est lancée du service.

Si vous avez un fichier de chaque type permis d'extension, ouvrez chaque fichier en double-cliquer là-dessus. L'application associée ouvre et vérifie des mises à jour (ou un processus semblable). Dans le cas d'Acrobat, par exemple, ceci peut être désactivé.

Arrêtez le CsIpFaxSvc. Si des ODCDAEMON de processus toujours passages, l'arrêtent avec le gestionnaire de tâches.

Remarque:  Si le fichier journal ODCDAEMON doit être enregistré pour davantage de référence, il doit être fait avant que vous cingliez le CsIpFaxSvc. Quand vous redémarrez le service, il efface le fichier journal ODCDAEMON et la sortie est perdue.

/image/gif/paws/63355/out-fax-ts-11.gif

Lancez le processus ODCDAEMON.EXE du _Toolkit de C:\ImgMaker\Conversion de répertoire. Une fenêtre est affichée pendant que cette figure affiche :

out-fax-ts-12.gif

Lancez le fichier CPCOM.EXE du même répertoire.

/image/gif/paws/63355/out-fax-ts-13.gif

La plupart des valeurs par défaut sont bien. Dans le fichier pour convertir le champ, un fichier d'entrée désiré est sélectionné. Cisco recommande que vous testiez chaque type d'extension séparément. Si le fichier de sortie n'est pas changé, le fichier d'entrée est ajouté au fichier de sortie.

Conversion de clic. Les débuts d'application à imprimer et cette boîte de dialogue apparaît :

out-fax-ts-14.gif

Cliquez sur OK. Choisissez la vue sortie quand option faite. Un visualiseur TIF est lancé et les affichages de fichier de sortie. S'il y a des erreurs, dans certains cas ils sont identiques comme ce qui a été présenté dans le comme indiqué dans cet exemple de fichiers journal.

03:07:39: Input filename: d:\CommServer\UnityMTA\IpFaxScratchpad\render.tif
03:07:39: Output filename: d:\CommServer\UnityMTA\IpFaxScratchpad\9484f347996b4ea18b0caeb52ffda465.tif
03:07:39: 0x15F0: <11/19/04 03:07:39> StatusThread timeout value for jobstart: 60000
PrintTo command does not exist for file type: MSPaper.Document
03:07:39: AutoShutdown feature activated
Conversion unsuccessful. Deleting file d:\CommServer\UnityMTA\IpFaxScratchpad\9484f347996b4ea18b0caeb52ffda465.tif
03:07:39: Sending response -20 [PrintTo command does not exist] to client

Le fichier d'entrée est une connexion TIF. Mais le type de fichier est la DOCUMENTATION (MSPaper.Document). Le problème est dans ce cas que des applications Microsoft telles que Word et les Exceler sont installés sur le serveur, et elles changent les associations de fichier dans le registre. Éditez le HKEY_CLASSES_ROOT \ .tif et le TIF et changez la clé par défaut à TIFImage.Document au lieu de MSPaper.Document afin de corriger cette erreur.

Une fois que chaque type de fichier a été vérifié, fermez les fenêtres CPCOM et ODCDAEMON et redémarrez le service de CsIpFaxSvc.

Si toutes les connexions échouent ou il y a une erreur d'initialisation, réinstallez l'engine de rendu. Utilisez l'instfax.exe - commande z du répertoire de faiseur d'image où l'IPFaxConfigWizard réside afin de la désinstaller. Il est alors réinstallé, qui exige une réinitialisation, et réexécute l'assistant de configuration de télécopie IP de Cisco Unity du début > des programmes > de l'Unity.

La dernière option de tester des erreurs est de sauter le processus de démon et de rendre le fichier de la ligne de commande. Dans la plupart des cas, s'il manquait avant, il échoue également ici. Mais, dans certains cas il fournit les informations complémentaires. Ceci est fait avec l'aide du PDFILCNV exécutable. Ce programme est dans le sous-répertoire de faiseur d'image du chemin d'installation d'IPFaxConfigWizard. Exemple :

PDFILCNV products.doc -Fproducts.tif

Assurez-vous que vous pouvez ouvrir le fichier qui apparaît.

Cet exemple est à partir des fichiers journal d'IpFaxSvc :

"CIpFaxCdoHelper::RenderCurrentMessage() processing attachment=[products.doc]"

"CIpFaxCdoHelper::RenderCurrentMessage() attachment written to file=
[C:\CommServer\unityMta\IpFaxScratchpad\products.doc]"

"Rendering file [C:\CommServer\unityMta\IpFaxScratchpad\products.doc] to 
[C:\CommServer\unityMta\IpFaxScratchpad\render.tif]"

"CIpFaxCdoHelper::R\
)ll
\-
\]
'==e-nderCurrentMessage() added [2] pages to TIFF"

La connexion de DOCUMENTATION de Produits est rendue. Il est ajouté au fichier créé render.tif plus tôt. Il a deux pages, qui fait le nombre total des pages trois.

"CIpFaxCoverPage::GenerateFile() file=[C:\CommServer\unityMta\IpFaxScratchpad
\cover.htm] name=[Unity2 Subscriber] num=[9915550] pages=[3]"

"Rendering file [C:\CommServer\unityMta\IpFaxScratchpad\cover.htm] to 
[C:\CommServer\unityMta\IpFaxScratchpad\0188c93ff8194177b9f313edabc2ea73.tif]"

"Rendering file [C:\CommServer\unityMta\IpFaxScratchpad\render.tif] to 
[C:\CommServer\unityMta\IpFaxScratchpad\0188c93ff8194177b9f313edabc2ea73.tif]"

La page de couverture est le fichier cover.htm. C'est un modèle HTML simple avec quelques variables. Il remplit au nom de l'abonné qui envoie le message, le nombre appelé, et le nombre de pages envoyées.

Après que le fichier de cover.htm de coutume soit créé, il est rendu dans un fichier messageid.tif. Le fichier créé render.tif plus tôt est rendu, par exemple, ajouté, au fichier messageid.tif. En ce moment le fichier messageid.tif est le vrai message qui est envoyé ou faxé.

Il est rendu avec succès. Quelques champs dans le SQL sont mis à jour et le message est envoyé.

"2004-10-14","08:27:29","CIpFaxAdoHelper::Execute() 
Cmd=[UPDATE tblIpFaxData SET Status = '1' WHERE MessageEntryID = 
'00000000377C58FB04A29C468DAB3CBC07D7F94B0700E7E65E238D0DEF46B5F8EAF983C6C
51200000005E5B20000E7E65E238D0DEF46B5F8EAF983C6C51200000005F55A0000']"

"2004-10-14","08:27:29","CIpFaxAdoHelper::Execute() Cmd=[update tblipfaxdata 
set TimeLastAttempted = '2004-10-14 08:27:29' where MessageEntryID = 
'00000000377C58FB04A29C468DAB3CBC07D7F94B0700E7E65E238D0DEF46B5F8EAF983C6C5120
0000005E5B20000E7E65E238D0DEF46B5F8EAF983C6C51200000005F55A0000']";

Le statut du message est placé à 1, et la dernière fois mise à jour est complétée. Il est envoyé à la passerelle.

Étape 4 : Vérifiez que le routeur reçoit et fournit le message

Le message envoyé du compte de télécopie IP à la passerelle doit être sous la forme fax=####@router.gateway.com. Typiquement, des enregistrements des DN A et MX sont exigés dans des DN et un connecteur de SMTP doit être ajouté pour permuter pour conduire des messages à cet hôte. Une fois que ceci est fait, vous pouvez continuer de dépanner la passerelle.

Si vous avez seulement la configuration du routeur, vous pouvez encore vérifier que cela fonctionne si vous employez le telnet afin d'accéder au port de SMTP et envoyer un comme indiqué dans cet exemple de message manuellement :

telnet vnt-3725-51.gateway.com 25
Trying 14.80.51.14...
Connected to 14.80.51.14.
Escape character is '^]'.
220 vnt-3725-51.gateway.com Cisco NetWorks ESMTP server
ehlo
250-vnt-3725-51.gateway.com, hello <empty HELO/EHLO> [172.18.106.123] (really )
250-ENHANCEDSTATUSCODES
250-8BITMIME
250-PIPELINING
250-HELP
250-DSN
250 XACCOUNTING
mail from:test@test.com
250 2.5.0 Sender <test@test.com> ok
rcpt to:fax=9915550@vnt-3725-51.gateway.com
250 2.1.5 Recipient <fax=9915550@vnt-3725-51.gateway.com> ok, maps to `9915550' (cp=no)
data
354 Enter mail, end with a single "."
This is a test message from the router.
.
554 5.3.0 An unknown error occurred
quit
221 2.3.0 Goodbye from vnt-3725-51.gateway.com; closing connection
Connection closed by foreign host.

Il y a dans ce cas une erreur inconnue. Ceci s'est produit parce que l'accès primaire (PRI) qui est utilisé pour fournir la télécopie sortante est vers le bas. C'est un autre exemple :

telnet vnt-3725-51.gateway.com 25
Trying 14.80.51.14, 25 ... Open
220 vnt-3725-51.gateway.com Cisco NetWorks ESMTP server
ehlo
250-vnt-3725-51.gateway.com, hello <empty HELO/EHLO> [172.18.106.66] (really )
250-ENHANCEDSTATUSCODES
250-8BITMIME
250-PIPELINING
250-HELP
250-DSN
250 XACCOUNTING
mail from:test@test.com
250 2.5.0 Sender <test@test.com> ok
rcpt to:fax=9915550@error.com
553 5.4.4 <fax=9915550@error.com> Unable to relay to remote host
quit
221 2.3.0 Goodbye from vnt-3725-51.gateway.com; closing connection

Dans ce cas l'incapable de transmettre par relais au message d'erreur de serveur distant signifie que le mta receive aliases le répertorie en configuration Cisco IOS n'a pas error.com a configuré.

Le telnet au routeur ou l'accèdent à par la console pour commencer dépannant la passerelle directement. Quand vous êtes Telnetted, émettez la commande de terminal monitor. La sortie de débogage est vue. Activez le debug fax mta tout. Si le circuit de Voix sortant est un PRI, le debug isdn q931 est également une commande appropriée.

avertissement Avertissement :  Quand vous activez des suivis sur un routeur, il affecte parfois la représentation. Arrêtez les suivis avec l'aucun mettent au point toute la commande quand il est de finition.

Remarque: Ces logs ont été tronqués afin de ménager de l'espace.

Cette sortie de débogage est d'un exemple actif :

Oct 15 08:27:26.003: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_work_routine:
   context(0x66CA9AC4), state=1
Oct 15 08:27:35.051: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_work_routine:
   Calling smtp verb: ehlo 
Oct 15 08:27:35.051: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_work_routine:
   context(0x66CA9AC4), state=1
Oct 15 08:27:35.599: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_work_routine:
   Calling smtp verb: mail 
Oct 15 08:27:35.599: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_work_routine:
   context(0x66CA9AC4), state=1
Oct 15 08:27:36.143: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_work_routine:
   Calling smtp verb: rcpt 
Oct 15 08:27:36.143: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_command_rcpt:
   context(0x66CA9AC4)
Oct 15 08:27:36.143: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_command_rcpt:
   context(0x66CA9AC4)
Oct 15 08:27:36.143: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_work_routine:
   context(0x66CA9AC4), state=1
Oct 15 08:27:36.691: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_work_routine:
   Calling smtp verb: data 
Oct 15 08:27:36.691: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_work_routine:
   context(0x66CA9AC4), state=2
Oct 15 08:27:37.239: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_work_routine:
   (S)R: `Received: from vnt2-ex1.vnt.com ([14.84.31.12]) by VNT1-EX2.vnt.com 
with Microsoft SMTPSVC(5.0.2195.6713);'
Oct 15 08:27:37.239: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_work_routine:
   (S)R: `       Thu, 14 Oct 2004 08:27:29 -0400'
Oct 15 08:27:37.239: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_work_routine:
   (S)R: `Return-Receipt-To: "fax unity2"'
Oct 15 08:27:37.239: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_work_routine:
   (S)R: `Subject: 00000000377C58FB04A29C468DAB3CBC07D7F94B0700E7E65E238D0DEF46B
5F8EAF983C6C51200000005E5B30000E7E65E238D0DEF46B5F8EAF983C6C51200000005FB680000'
Oct 15 08:27:37.239: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_work_routine:
   (S)R: `Date: Thu, 14 Oct 2004 08:27:29 -0400'
Oct 15 08:27:37.239: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_work_routine:
   (S)R: `Message-ID: '
Oct 15 08:27:37.239: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_work_routine:
   (S)R: `X-MS-Has-Attach: yes'
Oct 15 08:27:37.239: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_work_routine:
   (S)R: `MIME-Version: 1.0'
Oct 15 08:27:37.239: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_work_routine:
   (S)R: `Content-Type: image/tiff;'
Oct 15 08:27:37.239: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_work_routine:
   (S)R: `      name="BODY.TIF"'
Oct 15 08:27:37.239: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_work_routine:
   (S)R: `X-MS-TNEF-Correlator: '
Oct 15 08:27:37.239: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_work_routine:
   (S)R: `Content-Transfer-Encoding: base64'
Oct 15 08:27:37.239: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_work_routine:
   (S)R: `Content-Description: BODY.TIF'
Oct 15 08:27:37.239: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_work_routine:
   (S)R: `Content-Disposition: attachment;'
Oct 15 08:27:37.239: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_work_routine:
   (S)R: `      filename="BODY.TIF"'
Oct 15 08:27:37.239: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_work_routine:
   (S)R: `Thread-Topic: 00000000377C58FB04A29C468DAB3CBC07D7F94B0700E7E65E238D0
DEF46B5F8EAF983C6C51200000005E5B30000E7E65E238D0DEF46B5F8EAF983C6C51200000005
FB680000'
Oct 15 08:27:37.243: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_work_routine:
   context(0x66CA9AC4), state=2
Oct 15 08:27:37.243: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_work_routine:
   (S)R: `Thread-Index: AcSx6SvU9sc3nVffS3a4/Dwqi2Bpww=='
Oct 15 08:27:37.243: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_work_routine:
   (S)R: `From: "fax unity2" '
Oct 15 08:27:37.243: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_work_routine:
   (S)R: `content-class: urn:content-classes:message'
Oct 15 08:27:37.243: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_work_routine:
   (S)R: `X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3'
Oct 15 08:27:37.243: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_work_routine:
   (S)R: `To: '
Oct 15 08:27:37.243: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_work_routine:
   (S)R: `Return-Path: fax-unity2@vnt.com'
Oct 15 08:27:37.243: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_work_routine:
   (S)R: `X-OriginalArrivalTime: 14 Oct 2004 12:27:29.0487 (UTC) FILETIME=[2BE0DDF0:01C4B1E9]'
Oct 15 08:27:37.243: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_work_routine:
   (S)R: `'
Oct 15 08:27:37.243: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_new_part:
   Field name: `subject:'
   Field value: `00000000377C58FB04A29C468DAB3CBC07D7F94B0700E7E65E238D0DEF46B5F
8EAF983C6C51200000005E5B30000E7E65E238D0DEF46B5F8EAF983C6C51200000005FB680000'
Oct 15 08:27:37.243: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_new_part:
   Field name: `date:'
   Field value: `Thu, 14 Oct 2004 08:27:29 -0400'
Oct 15 08:27:37.243: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_new_part:
   Field name: `message-id:'
   Field value: `'
Oct 15 08:27:37.243: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_new_part:
   Field name: `Content-Type:'
   Field value: `image/tiff; name="BODY.TIF"'
Oct 15 08:27:37.243: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_new_part:
   Field name: `Content-Transfer-Encoding:'
   Field value: `base64'
Oct 15 08:27:37.243: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_new_part:
   Field name: `from:'
   Field value: `"fax unity2" '
Oct 15 08:27:37.243: //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_new_part:
   Field name: `to:'
   Field value: `'
Oct 15 08:27:37.247: //-1/E7B232638008/SMTPS/esmtp_server_engine_new_part:exit@1977
Oct 15 08:27:37.251: ISDN Se2/0:23 Q931: pak_private_number: Invalid type/plan 
0x0 0x1 may be overriden; sw-type 13
Oct 15 08:27:37.251: ISDN Se2/0:23 Q931: Applying typeplan for sw-type 0xD is 
0x0 0x0, Called num 99915550
Oct 15 08:27:37.255: ISDN Se2/0:23 Q931: TX -> SETUP pd = 8  callref = 0x0003 
        Bearer Capability i = 0x8090A2 
                Standard = CCITT 
                Transer Capability = Speech  
                Transfer Mode = Circuit 
                Transfer Rate = 64 kbit/s 
        Channel ID i = 0xA98397 
                Exclusive, Channel 23 
        Called Party Number i = 0x80, '99915550' 
                Plan:Unknown, Type:Unknown
...
Oct 15 08:27:46.003: ISDN Se2/0:23 Q931: RX <- CONNECT pd = 8  callref = 0x8003
Oct 15 08:27:46.003: ISDN Se2/0:23 Q931: TX -> CONNECT_ACK pd = 8  callref = 0x0003
Oct 15 08:27:52.003: %ISDN-6-CONNECT: Interface Serial2/0:22 is now connected to 
99915550 
...
Oct 15 08:30:11.735: //-1/E7B232638008/SMTPS/esmtp_server_engine_buf_mgmt:
   buffer offset=1368, state=3
Oct 15 08:30:11.735: //-1/E7B232638008/SMTPS/esmtp_server_engine_dot_check:
   Not found the terminating Dot!
Oct 15 08:30:11.739: //-1/E7B232638008/SMTPS/esmtp_server_engine_buf_mgmt:
   state=3
Oct 15 08:30:11.739: //-1/E7B232638008/SMTPS/esmtp_server_engine_buf_mgmt:
   buffer offset=1412, state=3
Oct 15 08:30:11.739: //-1/E7B232638008/SMTPS/esmtp_server_engine_dot_check:
   Found the terminating Dot!
Oct 15 08:30:11.739: //-1/E7B232638008/SMTPS/esmtp_server_engine_work_routine:   
context(0x66CA9AC4), state=10Oct 15 08:30:12.483: //-1/xxxxxxxxxxxx/SMTPS/
esmtp_server_engine_update_recipient_status:   faxmail status=6Oct 15 08:30:27.883:
 //-1/xxxxxxxxxxxx/SMTPS/esmtp_server_engine_update_recipient_status:   
faxmail status=7

Le serveur de messagerie sur le routeur reçoit le message. Tous les champs dans la conversation de SMTP obtiennent analysé à de divers niveaux du code de routeur jusqu'à ce que l'appel soit fait au nombre. Les importants éléments à noter sont répertoriés dans quelques étapes de configuration.

Dans la sortie de show running-config, vous voyez :

  • télécopie-messagerie de fax interface-type

  • Le logiciel d'OffRamp doit être chargé dans l'éclair ou sur un serveur FTP/TFTP. Une application est alors installée. Par exemple, éclair d'offramp de call application voice : app_faxmail_offramp.2.0.1.1.tcl.

    Remarque: Le logiciel d'ordres de gestion d'outil (TCL) utilisé pour la caractéristique d'OnRampÝOffRamp est téléchargé des téléchargements de Cisco (clients enregistrés seulement).

  • le MTA reçoivent le <recipients> maximum — Un nombre plus grand que 0

  • <string> de mta receive aliases — Doit apparier le suffixe de DN. Par exemple, si le courrier électronique du Cisco Unity est envoyé à fax=912345@myrouter.com puis le pseudonyme doit être myrouter.com. Vous pouvez avoir le plusieurs mta receive aliases.

  • mta send server < adresse IP de server> d'échange — Afin d'envoyer DSNs, la passerelle doit se connecter à un serveur de messagerie pour fournir le message. Seulement un serveur exchange doit être configuré, bien que de plusieurs serveurs exchanges puissent être configurés. Vérifiez si toutes les adresses non valides de mta send server sont retirées. Autrement, le premier dans la liste est toujours utilisé.

  • permanent-erreur de mta receive generate — Ceci est exigé pour que le routeur envoie correctement DSNs de nouveau au Cisco Unity.

  • configurations de Cadran-pair. Exemple :

    dial-peer voice 5590 pots
           destination-pattern 991….
           port 2/0:23
           forward-digits all
           prefix 9
         !
         dial-peer voice 2 mmoip
           application offramp
           information-type fax
           incoming called-number 991
           dsn delayed
           dsn success
           dsn failure
         !

    Si le message n'arrive pas à la passerelle, alors vous devez dépanner l'échange. Les diagnostics dans l'échange 2000 sont très utiles pour ceci. Exemple :

    out-fax-ts-15.gif

    Les diagnostics de MSExchangeTransport du protocole SMTP et du gestionnaire de connexion de catégorie est activés. C'est dans l'Exchange System Manager sous les différentes propriétés de serveur. Quand vous envoyez un message, l'erreur est vue dans le log de visualisateur d'événements d'application. Une des mauvaises configurations les plus communes est quand le paramètre de mta receive aliases dans le routeur n'apparie pas le suffixe de courrier électronique. Par exemple, si les tentatives de service de télécopie d'envoyer un message à fax=91234@router.abc.com, alors la passerelle doivent avoir le mta receive aliases router.abc.com a configuré.

Étape 5 : Vérifiez que le routeur envoie le message de DSN

C'est la notification générée. Des parties du suivi sont omises pour ménager de l'espace.

Oct 15 08:30:41.739: //-1/E7B232638008/SMTPS/
esmtp_server_engine_generate_notification:
   context(0x66CA9AC4)
Oct 15 08:30:41.739: //-1/E7B232638008/SMTPS/sendDSN:
   context(0x66CA9AC4)
Oct 15 08:30:41.739: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_open:
   from=, to=fax-unity2@vnt.com
Oct 15 08:30:41.739: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_open:exit@1866
Oct 15 08:30:41.739: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_add_headers:
   from_comment=Fax Daemon
Oct 15 08:30:41.739: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_dispose_context:
exit@2109
Oct 15 08:30:41.739: //-1/E7B232638008/SMTPS/sendDSN:
   DSN sent, context(0x66CA9AC4)
Oct 15 08:30:41.739: //-1/E7B232638008/SMTPS/
esmtp_server_engine_generate_notification:exit@35
Oct 15 08:30:41.739: //-1/E7B232638008/SMTPS/esmtp_server_engine_work_routine:
   context(0x66CA9AC4), state=1
Oct 15 08:30:41.983: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_work_routine:
   socket 0 readable for first time
Oct 15 08:30:41.983: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_work_routine:
   socket 0 readable for first time
Oct 15 08:30:41.983: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_getln:
   (C)R: 220 vnt2-ex1.vnt.com Microsoft ESMTP MAIL Service, Version: 5.0.2195.6713 
ready at  Thu, 14 Oct 2004 08:31:09 -0400 
Oct 15 08:30:41.987: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_writeln:
   (C)S: EHLO vnt-3725-51.gateway.com
Oct 15 08:30:41.987: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_write:
   return code=0
Oct 15 08:30:42.463: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_getln:
   (C)R: 250-vnt2-ex1.vnt.com Hello [14.80.51.14]
Oct 15 08:30:42.463: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_getln:
   (C)R: 250-TURN
Oct 15 08:30:42.463: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_getln:
   (C)R: 250-ATRN
Oct 15 08:30:42.463: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_getln:
   (C)R: 250-SIZE
Oct 15 08:30:42.463: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_getln:
   (C)R: 250-ETRN
Oct 15 08:30:42.463: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_getln:
   (C)R: 250-PIPELINING
Oct 15 08:30:42.463: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_getln:
   (C)R: 250-DSN
Oct 15 08:30:42.463: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_getln:
   (C)R: 250-ENHANCEDSTATUSCODES
Oct 15 08:30:42.463: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_getln:
   (C)R: 250-8bitmime
Oct 15 08:30:42.463: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_getln:
   (C)R: 250-BINARYMIME
Oct 15 08:30:42.463: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_getln:
   (C)R: 250-CHUNKING
Oct 15 08:30:42.463: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_getln:
   (C)R: 250-VRFY
Oct 15 08:30:42.463: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_getln:
   (C)R: 250-X-EXPS GSSAPI NTLM LOGIN
Oct 15 08:30:42.463: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_getln:
   (C)R: 250-X-EXPS=LOGIN
Oct 15 08:30:42.463: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_getln:
   (C)R: 250-AUTH GSSAPI NTLM LOGIN
Oct 15 08:30:42.463: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_getln:
   (C)R: 250-AUTH=LOGIN
Oct 15 08:30:42.463: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_getln:
   (C)R: 250-X-LINK2STATE
Oct 15 08:30:42.467: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_getln:
   (C)R: 250-XEXCH50
Oct 15 08:30:42.467: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_getln:
   (C)R: 250 OK
Oct 15 08:30:42.467: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_writeln:
   (C)S: MAIL FROM:<>
Oct 15 08:30:42.467: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_write:
   return code=0
Oct 15 08:30:43.011: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_getln:
   (C)R: 250 2.1.0 <>....Sender OK
Oct 15 08:30:43.011: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_writeln:
   (C)S: RCPT TO:
Oct 15 08:30:43.011: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_write:
   return code=0
Oct 15 08:30:43.555: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_getln:
   (C)R: 250 2.1.5 fax-unity2@vnt.com 
Oct 15 08:30:43.555: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_write:
   return code=0
Oct 15 08:30:44.103: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_getln:
   (C)R: 354 Start mail input; end with .
Oct 15 08:30:44.103: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_writeln:
   (C)S: Received:  by vnt-3725-51.gateway.com for  (with Cisco NetWorks); 
Fri, 15 Oct 2004 08:30:44 +0000
Oct 15 08:30:44.107: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_write:
   return code=0
Oct 15 08:30:44.107: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_writeln:
   (C)S: To:  
Oct 15 08:30:44.107: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_write:
   return code=0
Oct 15 08:30:44.107: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_writeln:
   (C)S: Message-ID: <00042004083044107@vnt-3725-51.gateway.com>
Oct 15 08:30:44.107: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_write:
   return code=0
Oct 15 08:30:44.107: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_writeln:
   (C)S: Date: Fri, 15 Oct 2004 08:30:44 +0000
Oct 15 08:30:44.107: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_write:
   return code=0
Oct 15 08:30:44.107: //-1/xxxxxxxxxxxx/SMTPC/esmtp_client_engine_writeln:
   (C)S: Subject: Delivery Status Notification
...

Si cela ne fonctionne pas, la commande de mta send server dans la configuration doit être placée au serveur exchange et au port corrects (25 par défaut). Le DSN doit être configuré sur le cadran-pair de mmoip que la télécopie apparie quand elle est envoyée, et la commande de permanent-erreur de mta receive generate est présente. Parfois la commande n'est pas présente, ou elle indique un serveur de messagerie incorrect.

Remarque: La configuration Cisco IOS te permet pour configurer de plusieurs commandes de mta send server. Mais, seulement le premier est utilisé, à moins que ce périphérique devienne complètement inaccessible. Ainsi, quand vous changez le mta send server, vous devez retirer le précédent.

Si vous avez Outlook ou Outlook Express et vous surveillent la boîte aux lettres de télécopie, vous voyez le DSN obtenir livré là avant qu'il soit traité dans le prochain intervalle par le service de télécopie IP.

out-fax-ts-16.gif

Le corps du message contient l'ID de message. Précédemment c'était le sujet. Des erreurs sont mentionnées près du bas du corps du message. Ils sont des abstractions de codes d'erreur RNIS Q.931. Voyez l'annexe pour en savoir plus.

Également un outil utile est le centre de cheminement de message d'échange. Il est construit dans le gestionnaire de système de l'échange 2000/2003. Ce sont les messages :

/image/gif/paws/63355/out-fax-ts-17.gif

Étape 6 : Vérifiez que le message de DSN a été reçu

Quand le message de DSN est dans la boîte aux lettres du service de télécopie IP, vérifiez afin de s'assurer qu'il traite le message. Les fichiers journal d'IpFaxSvc sont utiles avec ceci.

"2004-10-14","08:31:30","Logging on to mailbox [VNT2-EX1\fax-unity2]"
"2004-10-14","08:31:30","CIpFaxCdoHelper::LogonToMailbox() name returned from 
Logon is [fax unity2]""2004-10-14","08:31:30","Processing outbox, message count= 2"
"2004-10-14","08:31:30","CIpFaxCdoHelper::ProcessFaxOutbox() processing message 
receipts"
"2004-10-14","08:31:30","CIpFaxCdoHelper::DetermineMessageDisposition() 
current message subject=[Delivery Status Notification]"
"2004-10-14","08:31:30","CIpFaxCdoHelper::MessageIsReceipt() processing message, 
type=[IPM.Note]""2004-10-14","08:31:30","CIpFaxCdoHelper::MessageIsReceipt() 
processing message as DELIVERY STATUS NOTIFICATION"

Le message est traité.

"2004-10-14","08:31:30","CIpFaxMessageBodyParser::GetOriginalSubject 
returning subject=[00000000377C58FB04A29C468DAB3CBC07D7F94B0700E7E65E238D0DEF4
6B5F8EAF983C6C51200000005E5B30000E7E65E238D0DEF46B5F8EAF983C6C51200000005FB680000]"
"2004-10-14","08:31:30","CIpFaxMessageBodyParser::GetCauseCode returning cause 
code =[16]"

Le sujet d'origine est analysé du corps du message. Ceci te permet pour regarder le message dans la base de données. Code de cause est également analysé en tant que 16. C'est un effacement d'appel normal. Ces codes de cause correspondent à codes de cause Q.931. Voir les codes de motif de déconnexion Q.931 pour plus d'informations sur codes de cause.

L'entrée est sans risque retirée de la base de données et re-ajoutée avec l'état 0.

"2004-10-14","08:31:30","CIpFaxAdoHelper::Execute() Cmd=[DELETE 
FROM tblIpFaxData WHERE MessageEntryID = '00000000377C58FB04A29C468DAB3CBC07D
7F94B0700E7E65E238D0DEF46B5F8EAF983C6C51200000005E5B20000E7E65E238D0DEF46B5F8
EAF983C6C51200000005F55A0000']"

"2004-10-14","08:31:30","_RecordsetPtr::Open(Select * from tblIpFaxData where 
MessageEntryID = '00000000377C58FB04A29C468DAB3CBC07D7F94B0700E7E65E238D0DEF46
B5F8EAF983C6C51200000005E5B20000E7E65E238D0DEF46B5F8EAF983C6C51200000005F55A0000')
 returned [0] rows - Code: 0x80004005. Method: CIpFaxAdoHelper::GetRecordSet. 
[IpFaxAdoHelper.cpp::403]"

"2004-10-14","08:31:30","CIpFaxAdoHelper::Execute() Cmd=[INSERT INTO tblIpFaxData
 (MessageEntryID, Status, ScratchDirectory, TifFileName, NdrErrorCode, 
BusyCounter, RnaCounter, TimeFirstHandled) VALUES ('00000000377C58FB04A29C4
68DAB3CBC07D7F94B0700E7E65E238D0DEF46B5F8EAF983C6C51200000005E5B20000E7E65E
238D0DEF46B5F8EAF983C6C51200000005F55A0000', '0', 'C:\CommServer\unityMta\
IpFaxScratchpad', '2fd36f2af94d4137835928894fb397eb.tif', '0', '0', '0', 
'2004-10-14 08:31:30')]"

Les deux messages sont supprimés. Quand vous vérifiez les télécopies sortantes, il n'y en a aucun.

2004-10-14","08:32:30","Processing outbox, message count= 0"

Mises en garde

Ce sont quelques mises en garde en cours qui sont présentes dans la version actuellement testée. Référez-vous à l'assistant de configuration de télécopie IP ou au fichier d'aide pour des versions plus en cours qui abordent ces questions.

  • La télécopie sortante IP de l'ID de bogue Cisco CSCef61241 (clients enregistrés seulement) — ne peut pas rendre des PDF.

  • La télécopie sortante IP de l'ID de bogue Cisco CSCef61256 (clients enregistrés seulement) — ne peut pas manipuler la passerelle DSNs avec l'échange 5.5.

  • Le service de télécopie IP de l'ID de bogue Cisco CSCef96036 (clients enregistrés seulement) — devrait envoyer NDR quand le sujet a inexactement formaté.

  • La page de couverture sortante de service de télécopie IP de l'ID de bogue Cisco CSCef96051 (clients enregistrés seulement) — devrait laisser un numéro de rappel.

  • Service de télécopie IP de l'ID de bogue Cisco CSCeg04158 (clients enregistrés seulement) — si NDR un message avec une connexion inconnue.

  • Le service de télécopie IP de l'ID de bogue Cisco CSCeg04180 (clients enregistrés seulement) — n'identifie pas la dernière extension dans le tiers outil de télécopie.

  • Le service de télécopie IP de l'ID de bogue Cisco CSCeg39033 (clients enregistrés seulement) — devrait te permettre pour ne pas rendre le corps de message électronique.

  • L'ID de bogue Cisco CSCeg39046 (clients enregistrés seulement) — engine de rendu de télécopie IP et répertoire de log est toujours sur le C : drive.

  • Service de télécopie IP de l'ID de bogue Cisco CSCeg39100 (clients enregistrés seulement) — si NDR un message après de plusieurs pannes de rendu.

  • Le service de télécopie IP de l'ID de bogue Cisco CSCeg45439 (clients enregistrés seulement) — devrait permettre la confirmation de la remise de télécopie à l'expéditeur.

  • Le service de télécopie IP de l'ID de bogue Cisco CSCeg45666 (clients enregistrés seulement) — devrait vérifier des dépendances d'application sur le startup.

  • L'ID de bogue Cisco CSCeg46458 (clients enregistrés seulement) — arrêtant le service de télécopie IP devrait détruire le processus ODCDAEMON.

  • L'ID de bogue Cisco CSCeg52736 (clients enregistrés seulement) — dans le service sortant de télécopie IP, la clé de MaximumWait ne fonctionne pas.

Annexe

Rendez les fichiers de suivi d'engine

Ce sont des suivis de l'exemple discuté dans ce document. Il y a deux fichiers. Un fichier est pour le démon et l'autre fichier est pour le gestionnaire d'impression. Typiquement ce ne sont pas nécessaires. Mais, un échantillon de chacun est inclus pour la comparaison. Quand vous soumettez des problèmes avec l'engine de rendu, ces fichiers sont exigés avec les logs de télécopie IP de militaire de carrière.

ODCDAEMON.log

C:\ImgMaker\Conversion_Toolkit\log\ODCDAEMON.log

Ce fichier est utilisé sur une base fréquente et est assez lisible. Les fichiers d'entrée et sortie sont répertoriés dans une partie indépendant et un code de réponse est répertorié. Si le code de réponse est positif, alors il indique le nombre de pages qui sont rendues dans le fichier de la sortie TIF. Un code de réponse négative indique une erreur. Vérifiez l'utilisateur que le processus exécute As. C'est essentiel, puisque c'est l'utilisateur qui doit pouvoir ouvrir les applications individuelles de les convertir en TIF.

10/14/04 08:27:17
Start time: Thursday, October 14, 2004 08:27:17 AM
Daemon logged in as user: vnt2-u1-ms
Using registry root: HKEY_LOCAL_MACHINE
08:27:17: Pipe name: PrintDocDaemonPipe
08:27:17: Default printer name: ImageMaker DocCnvrt Driver
08:27:17: Registry server: <local>
08:27:17: Service started
08:27:19: 
08:27:19: 10/14/04 08:27:19 ServiceRequest thread started
08:27:19: Processing 'Convert v1.0' request
08:27:19: Processing file: C:\CommServer\unityMta\IpFaxScratchpad\MsgBody.txt
08:27:19: Output file: C:\CommServer\unityMta\IpFaxScratchpad\render.tif
08:27:19: Printer name: ImageMaker DocCnvrt Driver
08:27:19: AppendTo filename set to C:\CommServer\unityMta\IpFaxScratchpad\render.tif
08:27:19: Input filename: C:\CommServer\unityMta\IpFaxScratchpad\MsgBody.txt
08:27:19: Output filename: C:\CommServer\unityMta\IpFaxScratchpad\render.tif
08:27:19: 0xE90: <10/14/04 08:27:19> StatusThread timeout value for jobstart: 60000
08:27:21: AutoShutdown feature activated
08:27:21: Sending response 1 to client
08:27:21: 10/14/04 08:27:21 ServiceRequest thread ended
08:27:21: 
08:27:21: 10/14/04 08:27:21 ServiceRequest thread started
08:27:21: Processing 'Convert v1.0' request
08:27:21: Processing file: C:\CommServer\unityMta\IpFaxScratchpad\products.doc
08:27:21: Output file: C:\CommServer\unityMta\IpFaxScratchpad\render.tif
08:27:21: Printer name: ImageMaker DocCnvrt Driver
08:27:21: AppendTo filename set to C:\CommServer\unityMta\IpFaxScratchpad\render.tif
08:27:21: Input filename: C:\CommServer\unityMta\IpFaxScratchpad\products.doc
08:27:21: Output filename: C:\CommServer\unityMta\IpFaxScratchpad\render.tif
08:27:21: 0xEB8: <10/14/04 08:27:21> StatusThread timeout value for jobstart: 60000
08:27:23: AutoShutdown feature activated
08:27:23: Sending response 2 to client
08:27:23: 10/14/04 08:27:23 ServiceRequest thread ended
08:27:23: 
08:27:23: 10/14/04 08:27:23 ServiceRequest thread started
08:27:23: Processing 'Convert v1.0' request
08:27:23: Processing file: C:\CommServer\unityMta\IpFaxScratchpad\cover.htm
08:27:23: Output file: C:\CommServer\unityMta\IpFaxScratchpad\
          0188c93ff8194177b9f313edabc2ea73.tif
08:27:23: Printer name: ImageMaker DocCnvrt Driver
08:27:23: AppendTo filename set to C:\CommServer\unityMta\
          IpFaxScratchpad\0188c93ff8194177b9f313edabc2ea73.tif
08:27:23: Input filename: C:\CommServer\unityMta\IpFaxScratchpad\cover.htm
08:27:23: Output filename: C:\CommServer\unityMta\IpFaxScratchpad\
          0188c93ff8194177b9f313edabc2ea73.tif
08:27:23: 0xED8: <10/14/04 08:27:23> StatusThread timeout value for jobstart: 60000
08:27:24: AutoClose skipping window: <Print> with class: <#32770> because parent is IE6
08:27:24: AutoClose skipping window: <Print> with class: <#32770> because parent is IE6
08:27:26: AutoShutdown feature activated
08:27:26: Sending response 1 to client
08:27:26: 10/14/04 08:27:26 ServiceRequest thread ended
08:27:26: 
08:27:26: 10/14/04 08:27:26 ServiceRequest thread started
08:27:26: Processing 'Convert v1.0' request
08:27:26: Processing file: C:\CommServer\unityMta\IpFaxScratchpad\render.tif
08:27:26: Output file: C:\CommServer\unityMta\IpFaxScratchpad\
          0188c93ff8194177b9f313edabc2ea73.tif
08:27:26: Printer name: ImageMaker DocCnvrt Driver
08:27:26: AppendTo filename set to C:\CommServer\unityMta\IpFaxScratchpad\
          0188c93ff8194177b9f313edabc2ea73.tif
08:27:26: Input filename: C:\CommServer\unityMta\IpFaxScratchpad\render.tif
08:27:26: Output filename: C:\CommServer\unityMta\IpFaxScratchpad\
          0188c93ff8194177b9f313edabc2ea73.tif
08:27:26: 0xEDC: <10/14/04 08:27:26> StatusThread timeout value for jobstart: 60000
08:27:29: AutoShutdown feature activated
08:27:29: Sending response 3 to client
08:27:29: 10/14/04 08:27:29 ServiceRequest thread ended

Log de gestionnaire

C:\log\ImageMaker DocCnvrt Driver.log

Ce suivi est nécessaire quand vous soumettez des problèmes avec l'engine de rendu au support technique de Cisco.

--------------------------------------->
Log session started: 04-10-14, 08:27:19 AM
Platform: WinNT 4.0
Release Compilation
pszPrinterName ImageMaker DocCnvrt Driver
pszAnsiFileName C:\CommServer\unityMta\IpFaxScratchpad\MsgBody.txt
pszOutFileName C:\CommServer\unityMta\IpFaxScratchpad\render.tif
FileType:0 multiPages:1 command:2 timeout:1800

Entering pdcf_WriteInfoForControlDialog()
oppening file: "C:\ImgMaker\Conversion_Toolkit\ImageMaker DocCnvrt Driver.FWD"
to transfer data (printdoc.dll -> printdoc.exe dialog)
data flushed!
MS: 18808737
deleted file: "C:\ImgMaker\Conversion_Toolkit\ImageMaker DocCnvrt Driver.BWD" 
used to transfer data from dialog back to here!
MS: 18808737

Leaving pdcf_WriteInfoForControlDialog()

verb:[printto] params:["ImageMaker DocCnvrt Driver" "winspool" "Ne00:"]
lpFile:[C:\CommServer\unityMta\IpFaxScratchpad\MsgBody.txt]

Calling ShellExecuteEx()
MS: 18808737
ShellExecute() succeded

Calling pdcf_WaitForDoneFromControlDialog()
MS: 18808769

Entering pdcf_WaitForDoneFromControlDialog()
Monitoring cancel event: ImageMaker DocCnvrt Driver.printdoc.cancel
Event already exists [this is good]
  fopen() failed
  fread() failed
!DONE: timeout = 1799
reading file: "C:\ImgMaker\Conversion_Toolkit\ImageMaker DocCnvrt Driver.BWD" 
to get 'done' signal from dialog
MS: 18809776
ppd_trans_feedback.done = TRUE

Calling pdcf_WriteAckToControlDialog()
MS: 18809776

Entering pdcf_WriteAckToControlDialog
flushing 'done ack' signal to dialog
MS: 18809776
Have to wait

Leaving pdcf_WriteAckToControlDialog


Leaving pdcf_WaitForDoneFromControlDialog()

pdcf_WaitForDoneFromControlDialog() returned
MS: 18810425

Entering pdcf_CleanUpControlDialog()
MS: 18810425
Log session stopped: 04-10-14, 08:27:21 AM
--------------------------------------->

--------------------------------------->
Log session started: 04-10-14, 08:27:21 AM
Platform: WinNT 4.0
Release Compilation
pszPrinterName ImageMaker DocCnvrt Driver
pszAnsiFileName C:\CommServer\unityMta\IpFaxScratchpad\products.doc
pszOutFileName C:\CommServer\unityMta\IpFaxScratchpad\render.tif
FileType:0 multiPages:1 command:2 timeout:1800

Entering pdcf_WriteInfoForControlDialog()
oppening file: "C:\ImgMaker\Conversion_Toolkit\ImageMaker DocCnvrt Driver.FWD"
to transfer data (printdoc.dll -> printdoc.exe dialog)
data flushed!
MS: 18810518
deleted file: "C:\ImgMaker\Conversion_Toolkit\ImageMaker DocCnvrt Driver.BWD" 
used to transfer data from dialog back to here!
MS: 18810518


Leaving pdcf_WriteInfoForControlDialog()

verb:[printto] params:["ImageMaker DocCnvrt Driver" "winspool" "Ne00:"]
lpFile:[C:\CommServer\unityMta\IpFaxScratchpad\products.doc]

Calling ShellExecuteEx()
MS: 18810518
ShellExecute() succeded

Calling pdcf_WaitForDoneFromControlDialog()
MS: 18810561

Entering pdcf_WaitForDoneFromControlDialog()
Monitoring cancel event: ImageMaker DocCnvrt Driver.printdoc.cancel
Event already exists [this is good]
  fopen() failed
  fread() failed
!DONE: timeout = 1799
reading file: "C:\ImgMaker\Conversion_Toolkit\ImageMaker DocCnvrt Driver.BWD" 
to get 'done' signal from dialog
MS: 18811581
!DONE: timeout = 1798
reading file: "C:\ImgMaker\Conversion_Toolkit\ImageMaker DocCnvrt Driver.BWD" 
to get 'done' signal from dialog
MS: 18812585
ppd_trans_feedback.done = TRUE

Calling pdcf_WriteAckToControlDialog()
MS: 18812585

Entering pdcf_WriteAckToControlDialog
flushing 'done ack' signal to dialog
MS: 18812585
Have to wait

Leaving pdcf_WriteAckToControlDialog


Leaving pdcf_WaitForDoneFromControlDialog()

pdcf_WaitForDoneFromControlDialog() returned
MS: 18812858

Entering pdcf_CleanUpControlDialog()
MS: 18812858
Log session stopped: 04-10-14, 08:27:23 AM
--------------------------------------->

--------------------------------------->
Log session started: 04-10-14, 08:27:23 AM
Platform: WinNT 4.0
Release Compilation
pszPrinterName ImageMaker DocCnvrt Driver
pszAnsiFileName C:\CommServer\unityMta\IpFaxScratchpad\cover.htm
pszOutFileName C:\CommServer\unityMta\IpFaxScratchpad\
0188c93ff8194177b9f313edabc2ea73.tif
FileType:0 multiPages:1 command:2 timeout:1800

Entering pdcf_WriteInfoForControlDialog()
oppening file: "C:\ImgMaker\Conversion_Toolkit\ImageMaker DocCnvrt Driver.FWD"
to transfer data (printdoc.dll -> printdoc.exe dialog)
data flushed!
MS: 18812890
deleted file: "C:\ImgMaker\Conversion_Toolkit\ImageMaker DocCnvrt Driver.BWD" 
used to transfer data from dialog back to here!
MS: 18812890

Leaving pdcf_WriteInfoForControlDialog()

verb:[printto] params:["ImageMaker DocCnvrt Driver" "winspool" "Ne00:"]
lpFile:[C:\CommServer\unityMta\IpFaxScratchpad\cover.htm]

Calling ShellExecuteEx()
MS: 18812894
ShellExecute() succeeded

Calling pdcf_WaitForDoneFromControlDialog()
MS: 18812897

Entering pdcf_WaitForDoneFromControlDialog()
Monitoring cancel event: ImageMaker DocCnvrt Driver.printdoc.cancel
Event already exists [this is good]
  fopen() failed
  fread() failed
!DONE: timeout = 1799
  fopen() failed
  fread() failed
!DONE: timeout = 1798
reading file: "C:\ImgMaker\Conversion_Toolkit\ImageMaker DocCnvrt Driver.BWD" 
to get 'done' signal from dialog
MS: 18814909
ppd_trans_feedback.done = TRUE

Calling pdcf_WriteAckToControlDialog()
MS: 18814909

Entering pdcf_WriteAckToControlDialog
flushing 'done ack' signal to dialog
MS: 18814909
Have to wait

Leaving pdcf_WriteAckToControlDialog


Leaving pdcf_WaitForDoneFromControlDialog()

pdcf_WaitForDoneFromControlDialog() returned
MS: 18815620

Entering pdcf_CleanUpControlDialog()
MS: 18815620
Log session stopped: 04-10-14, 08:27:26 AM
--------------------------------------->

--------------------------------------->
Log session started: 04-10-14, 08:27:26 AM
Platform: WinNT 4.0
Release Compilation
pszPrinterName ImageMaker DocCnvrt Driver
pszAnsiFileName C:\CommServer\unityMta\IpFaxScratchpad\render.tif
pszOutFileName C:\CommServer\unityMta\IpFaxScratchpad\
0188c93ff8194177b9f313edabc2ea73.tif
FileType:0 multiPages:1 command:2 timeout:1800

Entering pdcf_WriteInfoForControlDialog()
oppening file: "C:\ImgMaker\Conversion_Toolkit\ImageMaker DocCnvrt Driver.FWD"
to transfer data (printdoc.dll -> printdoc.exe dialog)
data flushed!
MS: 18815632
deleted file: "C:\ImgMaker\Conversion_Toolkit\ImageMaker DocCnvrt Driver.BWD" 
used to transfer data from dialog back to here!
MS: 18815632

Leaving pdcf_WriteInfoForControlDialog()

verb:[printto] params:["ImageMaker DocCnvrt Driver" "winspool" "Ne00:"]
lpFile:[C:\CommServer\unityMta\IpFaxScratchpad\render.tif]

Calling ShellExecuteEx()
MS: 18815632
ShellExecute() succeded

Calling pdcf_WaitForDoneFromControlDialog()
MS: 18815659

Entering pdcf_WaitForDoneFromControlDialog()
Monitoring cancel event: ImageMaker DocCnvrt Driver.printdoc.cancel
Event already exists [this is good]
  fopen() failed
  fread() failed
!DONE: timeout = 1799
reading file: "C:\ImgMaker\Conversion_Toolkit\ImageMaker DocCnvrt Driver.BWD"
 to get 'done' signal from dialog
MS: 18816667
!DONE: timeout = 1798
reading file: "C:\ImgMaker\Conversion_Toolkit\ImageMaker DocCnvrt Driver.BWD"
 to get 'done' signal from dialog
MS: 18817671
ppd_trans_feedback.done = TRUE

Calling pdcf_WriteAckToControlDialog()
MS: 18817671

Entering pdcf_WriteAckToControlDialog
flushing 'done ack' signal to dialog
MS: 18817671
Have to wait

Leaving pdcf_WriteAckToControlDialog


Leaving pdcf_WaitForDoneFromControlDialog()

pdcf_WaitForDoneFromControlDialog() returned
MS: 18818319

Entering pdcf_CleanUpControlDialog()
MS: 18818319
Log session stopped: 04-10-14, 08:27:29 AM
--------------------------------------->

Codes de motif de déconnexion Q.931

Code      Cause
    0           Valid cause code not yet received
    1           Unallocated (unassigned) number
    2           No route to specified transit network (WAN)
    3           No route to destination
    4           send special information tone
    5           misdialled trunk prefix.
    6           Channel unacceptable
    7           Call awarded and being delivered in an established channel
    8           Prefix 0 dialed but not allowed
    9           Prefix 1 dialed but not allowed
    10          Prefix 1 dialed but not required
    11          More digits received than allowed, call is proceeding
    16          Normal call clearing
    17          User busy
    18          No user responding
    19          no answer from user
    21          Call rejected
    22          Number changed
    23          Reverse charging rejected
    24          Call suspended
    25          Call resumed
    26          Non-selected user clearing
    27          Destination out of order
    28          Invalid number format (incomplete number)
    29          Facility rejected
    30          Response to STATUS ENQUIRY
    31          Normal, unspecified
    33          Circuit out of order
    34          No circuit/channel available
    35          Destination unattainable
    37          Degraded service
    38          Network (WAN) out of order
    39          Transit delay range cannot be achieved
    40          Throughput range cannot be achieved
    41          Temporary failure
    42          Switching equipment congestion
    43          Access information discarded
    44          Requested circuit channel not available
    45          Pre-empted
    46          Precedence call blocked
    47          Resource unavailable - unspecified
    49          Quality of service unavailable
    50          Requested facility not subscribed
    51          Reverse charging not allowed
    52          Outgoing calls barred
    53          Outgoing calls barred within CUG
    54          Incoming calls barred
    55          Incoming calls barred within CUG
    56          Call waiting not subscribed
    57          Bearer capability not authorized
    58          Bearer capability not presently available
    63          Service or option not available, unspecified
    65          Bearer service not implemented
    66          Channel type not implemented
    67          Transit network selection not implemented
    68          Message not implemented
    69          Requested facility not implemented
    70          Only restricted digital information bearer capability
                        is available
    79          Service or option not implemented, unspecified
    81          Invalid call reference value
    82          Identified channel does not exist
    83          A suspended call exists, but this call identity does not
    84          Call identity in use
    85          No call suspended
    86          Call having the requested call identity has been cleared
    87          Called user not member of CUG
    88          Incompatible destination
    89          Non-existent abbreviated address entry
    90          Destination address missing, and direct call not subscribed
    91          Invalid transit network selection (national use)
    92          Invalid facility parameter
    93          Mandatory information element is missing
    95          Invalid message, unspecified
    96          Mandatory information element is missing
    97          Message type non-existent or not implemented
    98          Message not compatible with call state or message type
                   non-existent or not implemented 
    99          information element nonexistant or not implemented
    100         Invalid information element contents 
    101         Message not compatible with call state
    102         Recovery on timer expiry
    103         parameter non-existent or not implemented - passed on
    111         Protocol error unspecified
    127         Internetworking, unspecified

Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Informations connexes


Document ID: 63355