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

Introduction

La télécopie sortante d'un utilisateur Cisco Unity vers un télécopieur sur le réseau téléphonique public commuté (RTPC) est prise en charge avec l'Assistant de configuration de télécopie IP Cisco Unity qui commence par Cisco Unity 4.0(4) et le logiciel Cisco IOS® version 12.3(7)T. Ce service permet aux utilisateurs d'envoyer des télécopies sortantes via un simple e-mail. Le numéro de téléphone de télécopie de destination est inclus dans la ligne Objet de l'e-mail et est envoyé à une boîte aux lettres que le service de télécopie IP Cisco Unity vérifie. Le service reformate le message, restitue toutes les pièces jointes au format approprié, réadresse et envoie le message. Le message est envoyé via le protocole SMTP (Simple Mail Transfer Protocol) à la passerelle Cisco IOS configurée avec la fonction OffRamp T.37 afin d'envoyer la télécopie au numéro de téléphone de destination.

Ce document décrit les étapes courantes que vous utilisez pour le dépannage. Reportez-vous à l'exemple de configuration de la passerelle sortante de télécopie IP Cisco Unity pour connaître les étapes de configuration initiale de la passerelle Cisco IOS. Reportez-vous à l'Assistant de configuration de télécopie IP pour Cisco Unity.

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

• Documentation régulière pour le processus de sortie de télécopie IP Cisco Unity

  Reportez-vous à l'Assistant Configuration de télécopie IP et à l'exemple de configuration de passerelle de sortie de télécopie IP Cisco Unity.

• Connaissances de base sur SMTP avec Microsoft Exchange 2000/2003

• Configuration de la voix sur IP (VoIP) de Cisco IOS

Un serveur Cisco Unity actif avec Cisco Unity IP Fax Wizard Version 2.0.0.19 ou ultérieure est utilisé conjointement avec la configuration de passerelle définie dans ce document afin d'avoir un système complet et opérationnel. Du côté de la passerelle IOS, un routeur Cisco IOS prenant en charge la fonctionnalité T.37 OffRamp et le logiciel Cisco IOS version 12.3(7)T ou ultérieure est requis avec Cisco Unity version 4.0(4) ou ultérieure avec Microsoft Exchange 2000 ou 2003 comme magasin de messages partenaire.

Remarque : T.37 OffRamp n'est pas pris en charge sur les réseaux MGCP (Media Gateway Control Protocol). Reportez-vous au guide de configuration du magasin et du transfert T.37 pour plus d'informations sur la plate-forme et d'autres restrictions lorsque vous utilisez T.37.

Components Used

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

• Cisco 3725 comme passerelle IOS

• Logiciel Cisco IOS Version 12.3(8)T4

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

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 fonctionnalité. Le problème est ensuite réduit à un élément particulier et plus d'informations sont recueillies à ce sujet.

1. L'utilisateur final du système envoie un e-mail à la boîte aux lettres de télécopie. Ce message doit contenir [FAXPHONE=9915550] dans l'objet de la boîte aux lettres de télécopie (par exemple, fax-unity2@vnt.com), où 9915550 est le numéro du télécopieur de destination. Selon le plan de numérotation configuré dans la passerelle, ce numéro est précédé d'un 9 ou n'accepte que certaines chaînes de chiffres. Une fois envoyé, Microsoft Exchange transmet le message à cette boîte aux lettres.

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

2. Le service de télécopie IP Cisco Unity se connecte régulièrement à la boîte aux lettres de télécopie et récupère le message. La pièce jointe est maintenant lue. Le message est rendu (par exemple, converti en fichier TIF) sur le serveur Cisco Unity, en supposant qu'il est capable de gérer une pièce jointe de cette taille.

3. Une fois la pièce jointe 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. Cela signifie généralement qu'un enregistrement A et un enregistrement d'échange de courrier (enregistrement MX) pour cet hôte (c3725-51.gateway.com) sont ajoutés au DNS et qu'un connecteur SMTP est ajouté à Exchange pour acheminer le message. L'adresse e-mail et le nom d'hôte utilisés ici n'ont pas besoin d'être conviviaux, car les utilisateurs finaux n'envoient jamais de courrier électronique directement à la passerelle.

