Contents

Introduction

Prerequisites

Requirements

Componentes Utilizados

Conventions

Informações de Apoio

Antes de solucionar o problema

Verifique se o serviço CsIpFaxSvc está instalado, configurado e em execução

Configurar um cliente de e-mail para monitorar a conta de fax

Configurações do registro

Solucionar Problemas de Cada Componente

Passo 1: Verifique se as mensagens podem ser enviadas do usuário final para a conta de fax

Passo 2: Verifique se as mensagens são processadas pelo serviço de fax IP

Passo 3: Verifique a operação de renderização

Passo 4: Verifique se o roteador recebe e entrega a mensagem

Passo 5: Verifique se o roteador envia a mensagem DSN

Passo 6: Verifique se a mensagem DSN foi recebida

Caveats

Appendix

Arquivos de Rastreamento do Mecanismo de Composição

Códigos de causa de desconexão do Q.931

Informações Relacionadas

Introduction

O fax de saída de um usuário do Cisco Unity para um aparelho de fax na rede telefônica pública comutada (PSTN) é suportado com o Assistente de Configuração de Fax IP do Cisco Unity que inicia com o Cisco Unity 4.0(4) e o Cisco IOS® Software Release 12.3(7)T. Este serviço permite que os usuários enviem faxes de saída por meio de um simples e-mail. O número de telefone do fax de destino está incluído na linha de assunto do e-mail e é enviado para uma caixa de correio que o serviço de fax IP do Cisco Unity verifica. O serviço reformata a mensagem, renderiza todos os anexos no formato apropriado, reendereça e envia a mensagem. A mensagem é enviada através do SMTP (Simple Mail Transfer Protocol) para o gateway do Cisco IOS configurado com o recurso T.37 OffRamp para enviar o fax ao número de telefone destino.

Este documento discute as etapas comuns que você usa para solucionar problemas. Consulte o Exemplo de Configuração do Gateway de Saída de Fax IP do Cisco Unity para as etapas de configuração inicial do gateway do Cisco IOS. Consulte o Assistente de Configuração de Fax IP para Cisco Unity.

Prerequisites

Requirements

A Cisco recomenda que você tenha conhecimento destes tópicos:

- Documentação regular para o processo de saída de fax IP do Cisco Unity

Consulte o Assistente de Configuração de Fax IP e o Exemplo de Configuração de Gateway de Saída de Fax IP do Cisco Unity.

- Conhecimento básico do SMTP com o Microsoft Exchange 2000/2003

- Configuração de Voz sobre IP (VoIP) do Cisco IOS

Um servidor Cisco Unity ativo com o Assistente de Configuração de Fax IP do Cisco Unity versão 2.0.0.19 ou posterior é usado em conjunto com a configuração de gateway definida neste documento para ter um sistema operacional completo. No lado do gateway do IOS, um roteador Cisco IOS que suporta a funcionalidade T.37 OffRamp e o Cisco IOS Software Release 12.3(7)T ou posterior é necessário juntamente com o Cisco Unity Versão 4.0(4) ou posterior com o Microsoft Exchange 2000 ou 2003 como repositório de mensagens do parceiro.

Observação: T.37 OffRamp não é suportado em redes Media Gateway Control Protocol (MGCP). Consulte o guia de configuração do T.37 Store and Forward Fax para obter mais informações sobre a plataforma e outras restrições ao usar T.37.

Componentes Utilizados

As informações neste documento são baseadas nestas versões de software e hardware:

- Cisco 3725 como gateway do IOS

- Software Cisco IOS versão 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

Consulte as Convenções de Dicas Técnicas da Cisco para obter mais informações sobre convenções de documentos.

Informações de Apoio

Para ilustrar o procedimento de identificação e solução de problemas, é importante entender a operação básica desse recurso. O problema é então reduzido a um componente específico e mais informações são coletadas sobre ele.

1. O usuário final no sistema envia um e-mail para a caixa de correio de fax. Essa mensagem deve conter [FAXPHONE=9915550] no assunto da caixa de correio de fax (por exemplo, fax-unity2@vnt.com), onde 9915550 é o número da máquina de fax de destino. Com base no plano de discagem configurado no gateway, esse número é precedido por um 9 ou aceita apenas algumas sequências de dígitos. Depois de enviado, o Microsoft Exchange entrega a mensagem para esta caixa de correio.

Observação: se o e-mail tiver origem em outro domínio, o Sistema de Nome de Domínio (DNS) e o sistema de e-mail remoto serão configurados para entregar e-mail para o domínio e a conta de e-mail onde a caixa de correio de fax reside.

