Afin de télécopier sur des réseaux IP, trois méthodes sont utilisées :
Télécopie intrabande : les tonalités de télécopie sont codées numériquement par le codeur-décodeur (codec) de la même manière que la voix.
T.38 - Réseaux de télécopie sur IP de groupe3 en temps réel
T.37—Télécopie S&F (Store and Forward) sur Internet
La télécopie intrabande n'est pas très populaire car cette méthode est inefficace. Cette inefficacité est le résultat de codecs à faible débit et de l'incapacité à encoder et décoder avec précision les tonalités de fax (et de modem) et tout autre son sans voix. Ainsi, pour que les télécopies intrabande soient efficaces, un codec à débit binaire plus élevé doit être utilisé (G.726r32 ou G.711). Cela élimine les économies de bande passante et rend moins attrayante l'option de télécopie sur les réseaux de données.
La norme T.38 élimine le besoin de codecs de haute qualité lorsque vous passez des télécopies sur des réseaux IP. Une fois l'appel connecté et la négociation de fax démarrée, chaque passerelle participe à la signalisation T.30 avec les télécopieurs locaux, mais la négociation est de bout en bout. En effet, les messages T.30 sont codés en paquets et relayés sur le réseau IP. De même, les données de page sont également codées et transmises sur le réseau de données. Pour plus de détails sur le relais de télécopie T.38, référez-vous à Configuration du relais de télécopie T.38 avec VoIP.
La norme T.37 est une amélioration par rapport à la norme T.38, car la norme T.37 permet des fonctionnalités S&F. La télécopie S&F comporte deux modes de fonctionnement :
OnRamp : reçoit des télécopies qui sont envoyées en tant que pièces jointes à un e-mail
OffRamp - Envoie des messages électroniques standard qui sont envoyés sous forme de télécopies
Les e-mails sont reçus avec des pièces jointes TIFF (Tag Image File Format) uniquement, mais les e-mails sont envoyés en texte brut, en texte enrichi ou avec des pièces jointes TIFF. La télécopie S&F a une valeur en raison de l'intégration de cette méthode à la messagerie électronique. Vous pouvez configurer les serveurs de messagerie pour réessayer en continu jusqu'à ce que le processus soit réussi et offrir un service de télécopie inoccupé. L'utilisation d'alias de messagerie et de listes de distribution permet l'envoi d'une seule télécopie à plusieurs adresses de messagerie et, inversement, l'envoi d'un seul e-mail à plusieurs télécopieurs.
Les lecteurs de ce document doivent connaître :
Connaissances de base de Fax over IP (FoIP). Pour plus d'informations, reportez-vous aux documents contenant ce contenu :
Fonctions de base du protocole SMTP (Simple Mail Transfer Protocol). Pour plus d'informations, reportez-vous à la RFC 821 .
Pour connaître les fonctions de télécopie et la prise en charge matérielle les plus récentes, reportez-vous au Guide d'application Cisco Fax Services over IP et aux notes de version du logiciel Cisco IOS pour la version utilisée. En général, les plates-formes prises en charge pour T.37 incluent :
175 x
26xx, 36xx
37 x 5
5300, 5350, 5400, 5800, 5850
Ce tableau fournit des numéros de performances relatifs à certaines de ces plates-formes :
Plateforme | Restriction |
---|---|
1750 | RAM : 128 Mo minimum ; 256M si vous utilisez la réponse vocale interactive (IVR) 2.0 ou un maximum de 192 sessions de télécopie S&F |
5300 | 60 sessions de télécopie S&F simultanées (entrantes ou sortantes) ou jusqu'à 120 sessions vocales (voix, IVR ou relais fax) (2 appels fax S&F) + appels vocaux = 120 |
5850 | 120 F et 800 sessions au total - 192 F et 750 sessions au total |
Aux fins du présent document, ces composants ont été utilisés :
Cisco 3660 avec le logiciel Cisco IOS® version 12.2(15)T9
Cisco AS5300 avec le logiciel Cisco IOS version 12.2(15)T9
Cisco AS5350 avec le logiciel Cisco IOS version 12.2(15)T9
Serveur SMTP version 5.0.2195.4453
For more information on document conventions, refer to the Cisco Technical Tips Conventions.
T.37 est une application qui se trouve au-dessus d'une interface CCAPI (Call Control Application Programming Interface), comme le fait l'application par défaut Voice over IP (VoIP) ou IVR. Il est appelé par le paramètre d'application sous le terminal de numérotation dial-peer (Multimedia Mail over IP [MoIP] ou le service téléphonique classique [POTS]). T.37 utilise le concept d'un terminal de numérotation dial-peer MMoIP (dial-peer voice 1 MMoIP) pour des paramètres de session de messagerie individuels tels que Disposition et Notifications de messages.
Les applications de télécopie S&F s'étendent à des fonctions spécifiques sur les modules VFC pour l'AS5300 et sur les modules NP DSP sur les AS5400 et AS5350 (également appelés application Libretto). Voici les principales caractéristiques :
Accepte les nouveaux appels OnRamp de l'IVR ou directement si aucune authentification n'est requise
Fournit des événements de configuration, de pont et de transaction avec le fournisseur de services de téléphonie vocale (VTSP), le fournisseur de services de support de télécopie (FMSP) et le fournisseur de services de support de document (DMSP)
Crée le fichier fax_record afin de référencer des informations spécifiques sur une télécopie
Formation et négociation des modems fax
Démodule les signaux de télécopie T.30 du réseau téléphonique public commuté (RTPC)
Convertit les signaux T.30 en paquets T.38
Encapsulé dans les données UDP (User Datagram Protocol)
Extrait les données T.4, incorpore l'en-tête de paquet
Assure le dénudage des octets de transparence (DLE [Data-Link Encapsulation [DLE])
Génère une détection de fin de page (DLE suivi d'ETX, qui correspond à la fin d'un flux de données vocales) pour les télécopies.
Copie les données dans des mémoires tampon et place les mémoires tampon dans le DMSP
Convertit les données de télécopie T.4 en images TIFF qui utilisent les bibliothèques TIFF ou de texte
Accepte les tampons du FMSP pour la conversion TIFF au moyen d'un événement de file d'attente Cisco IOS
Effectue toutes les opérations de protocole de télécopie de classe 2
Reçoit des paquets T.38 du VTSP et les module en signaux T.30
Extrait les données T.4 du protocole T.30 et les transmet au DMSP
Ajoute des octets de transparence (DLE DLE)
Génère une indication de fin de page (DLE ETX)
Insère des bits de remplissage (pour la durée minimale de la ligne d'analyse)
Transmet des données dans la file d'attente de couverture ou de données utiles
Traite les tampons de données du FMSP
Appelle le moteur TIFF pour convertir les données TIFF ou texte (en-tête) au format de données de télécopie T.4 (passe les lignes par page, résolution et codage)
Gère la gestion de la mémoire tampon pour le moteur TIFF
Traite les tampons de données du DMSP
Effectue des appels vers le moteur Texte/Télécopie afin de convertir les données de texte au format de données de télécopie (passe les lignes par page, résolution et codage)
Gère la gestion de la mémoire tampon pour le moteur Text to Fax
Événements de configuration, de pont et de transaction avec VTSP, FMSP et DMSP
Génère des événements d'historique ou d'appel actifs avec la base MIB
Crée des fichiers fax_payload et fax_records
L'objectif du protocole SMTP est de fournir des e-mails de manière fiable et efficace. SMTP répond à une demande de courrier avec ce modèle de base :
Un canal de transmission bidirectionnel est configuré entre l’émetteur et le récepteur.
L'expéditeur génère des commandes SMTP envoyées au récepteur.
Le destinataire répond par des réponses SMTP.
Voici les commandes SMTP courantes :
Note : Les commandes ne respectent pas la casse (par exemple mail=MaiL). Pour obtenir une liste complète, reportez-vous à la section 4.1 de la RFC 821 .
HELO : identifie l'expéditeur-SMTP au destinataire-SMTP. Le récepteur SMTP s'identifie dans la réponse OK. Il doit être le premier message de l'échange SMTP si les extensions de service ne sont pas prises en charge.
vdtl-5300-7a#telnet 172.18.106.36 25 Trying 172.18.106.36, 25 ... Open 220 testlab-smtp.testlab-t37.com Microsoft ESMTP MAIL Service, Version: 5.0.2195.4453 ready at Tue, 5 Mar 2002 12:08:24 -0500 mail from:<tom@testlab-t37.com> 503 5.5.2 Send hello first
EHLO - Utilisé au lieu de la commande HELO pour démarrer une session à partir d'un client qui prend en charge les extensions de service SMTP. Si le serveur ne prend pas en charge les extensions de service, il génère une réponse d'erreur.
MAIL : initie une transaction de courrier. Le champ d'argument contient l'adresse de l'e-mail (par exemple la boîte aux lettres de l'expéditeur).
RCPT : identifie le destinataire de l'e-mail. Plusieurs destinataires sont spécifiés par plusieurs commandes (par exemple À : ).
DATA : données de messagerie (telles que le corps de l'e-mail). Un point sur une ligne en soi (séquence de caractères <CRLF>.<CRLF>) marque la fin des données.
ENVOYER : lance la remise du message électronique.
QUIT : ferme la session SMTP. Une réponse OK est nécessaire avant la fermeture du canal.
Chaque commande SMTP doit générer exactement une réponse. Les réponses SMTP se composent d'un nombre à trois chiffres suivi d'un texte. Les numéros indiquent l'état à entrer ensuite, et le texte est la réponse décodée et signifié pour l'utilisateur pour le débogage. Pour obtenir la liste complète des codes de réponse SMTP, reportez-vous à la section Codes de réponse SMTP de ce document. Des codes d'état système améliorés à utiliser avec les notifications d'état de livraison (DSN) ont été ajoutés avec RFC 1893 Pour certaines réponses, ces codes améliorés fournissent des informations plus détaillées sur la transaction. Pour plus d'informations à ce sujet, reportez-vous à la section « SMTP Details » de RFC 821 .
Dans cet exemple, il vous suffit d’établir une connexion Telnet avec le serveur SMTP et d’émettre des commandes. Aucun client de messagerie n'est utilisé pour envoyer l'e-mail. La familiarité avec ces commandes et le flux de messages est importante lorsque vous déboguez la télécopie S&F sur les passerelles. Cette connaissance aide à éliminer les pièces du puzzle.
Les commandes de l'expéditeur sont précédées de S:.
Les réponses du destinataire sont précédées de R:.
Les codes de réponse sont en italique.
Les commandes SMTP sont entre guillemets.
Les codes d'état du système sont en gras.
vdtl-5300-7a#telnet 172.18.106.36 25 Trying 172.18.106.36, 25 ... Open R: 220 testlab-smtp.testlab-t37.com Microsoft ESMTP MAIL Service, Version: 5.0.2195.4453 ready at Tue, 5 Mar 2002 12:10:01 -0500 S: "helo" testlab-t37.com R: 250 testlab-smtp.testlab-t37.com Hello [15.80.7.11] S: "mail" from:<tom@testlab-t37.com> R: 250 2.1.0 tom@testlab-t37.com....Sender OK S: "rcpt" to:<john@testlab-t37.com> R: 250 2.1.5 john@testlab-t37.com S: "data" R: 354 Start mail input; end with <CRLF>.<CRLF> Subject: This is a test email sent from telnetting to the SMTP server on port 25 From: Tom Jackson
Il s'agit d'un e-mail envoyé de Tom à John sur le serveur testlab-smtp par Telnet au port 25 sur le serveur, où seules les commandes SMTP sont utilisées à partir de la ligne de commande :
R: 250 2.6.0 <testlab-smtpeYrQz0ek6He00000002@testlab-smtp.testlab-t37.com> Queued mail for delivery S: "quit" R: 221 2.0.0 testlab-smtp.testlab-t37.com Service closing transmission channel [Connection to 172.18.106.36 closed by foreign host] vdtl-5300-7a#
RFC 821 définit SMTP, qui est un protocole indépendant du sous-système de transmission particulier et qui ne nécessite qu'un canal de flux de données ordonné fiable. Le document RFC 822 définit le courrier, standard pour le format des messages texte Internet de l'Agence de projets de recherche avancée (ARPA). Ces deux documents sont d'excellentes références pour mieux vous familiariser avec SMTP. MIME supprime de nombreuses restrictions que RFC 822 place sur le corps des e-mails. MIME autorise les options suivantes :
Jeux de caractères autres que US-ASCII
Texte enrichi
Images
Audio
Autres messages (encapsulés de manière fiable)
Fichiers Tar
PostScript
Pointeurs vers des fichiers FTP
La télécopie Cisco S&F peut traiter les e-mails avec les types de contenu suivants :
Texte brut
Texte enrichi
Pièce jointe (profil TIFF F [TIFF-F])
Il existe de nombreuses façons de coder le corps ou la pièce jointe d'un e-mail. La télécopie Cisco S&F peut gérer les e-mails codés avec les options suivantes :
7 bit
8 bit
Base 64
Quotable-imprimable
TIFF a été développé par Adobe pour décrire les données d'image qui proviennent généralement des scanners, des grabres de cadres et des programmes de peinture ou de retouche photo. Le format TIFF est très riche en fonctionnalités, avec les fonctionnalités suivantes :
Décrit les données d'image bi-niveau, en nuances de gris, en couleur et en couleur
Permet plusieurs schémas de compression
Permet l'inclusion d'informations à des fins privées ou spéciales
Il existe de nombreuses options et méthodes différentes pour utiliser TIFF afin de coder les données. Les passerelles Cisco T.37 prennent une pièce jointe TIFF et la convertissent en télécopie pour les applications OffRamp. Cependant, le format TIFF doit être conforme au profil F, qui est le mode de télécopie en noir et blanc étendu. TIFF-F est décrit dans la RFC 2301 . TIFF-F prend en charge les codages Modified Huffman (MH) , Modified Read (MR) et Modified Modified Read (MMR).
Dans ce document, ce diagramme de réseau est utilisé comme topologie du réseau.
Remarque : la passerelle vdtl-5300-7a agit en tant que passerelle OnRamp et la passerelle vdtl-5350-8a en tant que passerelle OffRamp.
Pour la configuration et les débogages de chaque passerelle, reportez-vous aux liens suivants :
Cette section fournit des conseils rapides sur l'utilisation de ce serveur de messagerie Exchange. Plusieurs options s'offrent à vous lorsque vous accédez au serveur de messagerie :
HTTP : les comptes de messagerie sont accessibles à partir de n'importe quel navigateur Web.
IMAP4 et POP3 : configurez n'importe quel client de messagerie pour se connecter à testlab-smtp.cisco.com.
Tous ceux qui souhaitent accéder au serveur ont besoin d'un compte, de sorte que l'administrateur réseau doit créer ces comptes pour les utilisateurs. Les noms d'utilisateur et les mots de passe par défaut du serveur SMTP de ce document, testlab-smtp, sont les mêmes que pour chaque utilisateur (nom d'utilisateur et mot de passe sont identiques). Le domaine est testlab-t37.com.
Les e-mails peuvent être envoyés n'importe où à partir de ce compte de messagerie. Par conséquent, il est possible pour n'importe quelle OnRamp recrée d'avoir n'importe quelle adresse valide dans l'homologue de numérotation MMOIP :
! dial-peer voice 1 mmoip session target mail to:username@cisco.com !
Les e-mails OffRamp doivent être envoyés à partir de ce compte en raison de l'adresse 15.x.x.x du routeur de TP. Vous pouvez envoyer des e-mails à partir de ce compte directement à un routeur doté d'un À : , comme dans cet exemple :
Par : FAX=9-555-8354@15.80.7.107
Vous pouvez également remplacer l'adresse IP par le nom d'hôte du routeur :
Par : FAX=9-555-8354@vdtl-5350-8a.testlab-t37.com
Cependant, cette deuxième méthode nécessite une entrée DNS (Domain Name System) dans testlab-smtp.
Pour certaines réponses SMTP, des informations plus détaillées sur la transaction sont disponibles si vous comprenez mieux le format utilisé pour ces codes de réponse. Les trois chiffres du code de réponse SMTP ont une signification particulière. Le premier chiffre indique si la réponse est bonne, mauvaise ou incomplète :
1xx - Réponse préliminaire positive
2xx : réponse positive à l'achèvement
3xx — Réponse intermédiaire positive
4xx - Réponse de fin négative transitoire
5xx — Réponse négative permanente à l'achèvement
Le deuxième chiffre code les réponses dans différentes catégories :
x0x : syntaxe
x1x : informations
x2x : connexions
x3x —Non spécifié pour le moment
x4x —Non spécifié pour le moment
x5x : système de messagerie
Le troisième chiffre donne plus de détails sur la catégorie spécifiée par le deuxième chiffre. Voici une liste complète des codes de réponse SMTP :
Note : La source de matière pour les codes de réponse ici est les documents RFC, mentionnés dans la section Référence de ce document.
211 : état du système ou réponse d'aide du système
214 - Message d'aide (Informations sur la façon d'utiliser le récepteur ou la signification d'une commande non standard particulière; cette réponse n'est utile qu'à l'utilisateur humain.)
220 <domaine> : prêt pour le service
221 <domaine> : canal de transmission de fermeture de service
250 : action de courrier demandée correcte, terminée
251 : l'utilisateur n'est pas local ; transmet à <forward-path>
354 : début de l'entrée du courrier ; terminer par <CRLF>.<CRLF>
421 <domain> : service non disponible, fermeture du canal de transmission (Il s'agit peut-être d'une réponse à une commande si le service doit être arrêté.)
450 : action de messagerie demandée non effectuée, boîte aux lettres non disponible (par exemple, boîte aux lettres occupée)
451 : action demandée abandonnée, erreur locale dans le processus
452 : action demandée non effectuée, stockage système insuffisant
500 : erreur de syntaxe, commande non reconnue (cela inclut peut-être des erreurs telles que la ligne de commande trop longue.)
501 : erreur de syntaxe dans les paramètres ou les arguments
502 : commande non implémentée
503 : séquence de commandes incorrecte
504 : paramètre de commande non implémenté
550 : action demandée non effectuée, boîte aux lettres non disponible (boîte aux lettres introuvable ou accès non)
551 : utilisateur non local ; try <forward-path>
552 : action de messagerie demandée abandonnée, allocation de stockage dépassée
553 : action demandée non effectuée, nom de boîte aux lettres non autorisé (syntaxe de boîte aux lettres incorrecte, par exemple)
554 : échec de la transaction
Révision | Date de publication | Commentaires |
---|---|---|
1.0 |
02-Feb-2006 |
Première publication |