4. La passerelle IOS est configurée pour la fonction OffRamp T.37, qui lui permet de recevoir un message SMTP, d'interpréter l'adresse fax=9915550, de passer un appel au numéro 991550 (après toute manipulation de chiffres possible), puis de transmettre le fichier TIF au télécopieur du destinataire.

   Remarque : la passerelle ne peut pas utiliser MGCP pour utiliser cette fonctionnalité. Cependant, le circuit n'a pas besoin d'être dédié uniquement à la télécopie. La voix et la télécopie sont utilisées ensemble sur le même circuit vocal. La configuration du terminal de numérotation dial-peer sur le routeur détermine ce qui est réellement fait avec un appel.

5. Une fois la télécopie remise, la passerelle renvoie un message DSN (Delivery Status Notification) à la boîte aux lettres de télécopie (fax-unity2@vnt.com). Indique si la télécopie a été remise correctement ou non. Lorsque le service de télécopie IP se connecte, le message DSN est récupéré. Dans le cas où il n'a pas été livré avec succès, le code de cause est examiné. En fonction de ce code de cause, soit le message est renvoyé (peut-être la télécopie distante était occupée), soit un message est renvoyé à l'utilisateur final pour lui signaler un problème. Sans cela, le service de télécopie IP ne sait jamais si une télécopie a été livrée avec succès.

L'un des avantages de cette architecture est que tout problème est généralement divisé en composants pertinents.

Avant de dépanner

Assurez-vous que le service CsIpFaxSvc est installé, configuré et exécuté

Vérifiez le paramètre avant de commencer.

Configurez la passerelle correctement. Reportez-vous à l'exemple de configuration de sortie de télécopie IP Cisco Unity et à l'Assistant de configuration de télécopie IP.

Configurez Exchange de sorte que le courrier soit envoyé de la banque de messages de l'utilisateur final à celle où réside la boîte aux lettres de télécopie. Il est également livré dans la direction inverse, de sorte que le message d'état puisse être renvoyé à la source. Le courrier doit être en mesure de livrer du compte de télécopie à la passerelle et au retour. Ceci implique une configuration dans DNS et Exchange.

Assurez-vous que le service de télécopie IP est correctement installé. Une fois le programme d'installation activé, exécutez l'assistant de configuration sur Cisco Unity et choisissez Démarrer > Programmes > Unity > Assistant de configuration de télécopie IP Cisco Unity.

Le service de télécopie IP n'est pas en mesure de lui envoyer quoi que ce soit. Lorsque le service de télécopie IP reçoit un fichier joint à un courrier électronique, il vérifie d'abord s'il peut reconnaître le poste. Celles-ci sont configurées dans l'outil d'administration des télécopies tiers. Les extensions par défaut autorisées sont BMP, HTM, TIF et TXT. Si une extension DOC est souhaitée, l'outil doit l'ajouter comme le montre cet exemple.

Note : Il y a un problème dans certaines versions qui empêche la dernière extension de la liste de l'outil d'administration des télécopies tiers de fonctionner correctement. Consultez la section Caveats pour plus d'informations.

Le serveur de télécopie sélectionné est Cisco Unity IP Fax Routing. Le DOC est ajouté à la zone des extensions de fichier autorisées. Cela signifie que le service de télécopie IP fournit la pièce jointe au moteur de rendu. Une fois cela fait, le moteur de rendu se base sur l'application associée au type d'extension pour pouvoir ouvrir le document et l'imprimer dans un fichier avec son pilote d'impression. Les extensions DOC sont généralement autorisées car l'application WordPad est installée par défaut sur le serveur Cisco Unity et ouvre la plupart des documents Microsoft Word. Une application telle qu'Acrobat Reader vous aide à télécopier des fichiers PDF. Voir la section Caveats de ce document pour plus d'informations.

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

Remarque : n'installez pas Microsoft Office sur le serveur Cisco Unity. Ceci arrête le bon fonctionnement de Cisco Unity. Seules les applications tierces prises en charge doivent être installées sur le serveur Cisco Unity. Soyez prudent lorsque vous installez un logiciel tiers sur le serveur Cisco Unity.

Vérifiez dans Démarrer > Outils d'administration > Services que CSIpFaxSvc est actif et que le champ Ouvrir une session est identique au service AvCsMgr. Si le service AvCsMgr n'est pas démarré, il est possible qu'il y ait des problèmes. Cela affecte également le CsIpFaxSvc. Reportez-vous aux sections Cisco Unity 3.1(x) et 4.x : Échec du démarrage du service AvCsMgr pour plus d'informations.

Configurer un client de messagerie pour surveiller le compte de télécopie