2. O serviço de fax IP do Cisco Unity faz login periodicamente na caixa de correio de fax e recupera a mensagem. Agora o anexo é lido. A mensagem é renderizada (por exemplo, convertida em um arquivo TIF) no servidor Cisco Unity, com a suposição de que ele é capaz de lidar com um anexo desse tamanho.

3. Quando o anexo é renderizado, a mensagem é enviada ao gateway do IOS. O Microsoft Exchange deve ser configurado para poder enviar uma mensagem, endereçada a um destinatário, como fax=9915550@c3725-51.gateway.com. Isso normalmente significa que um registro A e um registro de troca de correspondência (registro MX) para esse host (c3725-51.gateway.com) são adicionados ao DNS e um conector SMTP é adicionado ao Exchange para rotear a mensagem. O endereço de e-mail e o nome do host usados aqui não precisam ser amigáveis, pois os usuários finais nunca enviam e-mails diretamente para o gateway.

4. O gateway IOS é configurado para o recurso T.37 OffRamp, que permite que ele receba uma mensagem SMTP, interprete o endereço fax=991550, faça uma chamada para o número 991550 (após qualquer possível manipulação de dígitos) e, em seguida, transmita o arquivo TIF para o aparelho de fax do destinatário.

Observação: o gateway não pode usar o MGCP para usar esse recurso. No entanto, o circuito não precisa ser dedicado apenas a fax. Voz e fax são usados juntos no mesmo circuito de voz. A configuração do peer de discagem no roteador determina o que realmente é feito com uma chamada.

5. Quando o fax é entregue, o gateway envia uma mensagem de notificação de status de entrega (DSN) de volta para a caixa de correio de fax (fax-unity2@vnt.com). Isso indica se o fax foi entregue com êxito ou não. Quando o serviço de fax IP faz login, a mensagem DSN é recuperada. Caso não tenha sido entregue com êxito, o código da causa é examinado. Com base nesse código de causa, a mensagem é enviada novamente (talvez o fax remoto estivesse ocupado) ou uma mensagem é enviada de volta ao usuário final para notificar o usuário sobre um problema. Sem isso, o serviço de fax IP nunca sabe se um fax foi entregue com êxito.

Uma das vantagens dessa arquitetura é que qualquer problema é geralmente dividido nos componentes relevantes.

Antes de solucionar o problema

Verifique se o serviço CsIpFaxSvc está instalado, configurado e em execução

Verifique a configuração antes de começar.

Configure o gateway corretamente. Consulte o Exemplo de Configuração de Saída de Fax IP do Cisco Unity e o Assistente de Configuração de Fax IP.

Configure o Exchange para que o correio seja entregue do armazenamento de correio do usuário final para o local onde a caixa de correio de fax reside. Ele é entregue na direção inversa também para que a mensagem de status possa ser enviada de volta à origem. O e-mail precisa ser capaz de entregar da conta de fax para o gateway e vice-versa. Isso envolve a configuração no DNS e no Exchange.

Verifique se o serviço de fax IP está instalado corretamente. Depois que o programa de configuração for ativado, execute o assistente de configuração no Cisco Unity e escolha Iniciar > Programas > Unity > Assistente de configuração de fax IP do Cisco Unity.

O serviço de fax IP não consegue compor nada que lhe envie. Quando o serviço de fax IP recebe um arquivo anexado a um e-mail, ele primeiro verifica se pode reconhecer o ramal. Eles são configurados na Ferramenta de administração de fax de terceiros. As extensões padrão permitidas são BMP, HTM, TIF e TXT. Se uma extensão DOC for desejada, a ferramenta deverá adicioná-la como mostrado neste exemplo.

Observação: há um problema em algumas versões que impede o último ramal na lista da Ferramenta de administração de fax de terceiros de operar corretamente. Consulte a seção Caveats para obter mais informações.

O servidor de fax selecionado é Cisco Unity IP Fax Routing. O DOC é adicionado à área de extensões de arquivo permitidas. Isso significa que o serviço de fax IP fornece o anexo ao mecanismo de renderização. Quando isso é feito, o mecanismo de renderização depende do aplicativo associado ao tipo de extensão para que ele possa abrir o documento e imprimi-lo em um arquivo com seu driver de impressão. As extensões DOC são normalmente permitidas, pois o aplicativo WordPad é instalado no servidor Cisco Unity por padrão e abre a maioria dos documentos do Microsoft Word. Um aplicativo como o Acrobat Reader ajuda a enviar arquivos PDF por fax. Consulte a seção Caveats deste documento para obter mais informações.