Si cela ne fonctionne pas même après l'installation du service de télécopie IP et de la passerelle, la première étape consiste à utiliser Microsoft Outlook Express (avec le protocole IMAP (Internet Mail Access Protocol) ou Outlook (ou un autre programme de messagerie) pour examiner la boîte aux lettres de télécopie IP. Puisque les utilisateurs finaux envoient des messages à cette boîte aux lettres et que le service de télécopie IP vérifie et envoie des messages à partir de ce compte, assurez-vous que les messages arrivent et qu'ils sont envoyés correctement. Tout ce que vous voyez ici peut être diagnostiqué avec l'utilisation des fichiers journaux et du Centre de suivi des messages Exchange. Mais cela permet également d'illustrer le fonctionnement du produit.

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

Attention : N'installez pas Microsoft Outlook sur le serveur Cisco Unity. Cela entraîne l'arrêt du fonctionnement de Cisco Unity. Outlook ne doit pas non plus être installé sur le serveur Exchange. Il doit être installé sur un ordinateur client, puis configuré pour se connecter au serveur Exchange.

Lorsque vous ajoutez un ou plusieurs comptes de messagerie à Outlook Express, assurez-vous de spécifier le protocole IMAP. Si vous sélectionnez POP, tous les messages doivent être téléchargés immédiatement à partir de la banque de messages. Ensuite, le service de télécopie IP ne détecte aucun nouveau message. Spécifiez le compte de service de télécopie IP. Si le mot de passe n'est pas connu, il est sûr d'accéder aux utilisateurs et ordinateurs Active Directory, de rechercher le compte de télécopie IP et de réinitialiser 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 que vous êtes connecté via Outlook ou Outlook Express, vous pouvez envoyer un e-mail de test directement à partir de cet emplacement à un utilisateur final. Vous pouvez également envoyer des e-mails directement à la passerelle. Cela réduit le problème car cela prouve qu'un élément ou un autre fonctionne correctement.

Paramètres du Registre

Pour faciliter le dépannage, modifiez le niveau de diagnostic de sorte que davantage de résultats soient consignés. Choisissez Démarrer > Exécuter et entrez regedit dans la zone de commande afin d'activer ceci sur le serveur Cisco Unity sur lequel CSIPFaxSvc s'exécute. Choisissez HKEY_LOCAL_MACHINE\SOFTWARE\Active Voice\IPFaxRouter\1.0 une fois que l'outil Éditeur du Registre s'affiche.

Choisissez Edition > Nouveau > Valeur DWORD. Le nom spécifié est DiagLevel. Lors de sa création, double-cliquez sur cette clé. Entrez 3 dans le champ Données de valeur. Il s'agit du niveau de diagnostic maximal. Plus tard, vous pouvez le remplacer par 0 (valeur par défaut). Cette modification ne nécessite pas de redémarrage du service.

Attention : lorsque vous modifiez la mauvaise clé de Registre ou que vous entrez une valeur incorrecte, le serveur ne fonctionne pas correctement. Confirmez que vous savez comment le restaurer en cas de problème avant de modifier la clé de Registre. Pour plus d'informations, reportez-vous aux rubriques Restauration de l'aide de l'Éditeur du Registre. Une sauvegarde type du serveur Cisco Unity ne sauvegarde pas le Registre. Pour un système de basculement Cisco Unity, les modifications de Registre sur un serveur Cisco Unity sont effectuées manuellement sur l'autre serveur Cisco Unity, car les modifications de Registre ne sont pas répliquées. Contactez le support technique de Cisco pour plus d'informations sur la modification des paramètres de clé de Registre.

Une autre clé utile dans certaines situations est la clé MaximumWait. Si elle n'est pas présente, cette clé est définie par défaut sur 24 (heures). Il spécifie la durée maximale de conservation d'un message avant qu'un message de non-remise ne soit envoyé à l'utilisateur final. Cette clé ne facilite pas directement le dépannage, mais elle est fréquemment demandée.

La clé OutboundRouterDomain contient le domaine de messagerie qui est utilisé comme suffixe de messagerie lorsqu'un message est adressé à une adresse qui doit être remise à la passerelle Cisco IOS pour la remise de télécopie sortante. Pour ce faire, la valeur, vnt-3725-51.gateway.com dans cet exemple, doit être résolue via DNS. Il peut être utile d'envoyer une requête ping à cette entrée. Si cette entrée est incorrecte, un e-mail est renvoyé à l'expéditeur et les avertit que l'entrée de la passerelle ne peut pas être résolue.

Conseil : Ce fait est utile pour le dépannage : Si tout est installé sauf pour la passerelle Cisco IOS, vous pouvez temporairement modifier cette entrée de Registre en une valeur erronée, par exemple, quelque chose qui ne se trouve pas dans DNS. Envoyez ensuite un message de télécopie à la boîte aux lettres de télécopie. Le service CsIpFaxSvc récupère le message, restitue les pièces jointes, puis ne parvient pas à localiser la passerelle. Une notification de réception non remise (NDR) est renvoyée à l'expéditeur avec la pièce jointe TIF rendue du message de télécopie envoyé à la passerelle. Si vous faites cela, vous avez vérifié que :

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

• Les télécopies peuvent être restituées avec succès.

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

Tout a été supprimé sauf pour l'envoi de messages du compte de télécopie à la passerelle et de la passerelle au compte de télécopie.

La touche Page de couverture contient l'emplacement de la page de couverture qui est rendue. Chaque télécopie transmise contient une page de garde contenant des informations, telles que le nombre de pages. Il est possible de modifier cette page et d'insérer des informations personnalisées ou un logo d'entreprise. Si la clé est remplacée par un fichier inexistant, la page de garde n'est pas envoyée.

Dépannage de chaque composant

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

Envoyer un message d'un utilisateur au compte de télécopie. Dans ce schéma, le message est adressé à fax-unity2, qui est la boîte aux lettres de télécopie. Le numéro que l'utilisateur souhaite appeler est spécifié dans la ligne d'objet, qui est 9915550 dans ce cas. Le document que l'utilisateur souhaite télécopier est joint.

Une fois ce message envoyé, il arrive dans la boîte aux lettres de télécopie configurée initialement. Cette figure montre l'affichage Outlook Express de la boîte aux lettres.

Si le message n'arrive pas, un problème de remise de courrier électronique de base se produit. Vous devriez voir si l'expéditeur a reçu une sorte de message d'échec de remise. Microsoft Exchange 2000/2003 dispose de la fonctionnalité de suivi des messages Exchange, qui vous permet de voir des détails supplémentaires sur la remise des messages. Si l'expéditeur et le compte de télécopie se trouvent dans deux domaines distincts, par exemple a.com et b.com, assurez-vous que le système de messagerie d'envoi est correctement configuré pour livrer le courrier au serveur de messagerie de destination. Cela implique la configuration des enregistrements A et MX dans DNS, puis l'ajout d'un connecteur SMTP pour acheminer le courrier. Le courrier doit également pouvoir être envoyé dans le sens inverse pour que les messages de non-remise soient renvoyés à l'utilisateur final.

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

Un connecteur SMTP est nécessaire dans Exchange pour cet hôte de messagerie.

DNS est utilisé pour acheminer vers l’espace d’adressage. L'espace d'adressage est configuré en tant que c3725-51.gateway.com. Il ne s'agit que d'une des nombreuses configurations. Il ne s'agit que de l'exemple de configuration d'environnement pour un test. Un environnement Exchange d'entreprise typique est beaucoup plus complexe. Il s'agit de s'assurer que vous recevez du courrier de l'utilisateur vers la boîte aux lettres de télécopie. Consultez le site Web de Microsoft pour plus d'informations sur ces rubriques.

Assurez-vous que le courrier est envoyé de l'utilisateur final au compte de télécopie et du compte de télécopie aux utilisateurs finaux.

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

Lors de la configuration du service de télécopie IP, un intervalle d'interrogation est spécifié. Indique la fréquence à laquelle le service de télécopie IP se connecte à la boîte aux lettres de télécopie et recherche de nouveaux messages. Cisco recommande de définir cette valeur basse jusqu'à ce que le bon fonctionnement du produit soit vérifié.

Le meilleur fichier journal de diagnostic est IPFaxSvc<date/heure>.log. Il se trouve dans l' dans le répertoire \Commserver\logs directory.

Remarque : dans cet exemple de suivi, certaines informations ont été supprimées.

Vous pouvez voir la boîte aux lettres dans laquelle le fichier journal se connecte à chaque intervalle. Vous pouvez également voir qu'il traite les télécopies sortantes.