Observação: o único aplicativo oficialmente suportado pela Cisco para extensões .doc é o WordPad. O mecanismo de renderização pode falhar se aplicativos como o Wordview ou o Microsoft Word forem usados com a extensão de documento.

Observação: não instale o Microsoft Office no servidor Cisco Unity. Isso interrompe a operação adequada do Cisco Unity. Somente aplicativos de terceiros suportados devem ser instalados no servidor Cisco Unity. Tenha cuidado ao instalar qualquer software de terceiros no servidor Cisco Unity.

Verifique em Iniciar > Ferramentas Administrativas > Serviços se o CSIpFaxSvc está ativo e se o campo Logon Como é o mesmo que o serviço AvCsMgr. Se o serviço AvCsMgr não for iniciado, é possível que haja problemas. Isso também afeta o CsIpFaxSvc. Consulte o Cisco Unity 3.1(x) e 4.x: O serviço AvCsMgr não é iniciado para obter mais informações.

Configurar um cliente de e-mail para monitorar a conta de fax

Se ele não funcionar mesmo depois que o serviço de fax IP e o gateway estiverem instalados, a primeira etapa é usar o Microsoft Outlook Express (com o IMAP (Internet Mail Access Protocol) ou o Outlook (ou outro programa de e-mail) para examinar a caixa de correio de fax IP. Como os usuários finais enviam mensagens para essa caixa de correio e o serviço de fax IP verifica e envia mensagens dessa conta, certifique-se de que as mensagens cheguem e de que sejam enviadas corretamente. Tudo o que se vê aqui pode ser diagnosticado com o uso dos arquivos de log e do Centro de Rastreamento de Mensagens do Exchange. Mas isso também ajuda a ilustrar a operação do produto.

O Outlook Express é instalado automaticamente no servidor Cisco Unity. O Outlook é o correio preferido com implantações de Unified Messaging para o Cisco Unity.

Cuidado: não instale o Microsoft Outlook no Cisco Unity Server. Isso faz com que o Cisco Unity pare a operação. O Outlook também não deve ser instalado no servidor Exchange. Ele deve ser instalado em uma máquina cliente e, em seguida, configurado para se conectar ao servidor Exchange.

Ao adicionar uma ou mais contas de correio ao Outlook Express, certifique-se de especificar o IMAP. Se você selecionar POP, ele fará com que todas as mensagens de correio sejam baixadas imediatamente do armazenamento de correio. Em seguida, o serviço de fax IP não detecta nenhuma mensagem nova. Especifique a conta do serviço de fax IP. Se a senha não for conhecida, é seguro acessar Usuários e Computadores do Ative Diretory, localizar a conta de fax IP e redefinir a senha.

O método de solução de problemas fornecido neste documento não é o único que você pode usar. Por exemplo, se você tiver acesso à conta de fax IP e estiver conectado através do Outlook ou Outlook Express, poderá enviar um e-mail de teste diretamente desse local para um usuário final. Você também pode enviar e-mails diretamente para o gateway. Isso reduz o problema, pois prova que um ou outro elemento funciona corretamente.

Configurações do registro

Para ajudar na solução de problemas, altere o nível do diagnóstico para que mais saídas sejam registradas. Escolha Iniciar > Executar e digite regedit na caixa de comando para habilitá-lo no servidor Cisco Unity onde o CSIPFaxSvc é executado. Escolha HKEY_LOCAL_MACHINE\SOFTWARE\Active Voice\IPFaxRouter\1.0 assim que a ferramenta Editor do Registro for exibida.

Escolha Editar > Novo > Valor DWORD. O nome especificado é DiagLevel. Quando ela for criada, clique duas vezes nessa tecla. Digite 3 no campo Dados do valor. Este é o nível máximo de diagnóstico. Posteriormente, você poderá alterá-lo para 0 (o padrão). Essa alteração não exige que você reinicie o serviço.

Cuidado: quando você altera a chave incorreta do registro ou digita um valor incorreto, isso faz com que o servidor não funcione corretamente. Confirme se você sabe como restaurá-lo se ocorrer um problema antes de editar a chave do registro. Consulte os tópicos Restauração na Ajuda do Editor do Registro para obter mais informações. Um backup comum do servidor da Cisco Unity não faz o backup do registro. Para um sistema de failover do Cisco Unity, as alterações de registro em um servidor do Cisco Unity são feitas manualmente no outro servidor do Cisco Unity, pois as alterações de registro não são replicadas. Entre em contato com o Suporte Técnico da Cisco para obter mais informações sobre como alterar as configurações da chave do Registro.

Outra chave útil em algumas situações é a tecla MaximumWait. Se não estiver presente, esta chave assumirá como padrão 24 (horas). Especifica o tempo máximo para manter uma mensagem antes que uma mensagem de não-entrega seja enviada ao usuário final. Essa chave não ajuda diretamente na solução de problemas, mas é frequentemente solicitada.

A chave OutboundRouterDomain contém o domínio de e-mail usado como sufixo de e-mail quando uma mensagem de e-mail é endereçada a um endereço a ser entregue ao gateway do Cisco IOS para entrega de fax de saída. Para fazer isso, o valor vnt-3725-51.gateway.com neste exemplo deve ser resolvido através do DNS. Pode ser útil fazer ping nesta entrada. Se essa entrada estiver incorreta, um e-mail será devolvido ao remetente e o notificará de que a entrada do gateway não pode ser resolvida.

Dica: esse fato é útil para a solução de problemas: Se tiver tudo instalado, exceto o gateway do Cisco IOS, você poderá alterar temporariamente essa entrada do registro para um valor falso, por exemplo, algo que não esteja no DNS. Em seguida, envie uma mensagem de fax para a caixa de correio de fax. O serviço CsIpFaxSvc recupera a mensagem, renderiza os anexos e falha ao localizar o gateway. Uma notificação NDR (Non-Delivery Receipt, Confirmação de Não-Entrega) é enviada de volta ao remetente com o anexo TIF renderizado da mensagem de fax enviada ao gateway. Se fizer isso, você verificou que:

- O e-mail pode ser enviado do usuário final para a conta de fax.

- Os faxes podem ser processados com êxito.

- O e-mail pode ser enviado de volta da conta de fax para o usuário final.

Tudo foi eliminado, exceto o envio de mensagens da conta de fax para o gateway e do gateway para a conta de fax.

A chave da página de rosto contém o local da página de rosto que é renderizada. Cada fax que é transmitido contém uma folha de rosto com algumas informações, como o número de páginas. É possível editar esta página e inserir informações personalizadas ou um logotipo da empresa. Se a chave for alterada para um arquivo inexistente, a página de rosto não será enviada.

Solucionar Problemas de Cada Componente

Passo 1: Verifique se as mensagens podem ser enviadas do usuário final para a conta de fax

Envie uma mensagem de um usuário para a conta de fax. Neste diagrama, a mensagem é endereçada ao fax-unity2, que é a caixa de correio de fax. O número que o usuário deseja chamar é especificado na linha de assunto, que é 9915550 neste caso. O documento que o usuário deseja enviar por fax está anexado.

Depois que essa mensagem é enviada, ela chega na caixa de correio de fax configurada inicialmente. Esta figura mostra a exibição do Outlook Express da caixa de correio.

Se a mensagem não chegar, há um problema básico de entrega de e-mail. Você deve ver se o remetente recebeu algum tipo de mensagem de falha de entrega. O Microsoft Exchange 2000/2003 tem o recurso Rastreamento de Mensagens do Exchange, que permite que você veja detalhes adicionais sobre a entrega de mensagens. Se o remetente e a conta de fax estiverem em dois domínios separados, por exemplo, a.com e b.com, por exemplo, certifique-se de que o sistema de correio de envio esteja configurado corretamente para entregar correio ao servidor de correio de destino. Isso envolve configurar registros A e MX no DNS e, em seguida, adicionar um conector SMTP para rotear o e-mail. O e-mail também deve ser enviado na direção inversa para que as mensagens de não-entrega sejam enviadas de volta ao usuário final.

Esta figura mostra uma entrada DNS para o gateway IOS com registros A e MX.

Um conector SMTP é necessário no Exchange para esse host de e-mail.

O DNS é usado para rotear para o espaço de endereço. O espaço de endereço é configurado como c3725-51.gateway.com. Essa é apenas uma das muitas configurações. Este é apenas o exemplo de configuração do ambiente para um teste. Um ambiente corporativo típico do Exchange é muito mais complexo. O objetivo é garantir que você receba e-mails do usuário para a caixa de correio de fax. Consulte o site da Microsoft para obter mais informações sobre esses tópicos.

Certifique-se de que o e-mail seja enviado do usuário final para a conta de fax e da conta de fax para os usuários finais finais finais finais.

Passo 2: Verifique se as mensagens são processadas pelo serviço de fax IP

Durante a configuração do serviço IP Fax, um intervalo de sondagem é especificado. Isso indica com que frequência o serviço de fax IP se conecta à caixa de correio de fax e verifica se há mensagens novas. A Cisco recomenda definir esse valor baixo até que a operação correta do produto seja verificada.

O melhor arquivo de log de diagnóstico é IPFaxSvc<date/time>.log. Ele está localizado na pasta \Commserver\logs directory.

Observação: nesta amostra de rastreamento, algumas informações foram removidas.

Você pode ver a caixa de correio na qual o arquivo de log se conecta a cada intervalo. Você também pode vê-lo processando os faxes de saída.

Observação: todos os rastreamentos refletem a configuração de registro DiagLevel = 3 mencionada anteriormente.

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

É importante que o processo de saída faça login com êxito na caixa de correio correta, compreenda que há uma mensagem, recupere o assunto e a considere um fax de saída.

"_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')]"

Agora a mensagem é lida. A primeira instrução indica que o serviço executa uma consulta SQL em relação ao tbllpFaxDatatable no banco de dados de Relatórios do servidor Cisco Unity para ver se existe uma mensagem com MessageEntryID (o ID MAPI da mensagem). Ele não encontra nenhuma entrada (0 linhas retornadas), então adiciona uma nova linha com essas informações. Esse ID de entrada de mensagem é usado como o campo Assunto no e-mail enviado ao gateway. Quando você olha para o SQL diretamente, você vê:

O SQL é usado para controlar cada mensagem. Quando a caixa de correio de fax não está vazia, o SQL a percorre em cada intervalo e verifica se ela contabilizou cada mensagem com base nessa ID de mensagem. O anexo é copiado para o diretório de rascunho C:\CommServer\unityMta\IpFaxScratchpad in this case. Se houver um DSN para essa mesma mensagem, ele só precisará atualizar o BusyCounter ou algo semelhante. Mas esse é o método pelo qual o serviço rastreia cada mensagem. Agora que o arquivo foi copiado para o diretório de rascunho, a renderização ocorre.

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

O processo de renderização é iniciado. Cada fax contém uma folha de rosto, uma página com o corpo da mensagem e qualquer ou todos os anexos. A página de rosto mostra o número de páginas que estão enviando fax. O corpo é renderizado primeiro porque é sempre enviado primeiro. Como ele renderiza apenas uma mensagem por vez, ele sempre chama o corpo da mensagem MsgBody.txt e o arquivo temporário de saída curinga.tif. A renderização é executada pelo software ImageMaker. Depois que cada processo de renderização é concluído, ele retorna o número de páginas que são renderizadas. Nesse caso, é uma página.

Passo 3: Verifique a operação de renderização

O mecanismo de renderização ImageMaker é um driver de impressão. Ele pega um arquivo de entrada, abre o aplicativo padrão associado (Wordpad, Notepad e assim por diante) e usa o driver ImageMaker para imprimi-lo no arquivo. Isso cria um arquivo TIF.

Os arquivos de diagnóstico completos estão na seção Apêndice. Quando você envia um problema ao Suporte Técnico da Cisco relacionado ao mecanismo de renderização, estes arquivos são necessários:

- C:\ImgMaker\Conversion_Toolkit\log\ODCDAEMON.log — O daemon que faz a conversão através de arquivos de lote

- C:\log\ImageMakerDocCnvrt Driver.txt — Informações sobre o nível do driver

As informações mais úteis estão no arquivo ODCDAEMON.log. Para cada arquivo a ser renderizado, você verá:

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

O primeiro elemento a observar está conectado como usuário. Esta é a mesma conta que o serviço CsIpFaxSvc usa para fazer logon.

É importante estar ciente disso, pois esse usuário inicia todos os aplicativos e os executa. O próximo elemento são os nomes dos arquivos de entrada e saída. O terceiro elemento, resposta, indica o número de páginas que são renderizadas. Neste caso, é um. Se a resposta for negativa, ela indica um erro. Se houver um erro, você deverá observar as linhas que imediatamente o precedem. Em muitos casos, o erro ocorre somente para determinados tipos de arquivo. O arquivo de log ODCDAEMON mostra se os erros ocorrem para todas as renderizações ou apenas para determinados tipos de extensão.

É útil exercitar manualmente o mecanismo de renderização para testar isso. Efetue login como o mesmo usuário que executa o serviço CsIpFaxSvc. Isso serve para verificar se o mesmo erro ocorre quando o mecanismo de renderização é iniciado a partir do serviço.

Se você tiver um arquivo de cada tipo de extensão permitido, abra cada arquivo clicando duas vezes nele. O aplicativo associado é aberto e verifica se há atualizações (ou um processo semelhante). No caso do Acrobat, por exemplo, isso pode ser desativado.

Pare o CsIpFaxSvc. Se algum processo ODCDAEMON ainda estiver em execução, pare-o com o Gerenciador de Tarefas.

Observação: se o arquivo de log do ODCDAEMON tiver que ser salvo para referência adicional, isso deve ser feito antes de você fazer ping no CsIpFaxSvc. Quando você reiniciar o serviço, ele limpará o arquivo de log ODCDAEMON e a saída será perdida.

Inicie o processo ODCDAEMON.EXE na pasta C:\ImgMaker\Conversion_Toolkit. Uma janela é exibida conforme mostrado na figura:

Inicie o arquivo CPCOM.EXE na mesma pasta.

A maioria das configurações padrão está boa. No campo Arquivo para converter, um arquivo de entrada desejado é selecionado. A Cisco recomenda que você teste cada tipo de extensão separadamente. Se o arquivo de saída não for alterado, o arquivo de entrada será anexado ao arquivo de saída.

Clique em Converter. O aplicativo começa a ser impresso e esta caixa de diálogo é exibida:

Click OK. Escolha a opção Exibir saída quando concluído. Um visualizador TIF é iniciado e o arquivo de saída é exibido. Se houver erros, em alguns casos eles são iguais ao que foi apresentado nos arquivos de log como mostrado neste exemplo.

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

O arquivo de entrada é um anexo TIF. Mas o tipo de arquivo é DOC (MSPaper.Document). O problema nesse caso é que aplicativos da Microsoft, como Word e Excel, estão instalados no servidor e alteram as associações de arquivos no registro. Edite HKEY_CLASSES_ROOT\.tif e TIF e altere a chave padrão para TIFImage.Document em vez de MSPaper.Document para corrigir esse erro.

Depois de verificar cada tipo de arquivo, feche as janelas CPCOM e ODCDAEMON e reinicie o serviço CsIpFaxSvc.

Se todos os anexos falharem ou houver um erro de inicialização, reinstale o mecanismo de renderização. Use o comando instfax.exe -z da pasta ImageMaker onde reside o IPFaxConfigWizard para desinstalá-lo. Ele é reinstalado, o que requer uma reinicialização, e reexecuta o Assistente de configuração de fax IP do Cisco Unity em Iniciar > Programas > Unity.

A última opção para testar erros é ignorar o processo de daemon e renderizar o arquivo da linha de comando. Na maioria dos casos, se ele falhou antes, também falhará aqui. Mas, em alguns casos, ele fornece informações adicionais. Isso é feito com a ajuda do executável PDFILCNV. Este programa está no subdiretório ImageMaker do caminho de instalação do IPFaxConfigWizard. Por exemplo:

PDFILCNV products.doc -Fproducts.tif

Verifique se você pode abrir o arquivo exibido.

Este exemplo é dos arquivos de log 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"

O anexo DOC do produto é renderizado. Ele é anexado ao arquivo render.tif criado anteriormente. Tem duas páginas, o que faz o número total de páginas três.

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

A capa é o arquivo cover.htm. É um modelo HTML simples com algumas variáveis. Preenche o nome do assinante que envia a mensagem, o número chamado e o número de páginas enviadas.

Depois que o arquivo cover.htm personalizado é criado, ele é renderizado em um arquivo messageid.tif. O arquivo render.tif criado anteriormente é renderizado, por exemplo, anexado ao arquivo messageid.tif. Neste ponto, o arquivo messageid.tif é a mensagem real que é enviada por email ou por fax.

Ele é renderizado com sucesso. Alguns campos no SQL são atualizados e a mensagem é enviada.

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

O status da mensagem é definido como 1 e a hora da última atualização é preenchida. É enviado para o gateway.

Passo 4: Verifique se o roteador recebe e entrega a mensagem

A mensagem enviada da conta de fax IP para o gateway deve estar no formato fax=####@router.gateway.com. Normalmente, os registros DNS A e MX são necessários no DNS e um conector SMTP precisa ser adicionado ao Exchange para rotear mensagens para esse host. Depois que isso for feito, você poderá prosseguir com a solução de problemas do gateway.

Se você tiver apenas o roteador configurado, ainda poderá verificar se ele funciona se você usar o Telnet para acessar a porta SMTP e enviar uma mensagem manualmente, como mostrado neste exemplo:

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.

Nesse caso, há um erro desconhecido. Isso ocorreu porque a PRI (Primary Rate Interface Interface de Taxa Primária) usada para entregar o fax de saída está inoperante. Este é outro exemplo:

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

Nesse caso, a mensagem de erro Unable to relay to remote host significa que o mta receive aliases list na configuração do Cisco IOS não tem error.com configurado.

Faça Telnet para o roteador ou acesse-o pelo console para começar a solucionar problemas diretamente do gateway. Quando você for Telnet, execute o comando terminal monitor. A saída debug é vista. Ative debug fax mta all. Se o circuito de voz de saída for um PRI, debug isdn q931 também é um comando relevante.

Aviso: quando você ativa rastreamentos em um roteador, isso às vezes afeta o desempenho. Desligue os rastreamentos com o comando no debug all quando ele terminar.

Observação: esses logs foram truncados para economizar espaço.

Esta saída de depuração é de um exemplo ativo:

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

O servidor de correio no roteador recebe a mensagem. Todos os campos na conversação SMTP são analisados em vários níveis do código do roteador até que a chamada seja feita para o número. Os elementos importantes a serem observados estão listados em algumas etapas de configuração.

Na saída show running-config, você verá:

- fax interface-type fax-mail

- O software OffRamp deve ser carregado no Flash ou em um servidor FTP/TFTP. Um aplicativo é então configurado. Por exemplo, chamar a voz do aplicativo de voz offramp flash: app_faxmail_offramp.2.0.1.1.tcl.

Observação: o software Tool Command Language (TCL) usado para o recurso OnRamp OffRamp é baixado de Downloads da Cisco (somente clientes registrados) .

- mta receive maximum <recipient> — Um número maior que 0

- mta receive aliases <string> — Deve corresponder ao sufixo DNS. Por exemplo, se o e-mail do Cisco Unity for enviado para fax=912345@myrouter.com, o alias deve ser myrouter.com. Você pode ter vários aliases de recepção mta.

- mta send server <IP address of Exchange server> — Para enviar DSNs, o gateway deve se conectar a um servidor de e-mail para entregar a mensagem. Apenas um servidor Exchange precisa ser configurado, embora vários servidores Exchange possam ser configurados. Verifique se todos os endereços de servidor de envio mta inválidos foram removidos. Caso contrário, o primeiro da lista é sempre usado.

- mta receive generate permanent-error — Isso é necessário para que o roteador envie corretamente DSNs de volta ao Cisco Unity.

- Configurações de peer de discagem. Por exemplo:

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

!

Se a mensagem não chegar ao gateway, você terá que solucionar problemas do Exchange. O diagnóstico no Exchange 2000 é muito útil para isso. Por exemplo:

O diagnóstico MSExchangeTransport da categoria SMTP Protocol e Connection Manager está ativado. Está no Gerenciador do Sistema do Exchange sob as propriedades do servidor individual. Quando você envia uma mensagem, o erro é visto no log do Application Event Viewer. Uma das configurações incorretas mais comuns é quando o mta receive aliases parameter no roteador não corresponde ao sufixo de e-mail. Por exemplo, se o serviço de fax tentar enviar uma mensagem para fax=91234@router.abc.com, o gateway deverá ter mta receive aliases router.abc.com configurados.

Passo 5: Verifique se o roteador envia a mensagem DSN

Esta é a notificação gerada. Partes do rastreamento são omitidas para economizar espaço.

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

...

Se não funcionar, o comando mta send server na configuração deve ser definido para o servidor Exchange e a porta corretos (25 por padrão). O DSN precisa ser configurado no peer de discagem mmoip correspondente à mensagem de fax quando é enviada e o comando mta receive generate permanent-error está presente. Às vezes, o comando não está presente ou aponta para um servidor de correio incorreto.

Observação: a configuração do Cisco IOS permite configurar vários comandos mta send server. Mas, apenas o primeiro é usado, a menos que esse dispositivo se torne completamente inalcançável. Assim, quando você altera o mta send server, você precisa remover o anterior.

Se você tiver o Outlook ou o Outlook Express e monitorar a caixa de correio de fax, verá o DSN ser entregue lá antes de ser processado no próximo intervalo pelo serviço de fax IP.

O corpo da mensagem contém a ID da mensagem. Anteriormente era o assunto. Os erros são mencionados próximo à parte inferior do corpo da mensagem. São abstrações dos códigos de erro ISDN Q.931. Consulte o Apêndice para obter mais informações.

Uma ferramenta igualmente útil é o Centro de Rastreamento de Mensagens do Exchange. Ele é integrado ao Gerenciador de Sistema do Exchange 2000/2003. Estas são as mensagens de correio:

Passo 6: Verifique se a mensagem DSN foi recebida

Quando a mensagem DSN estiver na caixa de correio do serviço de fax IP, verifique se ela processa a mensagem. Os arquivos de log IpFaxSvc são úteis para isso.

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

A mensagem é processada.

"2004-10-14","08:31:30","CIpFaxMessageBodyParser::GetOriginalSubject

returning subject=[00000000377C58FB04A29C468DAB3CBC07D7F94B0700E7E65E238D0DEF4

6B5F8EAF983C6C51200000005E5B30000E7E65E238D0DEF46B5F8EAF983C6C51200000005FB680000]"

"2004-10-14","08:31:30","CIpFaxMessageBodyParser::GetCauseCode returning cause

code =[16]"

O assunto original é analisado do corpo da mensagem. Isso permite que você examine a mensagem no banco de dados. O código de causa também é analisado como 16. Esta é uma limpeza de chamada normal. Esses códigos de causa correspondem aos códigos de causa Q.931. Consulte Códigos de causa de desconexão Q.931 para obter mais informações sobre códigos de causa.

A entrada é removida com segurança do banco de dados e adicionada novamente com Status 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')]"

Ambas as mensagens de e-mail são excluídas. Quando você verifica se há mensagens de fax de saída, não há nenhuma.

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

Caveats

Essas são algumas advertências atuais que estão presentes na versão testada atualmente. Consulte o Assistente de configuração de fax IP ou o arquivo de Ajuda para obter mais versões atuais que resolvem esses problemas.

- ID de bug da Cisco CSCef61241 (somente clientes registrados) —Fax de saída IP não pode renderizar PDFs.

- ID de bug da Cisco CSCef61256 (somente clientes registrados) —Fax IP de saída não pode lidar com DSNs de gateway com Exchange 5.5.

- ID de bug da Cisco CSCef96036 (somente clientes registrados) — o serviço de fax IP deve enviar NDR quando o assunto for formatado incorretamente.

- ID de bug da Cisco CSCef96051 (somente clientes registrados) — A página de capa do serviço de fax de IP de saída deve permitir um número de retorno.

- ID de bug da Cisco CSCeg04158 (somente clientes registrados) — o serviço de fax IP deve incluir uma mensagem com um anexo desconhecido.

- ID de bug da Cisco CSCeg04180 (somente clientes registrados) — o serviço de fax IP não reconhece o último ramal na ferramenta de fax de terceiros.

- ID de bug da Cisco CSCeg39033 (somente clientes registrados) — o serviço de fax IP deve permitir que você não renderize o corpo da mensagem de e-mail.

- ID de bug da Cisco CSCeg39046 (somente clientes registrados) — O mecanismo de renderização de fax IP e o diretório de log estão sempre no diretório C: unidade.

- ID de bug da Cisco CSCeg39100 (somente clientes registrados) — o serviço de fax IP deve incluir uma mensagem NDR após várias falhas de renderização.

- ID de bug da Cisco CSCeg45439 (somente clientes registrados) — o serviço de fax IP deve permitir a confirmação da entrega de fax ao remetente.

- ID de bug da Cisco CSCeg45666 (somente clientes registrados) — o serviço de fax IP deve verificar as dependências do aplicativo na inicialização.

- ID de bug da Cisco CSCeg46458 (somente clientes registrados) — Parar o serviço de fax IP deve acabar com o processo ODCDAEMON.

- ID de bug da Cisco CSCeg52736 (somente clientes registrados) — No serviço de fax IP de saída, a chave MaximumWait não funciona.

Appendix

Arquivos de Rastreamento do Mecanismo de Composição

Estes são vestígios do exemplo discutido neste documento. Há dois arquivos. Um arquivo é para o daemon e o outro é para o driver de impressão. Normalmente, não são necessários. Mas uma amostra de cada um é incluída para fins de comparação. Quando você envia problemas com o mecanismo de renderização, esses arquivos são necessários junto com os registros de fax IP regulares.

ODCDAEMON.log

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

Esse arquivo é usado com frequência e é bastante legível. Os arquivos de entrada e saída estão listados em uma seção separada e um código de resposta está listado. Se o código de resposta for positivo, ele indica o número de páginas que são renderizadas no arquivo TIF de saída. Um código de resposta negativa indica um erro. Verifique se o processo está em execução no usuário. Isso é fundamental, pois esse é o usuário que deve ser capaz de abrir os aplicativos individuais para convertê-los em 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 do driver

C:\log\ImageMaker DocCnvrt Driver.log

Esse rastreamento é necessário quando você envia problemas com o mecanismo de renderização para o Suporte Técnico da 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

--------------------------------------->

Códigos de causa de desconexão do 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

Informações Relacionadas

- Suporte à Tecnologia de Voz

- Suporte aos produtos de Voz e Comunicações Unificadas

- Troubleshooting da Telefonia IP Cisco

- Suporte Técnico e Documentação - Cisco Systems