Remarque : Toutes les traces reflètent le paramètre de Registre DiagLevel = 3 mentionné 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 correctement à la boîte aux lettres appropriée, se rende compte qu'il existe un message, récupère l'objet et le considère comme 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 instruction indique que le service exécute une requête SQL sur tbllpFaxDatatable dans la base de données Reports du serveur Cisco Unity pour voir si un message avec cet MessageEntryID (l'ID MAPI du message) existe. Il ne trouve aucune entrée de ce type (0 lignes retournées), il ajoute donc une nouvelle ligne avec ces informations. Ce MessageEntryID est utilisé comme champ Subject dans le message électronique envoyé à la passerelle. Lorsque vous regardez SQL directement, vous voyez :

SQL permet de suivre chaque message. Lorsque la boîte aux lettres de télécopie n'est pas vide, SQL la traverse à chaque intervalle et vérifie qu'elle a comptabilisé chaque message en fonction de cet ID de message. La pièce jointe est copiée dans le répertoire de travail C:\CommServer\unityMta\IpFaxScratchpad in this case. S'il existe un DSN pour ce même message, il suffit de mettre à jour le BusyCounter ou quelque chose de similaire. Mais c'est la méthode par laquelle le service effectue le suivi de chaque message. Maintenant que le fichier a été copié dans le répertoire scratch, le rendu a lieu.

"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"

Le processus de rendu démarre. Chaque fax contient une page de garde, une page avec le corps du message et toutes les pièces jointes. La page de garde indique le nombre de pages télécopiées. Le corps est rendu en premier parce qu'il est toujours envoyé en premier. Comme il ne rend qu'un message à la fois, il appelle toujours le corps du message MsgBody.txt et le fichier de sortie temporaire make.tif. Le rendu est effectué par le logiciel ImageMaker. Une fois chaque processus de rendu terminé, il renvoie le nombre de pages qui sont restituées. Dans ce cas, il s'agit d'une page.

Étape 3 : Vérifier l'opération de rendu

Le moteur de rendu ImageMaker est un pilote d'impression. Il prend un fichier d'entrée, ouvre l'application par défaut associée (Wordpad, Bloc-notes, etc.) et utilise le pilote ImageMaker pour l'imprimer dans le fichier. Cela crée un fichier TIF.

Les fichiers de diagnostic complets se trouvent dans la section Annexe. Lorsque vous soumettez un problème au support technique Cisco lié au moteur de rendu, ces fichiers sont nécessaires :

• C:\ImgMaker\Conversion_Toolkit\log\ODCDAEMON.log : démon qui effectue la conversion via des fichiers de commandes

• C:\log\ImageMakerDocCnvrt Driver.txt : informations relatives au niveau du pilote

Les informations les plus utiles se trouvent dans le fichier ODCDAEMON.log. Pour chaque fichier à restituer, 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 à examiner est connecté en tant qu'utilisateur. Il s'agit du même compte que celui utilisé par le service CsIpFaxSvc pour se connecter.

Il est important de le savoir car cet utilisateur lance toutes les applications et les rend. L'élément suivant est le nom des fichiers d'entrée et de sortie. Le troisième élément, response, indique le nombre de pages qui sont restituées. Dans ce cas, il s'agit d'un. Si la réponse est négative, elle indique une erreur. En cas d'erreur, vous devez consulter les lignes qui l'précèdent immédiatement. Dans de nombreux cas, l'erreur se produit uniquement pour certains types de fichiers. Le fichier journal ODCDAEMON indique si les erreurs se produisent pour tous les rendus ou seulement pour certains types d'extension.

Il est utile d'utiliser manuellement le moteur de rendu pour tester cette technique. Connectez-vous en tant qu'utilisateur qui exécute le service CsIpFaxSvc. Ceci permet de vérifier si la même erreur se produit lorsque le moteur de rendu est lancé à partir du service.

Si vous avez un fichier de chaque type d'extension autorisé, ouvrez chaque fichier en double-cliquant dessus. L'application associée s'ouvre et recherche les mises à jour (ou un processus similaire). Dans le cas d'Acrobat, par exemple, cela peut être désactivé.

Arrêtez le CsIpFaxSvc. Si un processus ODCDAEMON s'exécute toujours, arrêtez-le avec le Gestionnaire des tâches.

Remarque : si le fichier journal ODCDAEMON doit être enregistré pour référence ultérieure, il doit être effectué avant d'envoyer une requête ping au CsIpFaxSvc. Lorsque vous redémarrez le service, il efface le fichier journal ODCDAEMON et la sortie est perdue.

Lancez le processus ODCDAEMON.EXE à partir du dossier C:\ImgMaker\Conversion_Toolkit. Une fenêtre s'affiche comme le montre cette figure :

Lancez le fichier CPCOM.EXE à partir du même dossier.

La plupart des paramètres par défaut sont corrects. Dans le champ Fichier à convertir, un fichier d'entrée souhaité est sélectionné. Cisco vous recommande de tester chaque type de poste séparément. Si le fichier de sortie n'est pas modifié, le fichier d'entrée est ajouté au fichier de sortie.

Cliquez sur Convertir. L'application commence à imprimer et cette boîte de dialogue s'affiche :

Click OK. Sélectionnez l'option Afficher la sortie lorsque terminé. Un visualiseur TIF est lancé et le fichier de sortie s'affiche. En cas d'erreur, dans certains cas, elles sont les mêmes que celles présentées dans les fichiers journaux, comme le montre cet exemple.

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 pièce jointe TIF. Mais le type de fichier est DOC (MSPaper.Document). Le problème dans ce cas est que les applications Microsoft telles que Word et Excel sont installées sur le serveur et changent les associations de fichiers dans le Registre. Modifiez HKEY_CLASSES_ROOT\.tif et TIF et modifiez la clé par défaut sur TIFImage.Document au lieu de MSPaper.Document afin de corriger cette erreur.

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

Si toutes les pièces jointes échouent ou s'il y a une erreur d'initialisation, réinstallez le moteur de rendu. Utilisez la commande instfax.exe -z à partir du dossier ImageMaker où réside l'IPFaxConfigWizard afin de le désinstaller. Il est ensuite réinstallé, ce qui nécessite un redémarrage, et réexécute l'Assistant Configuration de télécopie IP Cisco Unity à partir de Démarrer > Programmes > Unity.

La dernière option pour tester les erreurs consiste à contourner le processus de démon et à rendre le fichier à partir de la ligne de commande. Dans la plupart des cas, s'il a échoué auparavant, il échoue également ici. Mais, dans certains cas, il fournit des informations supplémentaires. Ceci est fait à l'aide de l'exécutable PDFILCNV. Ce programme se trouve dans le sous-répertoire ImageMaker du chemin d'installation d'IPFaxConfigWizard. Exemple :

PDFILCNV products.doc -Fproducts.tif

Vérifiez que vous pouvez ouvrir le fichier qui apparaît.

Cet exemple provient des fichiers journaux 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 pièce jointe DOC du produit est rendue. Il est ajouté au fichier rendu.tif créé précédemment. Il a deux pages, ce qui fait le nombre total de 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 garde est le fichier cover.htm. C'est un modèle HTML simple avec quelques variables. Il indique le nom de l'abonné qui envoie le message, le numéro appelé et le nombre de pages envoyées.

Une fois le fichier cover.htm personnalisé créé, il est rendu dans un fichier messageid.tif. Le fichier rendu.tif créé précédemment est rendu, par exemple, ajouté au fichier messageid.tif. À ce stade, le fichier messageid.tif est le véritable message envoyé par e-mail ou par fax.

Le rendu est réussi. Certains champs de 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']";

L'état du message est défini sur 1 et l'heure de la dernière mise à jour est renseignée. Il est envoyé à la passerelle.

Étape 4 : Vérifier que le routeur reçoit et transmet le message

Le message envoyé du compte de télécopie IP à la passerelle doit se trouver sous la forme fax=####@router.gateway.com. En règle générale, les enregistrements DNS A et MX sont requis dans DNS et un connecteur SMTP doit être ajouté à Exchange pour acheminer les messages vers cet hôte. Une fois cela fait, vous pouvez poursuivre le dépannage de la passerelle.

Si le routeur est configuré uniquement, vous pouvez toujours vérifier qu'il fonctionne si vous utilisez Telnet pour accéder au port SMTP et envoyer un message manuellement comme le montre cet exemple :

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.

Dans ce cas, il y a une erreur inconnue. Cela s'est produit parce que l'interface PRI (Primary Rate Interface) utilisée pour livrer la télécopie sortante est désactivée. Voici 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, le message d'erreur Incapable de relayer vers l'hôte distant signifie que la liste des alias de réception mta dans la configuration de Cisco IOS n'a pas error.com configuré.

Établissez une connexion Telnet avec le routeur ou accédez-y via la console pour commencer le dépannage de la passerelle directement. Lorsque vous êtes connecté à Telnet, exécutez la commande terminal monitor. La sortie de débogage est affichée. Activez debug fax mta all. Si le circuit vocal sortant est PRI, debug isdn q931 est également une commande pertinente.

Avertissement : lorsque vous activez les traces sur un routeur, cela affecte parfois les performances. Désactivez les traces à l'aide de la commande no debug all lorsqu'elle est terminée.

Note : Ces journaux ont été tronqués afin d'économiser de l'espace.

Cette sortie de débogage provient 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 du routeur reçoit le message. Tous les champs de la conversation SMTP sont analysés à différents niveaux du code du routeur jusqu'à ce que l'appel soit passé au numéro. Les éléments importants à remarquer sont répertoriés dans quelques étapes de configuration.

Dans la sortie show running-config, vous voyez :

• fax interface-type fax-mail

• Le logiciel OffRamp doit être chargé dans Flash ou sur un serveur FTP/TFTP. Une application est alors configurée. Par exemple, appelez l'application voice off flash: app_faxmail_offramp.2.0.1.1.tcl.

  Remarque : Le logiciel TCL (Tool Command Language) utilisé pour la fonctionnalité OnRampOffRamp est téléchargé à partir des téléchargements Cisco (clients enregistrés uniquement).

• mta Recevoir maximum <destinataires> : nombre supérieur à 0

• mta receive alias <string> : doit correspondre au suffixe DNS. Par exemple, si le courrier électronique de Cisco Unity est envoyé à fax=912345@myrouter.com, l'alias doit être myrouter.com. Vous pouvez avoir plusieurs alias de réception mta.

• mta send server <adresse IP du serveur Exchange> : pour envoyer des DSN, la passerelle doit se connecter à un serveur de messagerie pour remettre le message. Un seul serveur Exchange doit être configuré, bien que plusieurs serveurs Exchange puissent être configurés. Vérifiez si toutes les adresses de serveur d'envoi mta non valides sont supprimées. Sinon, le premier de la liste est toujours utilisé.

• mta Receive generate permanent-error - Ceci est nécessaire pour que le routeur renvoie correctement les DSN à Cisco Unity.

• Configurations des homologues de numérotation. 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, vous devez dépanner Exchange. Les diagnostics d'Exchange 2000 sont très utiles pour cela. Exemple :

  

  Les diagnostics MSExchangeTransport du protocole SMTP de catégorie et du gestionnaire de connexions sont activés. Il se trouve dans le Gestionnaire de systèmes Exchange sous les propriétés de chaque serveur. Lorsque vous envoyez un message, l'erreur apparaît dans le journal de l'Observateur d'événements d'application. L'une des erreurs de configuration les plus courantes est lorsque le paramètre mta Received aliases du routeur ne correspond pas au suffixe de messagerie. Par exemple, si le service de télécopie tente d'envoyer un message à fax=91234@router.abc.com, la passerelle doit avoir des alias de réception mta router.abc.com configurés.

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

Il s'agit de la notification générée. Certaines parties de la trace sont omises pour économiser 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 mta send server dans la configuration doit être définie sur le serveur et le port Exchange corrects (25 par défaut). DSN doit être configuré sur le terminal de numérotation dial-peer mmoip que le message de télécopie correspond lorsqu'il est envoyé, et la commande mta Receive generate permanent-error est présente. Parfois, la commande n'est pas présente ou pointe vers un serveur de messagerie incorrect.

Remarque : La configuration de Cisco IOS vous permet de configurer plusieurs commandes mta send server. Mais seul le premier est utilisé, à moins que ce périphérique ne devienne complètement inaccessible. Ainsi, lorsque vous modifiez le serveur d'envoi mta, vous devez supprimer le précédent.

Si vous avez Outlook ou Outlook Express et que vous surveillez la boîte aux lettres de télécopie, vous voyez que le DSN y est livré avant qu'il ne soit traité dans l'intervalle suivant par le service de télécopie IP.

Le corps du message contient l'ID du message. Auparavant, c'était le sujet. Les erreurs sont mentionnées en bas du corps du message. Il s’agit d’abstractions des codes d’erreur Q.931 RNIS. Voir l'annexe pour plus de renseignements.

Le centre de suivi des messages Exchange est également utile. Il est intégré au Gestionnaire de systèmes Exchange 2000/2003. Voici les messages :

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

Lorsque le message DSN se trouve dans la boîte aux lettres du service de télécopie IP, vérifiez qu'il traite le message. Les fichiers journaux IpFaxSvc sont utiles pour cela.

"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]"

L'objet d'origine est analysé à partir du corps du message. Vous pouvez ainsi rechercher le message dans la base de données. Le code de cause est également analysé en tant que 16. Il s'agit d'un effacement d'appel normal. Ces codes de cause correspondent aux codes de cause Q.931. Voir Q.931 Déconnecter les codes de cause pour plus d'informations sur les codes de cause.

L'entrée est supprimée en toute sécurité de la base de données et ré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 électroniques sont supprimés. Lorsque vous recherchez des messages de télécopie sortants, il n'y en a aucun.

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

Cavates

Voici quelques mises en garde actuelles qui sont présentes dans la version actuellement testée. Reportez-vous à l'Assistant de configuration de télécopie IP ou au fichier d'aide pour obtenir des versions plus récentes traitant de ces problèmes.

• ID de bogue Cisco CSCef61241 (clients enregistrés uniquement) —Les fax IP sortants ne peuvent pas afficher de PDF.

• ID de bogue Cisco CSCef61256 (clients enregistrés uniquement) —Outbound IP Fax ne peut pas gérer les DSN de passerelle avec Exchange 5.5.

• ID de bogue Cisco CSCef96036 (clients enregistrés uniquement) : le service de télécopie IP doit envoyer un avis de non-remise lorsqu'un objet n'est pas correctement formaté.

• ID de bogue Cisco CSCef96051 (clients enregistrés uniquement) —La page de couverture du service de télécopie IP sortante doit autoriser un numéro de rappel.

• ID de bogue Cisco CSCeg04158 (clients enregistrés uniquement) —Le service de télécopie IP doit NDR pour un message avec une pièce jointe inconnue.

• ID de bogue Cisco CSCeg04180 (clients enregistrés uniquement) : le service de télécopie IP ne reconnaît pas la dernière extension de l'outil de télécopie tiers.

• ID de bogue Cisco CSCeg39033 (clients enregistrés uniquement) : le service de télécopie IP doit vous permettre de ne pas rendre le corps du message électronique.

• ID de bogue Cisco CSCeg39046 (clients enregistrés uniquement) —Le moteur de rendu et le répertoire de journal de télécopie IP sont toujours sur le C : lecteur.

• ID de bogue Cisco CSCeg39100 (clients enregistrés uniquement) —Le service de télécopie IP doit NDR un message après plusieurs échecs de rendu.

• ID de bogue Cisco CSCeg45439 (clients enregistrés uniquement) : le service de télécopie IP doit permettre de confirmer la livraison de télécopie à l'expéditeur.

• ID de bogue Cisco CSCeg45666 (clients enregistrés uniquement) : le service de télécopie IP doit vérifier les dépendances des applications au démarrage.

• ID de bogue Cisco CSCeg46458 (clients enregistrés uniquement) —L'arrêt du service de télécopie IP devrait interrompre le processus ODCDAEMON.

• ID de bogue Cisco CSCeg52736 (clients enregistrés uniquement) : dans le service de télécopie IP sortante, la clé MaximumWait ne fonctionne pas.

Annexe

Fichiers de suivi du moteur de rendu

Ce sont des traces de l'exemple discuté dans ce document. Il y a deux fichiers. Un fichier est destiné au démon et l'autre au pilote d'impression. En général, ces éléments ne sont pas nécessaires. Cependant, un échantillon de chacun est inclus à des fins de comparaison. Lorsque vous rencontrez des problèmes avec le moteur de rendu, ces fichiers sont requis, ainsi que les journaux de télécopie IP ordinaires.

ODCDAEMON.log

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

Ce fichier est utilisé fréquemment et est assez lisible. Les fichiers d'entrée et de sortie sont répertoriés dans une section distincte et un code de réponse est répertorié. Si le code de réponse est positif, il indique le nombre de pages qui sont rendues dans le fichier TIF de sortie. Un code de réponse négatif indique une erreur. Vérifiez que l'utilisateur sous lequel s'exécute le processus. C'est essentiel, car c'est l'utilisateur qui doit pouvoir ouvrir les applications individuelles pour 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

Journal des pilotes

C:\log\ImageMaker DocCnvrt Driver.log

Cette trace est nécessaire lorsque vous soumettez des problèmes avec le moteur de rendu au support technique 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
--------------------------------------->

Q.931 Déconnecter les codes de cause

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

Informations connexes

• Assistance technique concernant la technologie vocale
• Assistance concernant les produits vocaux et de communications unifiées
• Dépannage des problèmes de téléphonie IP Cisco
• Support et documentation techniques - Cisco Systems

Historique de révision