De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.
Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.
Dit document beschrijft basisproblemen bij het oplossen en oplossen van problemen met Cisco fax-relay.
Houd er rekening mee dat er verschillende technieken worden gebruikt om faxoproepen via een pakkettelefonienetwerk via Cisco IOS® gateways door te geven:
Cisco bedrijfseigen fax-relay
T.38 fax-relay
Fax-passthrough
Upsnelheid fax
T.37 fax-opslaan-en-doorsturen
Daarnaast zijn er momenteel drie hoofdtechnologieën voor pakkettelefonie in gebruik, die gezamenlijk Voice over "X" (VoX) worden genoemd:
Voice-over-IP (VoIP)
Voice over Frame Relay (VoFR)
Voice-over-ATM (VoATM)
De primaire focus van dit document is Cisco bedrijfseigen fax-relay op Cisco IOS-gateways, die via VoIP-netwerken werkt. T.38 fax-relay en de andere VoX-technologieën worden ook besproken.
De technische complexiteit van faxen en faxrelay wordt niet in detail behandeld, maar u kunt problemen oplossen voor het merendeel van de gebruikelijke problemen met faxrelay. Er wordt ook een overzicht van de fax- en Cisco-faxrelay geboden.
De informatie in dit document is voornamelijk gebaseerd op Cisco IOS-softwarerelease 12.2(5), hoewel de meeste informatie ook nuttig is voor andere Cisco IOS-softwarereleases.
Sommige debug-informatie is afkomstig van een Cisco IOS-gateway waarop Cisco IOS-softwarerelease 12.2(7) werd uitgevoerd. Dit punt wordt vermeld in het gedeelte Debuggen van dit document.
De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u zorgen dat u de potentiële impact van elke opdracht begrijpt.
De meeste moderne faxapparaten zijn compatibel met groep 3. Fax Group 3 is een op standaarden gebaseerde technologie die voornamelijk bestaat uit de T.4 en T.30 ITU aanbevelingen.
T.4 heeft betrekking op hoe het faxbeeld door een faxapparaat wordt gecodeerd, en T.30 geeft details over de faxonderhandelingen en het communicatieprotocol.
Groep 3 faxapparaten werd ontworpen om over het openbare geschakelde telefoonnetwerk (PSTN) worden gebruikt. Omdat het PSTN is ontworpen voor menselijke spraak, maakt Groep 3 gebruik van analoge codering of gemoduleerde signalen, net als een analoge modem.
Zowel analoge modems als faxapparaten zijn digitale apparaten die een gemoduleerd analoog signaal moeten gebruiken om de digitale informatie over PSTN over te gaan. Dit gemoduleerde signaal kan gewoonlijk als verschillende audiotonen worden gehoord.
De gateways in een VoX-netwerk behandelen spraak- en faxoproepen in eerste instantie hetzelfde. Beide soorten vraag veroorzaken de gateway om de gevormde codec van de stemcompressie in de digitale signaalprocessor (DSP) te laden.
Zie Voice Hardware: C542 en C549 Digital Signal Processors (DSP’s) voor meer informatie over DSP’s.
De spraakcompressie codecs zijn meestal hoge compressie codecs, zodat minder bandbreedte wordt gebruikt voor elke spraakoproep.
Hoge compressiecodecs, zoals G729 en G723, zijn geoptimaliseerd voor spraak en comprimeren de stem aan een lage bandbreedte (8 kbps, die overheadkosten voor G.729 uitsluit) nog handhaven goede kwaliteit, maar G.729 en andere hoge compressiecodecs zijn niet geoptimaliseerd voor fax.
In feite gaan de gemoduleerde signalen van faxtransmissies gewoonlijk niet correct door wanneer deze codecs worden gebruikt, en faxoproepen mislukken als resultaat.
Zie Voice over IP voor meer informatie over compressiecodecs - bandbreedteverbruik per vraag.
De faxen kunnen met succes worden overgebracht wanneer codecs met lagere compressieverhoudingen of geen compressie bij allen (zoals G.726 en G.711 zonder echoannulering of de Detectie van de Activiteit van de Stem) worden gebruikt.
Deze methode voor faxtransmissie via de spraakcodec wordt meestal inband faxing of fax-passthrough genoemd.
Een techniek die als upspeeding wordt bekend staat de gateway toe om de gevormde codec van de stemcompressie aanvankelijk te laden in DSP voor stemvraag en het te veranderen in een lage compressiecodec als de faxtonen worden ontdekt.
Bij inband faxing wordt het initiële gemoduleerde signaal gecodeerd en gecomprimeerd door de codec op de bronrouter en doorgegeven via het VoX-netwerk, alsof het een spraakvoorbeeld is.
De beëindigingsgateway uncompress en decodeert dan de steekproef en speelt het uit aan het beëindigings faxapparaat.
Fax Relay werkt anders. Het is een protocol dat het gemoduleerde signaal beëindigt, de digitale informatie extraheert, en dan de digitale informatie door het gegevensnetwerk met gegevenspakketten overbrengt.
Bij de beëindiging wordt de digitale informatie uit het pakket gehaald, gemoduleerd en afgespeeld.
Een faxgesprek kan in twee delen worden verdeeld: faxonderhandeling en paginatransmissie.
De half-duplex faxonderhandeling vindt plaats aan het begin van een faxgesprek. V.21 gemoduleerde HDLC-datakaders (High-level Data Link Control) worden doorgegeven met een snelheid van 300 Gbps.
Deze gegevenskaders worden in een standaardvolgorde tussen de faxapparaten voor het genereren en het beëindigen van de verbinding verzonden.
In deze uitwisseling, ruilt elk faxapparaat zijn mogelijkheden, en beide faxapparaten komen over de kenmerken van de faxzitting overeen alvorens de paginatransmissie plaatsvindt.
Deze illustratie toont een traditionele faxoproep via PSTN.
Sommige mogelijkheden die worden uitgewisseld en besproken zijn de snelheid van de paginatransmissie, Error Correction Mode (ECM), resolutie, paginacodering en scantijd.
De snelheid van de paginatransmissie (training) is een belangrijke onderhandeling die de snelheid bepaalt waarmee de fax zijn informatie verstuurt.
Sommige faxen proberen om met de hoogste modulatiesnelheid te trainen die mogelijk is op basis van de parameters die in eerste instantie worden uitgewisseld. Faxapparaten worden weer getraind op een lagere snelheid als de training op een hogere snelheid mislukt.
Paginatransmissie vindt plaats wanneer het trainingsgedeelte van de faxonderhandelingsfase is voltooid met het gebruik van de eerder overeengekomen parameters. De pagina-informatie wordt gecodeerd in scanlijnen met een standaardresolutie van 203 x 98 V punten per inch.
Fax-afbeeldingen worden meestal gecomprimeerd en gecodeerd met Modified Huffman (MH) of Modified Read (MR) codering. MH wordt gewoonlijk gecomprimeerd bij een 20:1 verhouding. MR-encodering biedt doorgaans een verbetering van 20 procent compressie ten opzichte van MH, maar is iets minder bestand tegen fouten.
Wanneer de pagina-transmissie plaatsvindt, wordt een bitrate gebruikt die hoger is dan de initiële 300 BPS die wordt gebruikt in de onderhandeling van de gespreksinstelling. De bitsnelheid die gebruikt wordt voor de pagina-transmissie wordt binnen de training bevestigd.
Dit zijn enkele van de gebruikelijke tarieven die worden gebruikt bij het verzenden van faxpagina's:
V.27ter - 2400/4800 BPS
V.29 - 7200/9600 BPS
V.17 - 14400 BPS
Opmerking: deze V.XX-specificaties die worden gebruikt voor pagina-overdracht (V.27ter, V.29, V.17) en faxonderhandeling (V.21) zijn specificaties die definiëren hoe digitale gegevens via analoge telefoonlijnen moeten worden verzonden.
Gegevensmodems kunnen deze specificaties ook gebruiken, hoewel de meeste gegevensmodems naar veel snellere snelheden zijn gemigreerd.
Het fax relay is een techniek die wordt gebruikt om het gebrek in hoge compressiestemcodecs (G729, g723, en de gelijkaardige) te overwinnen wanneer deze codecs proberen om faxverkeer over te gaan.
Omdat een faxgesprek wordt behandeld alsof het een reguliere spraakoproep is, wordt de DSP in elke gateway in spraakmodus gezet, waarna menselijke spraak naar verwachting wordt ontvangen en verwerkt.
Binnen het leven van de vraag, als een de stemtoon van het faxantwoord (CED) of van de vraag (CNG) wordt gehoord, bemoeit DSP zich niet met de spraakverwerking. Het maakt het mogelijk om de toon over de VoX-gesprekspoot voort te zetten.
Een normaal faxapparaat, nadat het een CED genereert of een CNG hoort, verzendt een T.30 DIS-bericht als deel van een faxhanddruk. Dit proces vindt meestal plaats bij het afsluitfax-apparaat.
De DSP van de beëindigingsgateway ontdekt dan de HDLC vlagopeenvolging bij het begin van het DIS bericht en initieert fax relay switchover. Dit betekent dat de spraakcodec wordt verwijderd en dat een faxcodec wordt geladen om het faxgesprek te verwerken dat plaatsvindt.
De melding wordt ook verzonden naar de DSP aan de andere kant van het VoX-netwerk, zodat de DSP's aan elke kant van de faxoproep de faxcodec gebruiken. Afhankelijk van het gebruikte fax-relay protocol, verschillen de kennisgevingsmechanismen.
Met de geladen faxcodec, demoduleren DSPs de T.30 HDLC-frames, halen de faxinformatie uit de bus en geven deze door aan de routers met een van deze fax-relay-protocollen:
Gepatenteerde Cisco fax-relay voor VoIP - fax-relay is de standaardmodus om faxen door een VoIP-netwerk te sturen en Cisco fax-relay is het standaard fax-relay-type. Deze mogelijkheid is ondersteund in Cisco IOS-softwarereleases 11.3 en hoger, is breed beschikbaar en gebruikt RTP om de faxgegevens te verzenden.
Op standaarden gebaseerde T.38 fax voor VoIP - T.38 is beschikbaar in Cisco IOS-softwarereleases 12.1(3)T en hoger op sommige platforms. Het kan worden ingeschakeld met de opdracht fax Relay Protocol t38 geconfigureerd onder de VoIP-dial-peer en gebruikt UDP om faxgegevens te transporteren.
Op standaarden gebaseerde FRF.11 Annex D voor VoFR en VoATM.
In tegenstelling tot inband faxen of fax passthrough, verdeelt fax relay de T.30 faxtonen in hun specifieke HDLC frames (demodulatie), brengt de informatie over het VoX netwerk met het fax relay protocol over, en zet dan de bits terug in tonen aan de overkant (modulatie).
De faxapparaten aan beide uiteinden verzenden en ontvangen tonen en zijn niet bewust van een proces voor demodulatie/modulatie en fax-relay.
Cisco fax-relay en T.38 fax-relay verschillen ook van T.37 fax-opslag en doorsturen. T.37 biedt een op standaarden gebaseerde methode om een VoIP-gateway dit te laten ontvangen:
De meeste Cisco-spraakgateways ondersteunen momenteel twee methoden om faxverkeer over het IP-netwerk te verzenden:
Fax Pass-Through-In fax pass-through-modus, maken de gateways geen onderscheid tussen een faxoproep en een spraakoproep
Cisco fax-relay— In de fax-relay-modus beëindigen de gateways de T.30-faxsignalering
Cisco fax-relay en T.38 fax-relay verschillen ook van T.37 fax-opslag en doorsturen. T.37 biedt een op standaarden gebaseerde methode om een VoIP-gateway dit te laten ontvangen:
Een fax van een faxapparaat en doorsturen naar een mailserver die geschikt is voor SMTP. De mailserver kan de fax vervolgens als e-mailbericht aan een gebruiker leveren.
Een e-mailbericht van een mailserver en moduleert het in een faxsignaal voor ontvangst door een regelmatig faxapparaat.
Dit diagram illustreert het faxrelay via een VoX-netwerk. De faxverbinding met de originatie- en beëindigingsgateways kan rechtstreeks in FXS-poorten op de gateway worden geplaatst, of kan via een PBX of het PSTN in een E1-, Basic Rate Interface (BRI)-, FXO- of E&M-poort op de gateway worden geplaatst.
Fax relay is standaard ingeschakeld op VoIP/VoFR/VoATM-platforms zoals Cisco 3810, 2600, 3600 en 5300. Als de spraakoproepen met succes tussen twee routers zijn voltooid, zijn de faxoproepen verondersteld werk, maar wanneer het faxrelay niet werkt of de prestaties moeten worden verbeterd, zijn er sommige fax relay-specifieke bevelen die u als voorloper kunt uitgeven om het probleem op te lossen:
De opdracht voor de faxsnelheid wordt in de configuratiemodus geconfigureerd onder de VoFR of VoIP-dial-peer. De standaardinstelling is de spraak voor de faxsnelheid en deze wordt niet weergegeven in de configuratie onder elke dial-peer.
Opdracht faxsnelheid |
---|
vnt-3660-23(config-dial-peer)#fax rate ? 12000 FAX 12000 BPS 14400 FAX 14400 BPS 2400 FAX 2400 BPS 4800 FAX 4800 BPS 7200 FAX 7200 BPS 9600 FAX 9600 BPS disable Disable Fax Relay voice Highest possible speed allowed by voice rate |
De spraak-instelling voor de faxsnelheid beperkt de faxsnelheid tot de codec-bandbreedte. Deze beperking betekent dat, als de wijzerplaat-peer wordt gevormd om de standaardG.729 stemcodec te gebruiken die stem aan 8 kbps samenperst, de de steminstelling van de faxsnelheid geen faxvraag zou toestaan om deze codec bandbreedte te overschrijden.
De fax zou beperkt zijn tot een bandbreedte van 7200 BPS, zelfs als het aanvankelijk probeerde te onderhandelen met een hogere bandbreedte van 14400 BPS of 9600 BPS.
Een veel voorkomende klacht is dat faxen die binnen een bepaalde tijd zijn voltooid wanneer ze via het PSTN worden aangesloten nu twee keer zo lang duren. Als een codec met een lage bandbreedte, zoals g729, is geconfigureerd met de spraak-instelling voor de standaardfaxsnelheid, wordt dit gedrag verwacht.
Met de opdracht faxsnelheid is het mogelijk faxtransmissies te configureren om een bandbreedte te gebruiken die groter is dan de codec-compressie.
Met de opdrachtfaxsnelheid 14400 kunnen faxoproepen tot een maximum van 14400 BPS onderhandelen, ongeacht de ingestelde spraakcodec. Deze configuratie lost het probleem van langere voltooiingstijden op.
Het belangrijkste doel dat met de opdracht faxsnelheid binnen VoX-netwerken wordt bediend, is om deterministisch bandbreedtegebruik per oproep te bieden.
De spraakinstelling voor de faxsnelheid is de standaardinstelling omdat deze ervoor zorgt dat zowel spraak- als faxoproepen dezelfde hoeveelheid bandbreedte binnen het VoX-netwerk gebruiken. Deze overweging wordt begrepen wanneer het faxtarief in iets groter dan dat van de codec bandbreedte wordt veranderd.
Bovendien kunnen sommige faxapparaten stabieler werken tegen een tarief dat afwijkt van het standaardtarief. In dit geval kan de opdracht faxsnelheid worden gebruikt om de werking op verschillende snelheden te testen.
Opmerking van de routeruitvoer dat fax-relay ook kan worden uitgeschakeld als u de opdracht faxsnelheid uitgeeft. Een geldige techniek voor probleemoplossing is om fax-relay uit te schakelen en hoge bandbreedte-codecs zoals G711 te configureren.
Deze techniek wordt onder 6 besproken in de sectie "Problemen oplossen". Schakel fax-relay en wijzigingscodec uit voor doorgifte.
De opdracht fax-relay ECM deactiveren is alleen beschikbaar voor Cisco eigen fax-relay en is bedoeld om ECM-onderhandeling (Error Correction Mode) tussen een paar faxapparaten uit te schakelen.
ECM zorgt ervoor dat de gefaxte pagina's foutloos worden verzonden en is een functie die meestal wordt gevonden op high-end modellen.
Helaas heeft ECM een lage tolerantie (ongeveer twee procent) voor jitter en pakketverlies, maar wanneer deze onderhandelde functie is ingeschakeld, kan dit resulteren in een hoger faxmislukkingspercentage in verlieslijdende VoX-netwerken. De onvolledige output op de beëindigingsfax is een symptoom van mislukkingen toe te schrijven aan pakketverlies.
Als beide faxapparaten het eens zijn binnen de fase van de faxonderhandeling, wordt ECM ingeschakeld, maar binnen de fax-relay demoduleren de routers de faxtonen in hun ware HDLC-frameformaat.
Hierdoor kunnen de routers het veld in het frame dat de ECM-status aangeeft, onderscheppen en overschrijven. Als een faxapparaat doorgeeft dat het geschikt is voor ECM, kan de router deze parameter wijzigen zodat de andere faxmachine gelooft dat ECM niet wordt ondersteund.
Beide faxapparaten worden dan gedwongen om ECM uit te schakelen, wat betekent dat de faxgegevens met standaard T.4-gegevens moeten worden verzonden.
De betrouwbaarheid van de fax wordt zeer verhoogd met ECM gehandicapt, zelfs met veel hoger pakketverlies (ongeveer 10 percenten) en vertraging. Bovendien maakt deze opdracht automatisch een Cisco IOS-functie, pakketverlies geheten, mogelijk waarbij verloren scanlijnen worden herhaald als parodie op de faxmachine om te geloven dat deze alle gegevens heeft ontvangen.
Hoewel ECM het succespercentage van faxuitzendingen in VoX-netwerken met verlies kan verbeteren, blijven de belangrijkste netwerkproblemen bestaan en moeten deze worden aangepakt voordat zich andere problemen voordoen.
Een simpele configuratie stap uitgevoerd onder de VoIP wijzerplaat-peer is om ECM uit te schakelen. Zoals aangegeven in de opdrachtreferentie werkt deze opdracht momenteel alleen voor VoIP-dial-peers. Het kan configureerbaar zijn voor VoFR en VoATM, maar het schakelt ECM niet uit.
Opdracht voor fax-relay ECM uitschakelen |
---|
vnt-3660-23(config-dial-peer)#fax-relay ECM ? disable Disables ECM mode for fax relay |
De opdracht fax NSF wordt gebruikt om de overdracht van eigen faxmogelijkheden te voorkomen. Omdat de fax relay implementatie van de router de faxtonen demoduleert en decodeert die op de T.30 specificatie worden gebaseerd, transacties of het coderen die merkgebonden onderbreking fax relay zijn en de faxtransmissie om veroorzaken te ontbreken. Bepaalde merken faxapparaten gebruiken deze bedrijfseigen codering om de beschikbaarheid van verbeterde functies aan te geven, waardoor een faxfabrikant zijn producten van andere kan onderscheiden. Deze melding van mogelijkheden vindt plaats bij het optionele veld Niet-standaardfaciliteiten (NSF) binnen de faxonderhandeling.
Wanneer u de fax NSF-opdracht uitgeeft, overschrijft de router de NSF, zodat er alleen standaard faxtransacties plaatsvinden. Leverancierspecifieke faciliteiten die niet voldoen aan de standaard vereisten voor groep 3 en die het Cisco fax-relay verbreken, zijn niet bruikbaar. Gewoonlijk wordt NSF ingesteld op alle nullen wanneer deze opdracht wordt gegeven en dit verhelpt problemen die door het NSF-veld worden veroorzaakt.
fax-NSF-opdracht |
---|
vnt-3660-23(config-dial-peer)#fax NSF ? WORD Two-digit country code + four-digit manufacturer code vnt-3660-23(config-dial-peer)#fax NSF 000000 |
De opdracht fax-protocol is vereist om VoIP in te stellen welk fax-relay-protocol (T.38 of Cisco fax-relay) wordt gebruikt.
Opdracht voor faxprotocol |
---|
vnt-3660-23(config-dial-peer)#dial-peer voice 3 voip vnt-3660-23(config-dial-peer)#fax protocol ? cisco Use Cisco proprietary protocol system Use choice specified in global fax protocol CLI t38 Use T.38 protocol |
Met de Cisco-optie wordt Cisco fax-relay geconfigureerd. Met de t38-optie wordt Cisco fax-relay uitgeschakeld en T.38 ingeschakeld. Bepaalde spraakplatforms zoals Cisco 5350 en 5400 ondersteunen alleen T.38. Voor interoperabiliteit, moet T.38 uitdrukkelijk worden gevormd op platforms waar Cisco fax relay het gebrek is. Met de systeemoptie kan de dial-peer het fax-relay-protocol erven dat globaal met de opdracht VoIP van de spraakservice is geconfigureerd. Als er niets is geconfigureerd onder de opdracht VoIP van de spraakservice, is het standaard Cisco fax-relay.
De standaardinstelling van de opdracht faxprotocol is de systeemoptie. Omdat de systeemoptie standaard is ingesteld bij Cisco fax-relay, blijven VoIP-dial-peers altijd in gebreke bij Cisco fax-relay wanneer er wereldwijd niets expliciet is geconfigureerd.
Opdracht voor faxprotocol |
---|
<snip> ! voice service voip ! !--- Note that there is no fax protocol configured so the !--- default is Cisco fax relay. Any dial-peer that points !--- here uses Cisco fax relay as the fax protocol. <snip> ! dial-peer voice 3 voip destination-pattern 1000 session target ipv4:10.1.1.1 ! !--- Note that because fax protocol is not configured under !--- this VoIP dial-peer, the default is fax protocol system, !--- which automatically tells this dial-peer to inherit the !--- fax configuration from voice service voip above. <snip> |
Het is aangetoond dat deze stappen de meeste problemen oplossen die betrekking hebben op fax-relay via VoIP, VoATM en VoFR. Informatie die specifiek is voor een bepaald inkapselingstype of fax-relaytype wordt opgemerkt.
De eerste stap die u moet nemen wanneer u problemen oplost met een fax relay probleem is om het probleem te reduceren tot zijn eenvoudigste vorm. Veel problemen doen zich voor in situaties waarin meerdere faxapparaten niet in staat zijn om faxverkeer door te geven. Het is het gemakkelijkst om twee faxapparaten te isoleren die problemen hebben en zich op een eenvoudige topologie concentreren. Bepaal hoe deze machines met elkaar zijn verbonden en los eerst het probleem tussen dit paar op. Daarnaast is het aan te raden om een volledig beeld van de topologie te tekenen en te bepalen hoe de faxapparaten onderling verbonden zijn.
Problemen tegelijk oplossen minimaliseert verwarring en maakt methodische probleemoplossing mogelijk. Het is ook mogelijk dat de oplossing voor dit probleem andere fax relay problemen in het netwerk oplost. De meeste faxrelayproblemen zijn het gevolg van een slechte VoX-configuratie of een slecht netwerkontwerp. Deze leiden tot fundamentele connectiviteitsproblemen en fysiek lijn of pakketverlies en jitter problemen.
Nadat u het probleem hebt geïdentificeerd en geïsoleerd, moeten de volgende stappen de basisconfiguratie van VoX verifiëren en de gezondheid van het netwerk controleren.
Basis faxconnectiviteitsproblemen kunnen het gevolg zijn van deze factoren:
Normale problemen met spraakconnectiviteit.
Bevestig dat normale spraakoproepen kunnen worden voltooid voordat u de faxconnectiviteit onderzoekt. Als er geen telefoon is aangesloten, trekt u de stekker van het faxapparaat uit het stopcontact en sluit u een normale telefoon aan. Als er geen normale spraakoproepen verbinding maken, is het probleem mogelijk VoX-gerelateerd en kunt u het probleem oplossen als een normale spraakverbindingskwestie voordat u doorgaat met het oplossen van faxproblemen.
Configuratieproblemen met betrekking tot dial-peers zoals deze:
Fout gematchte dial-peer.
Nadat u ervoor hebt gezorgd dat spraakoproepen in beide richtingen met succes door het VoX-netwerk kunnen worden voltooid, geef de show call active voice opdracht en neem nota van de dial peers die met elke spraakoproep worden aangepast.
Opmerking: Opmerking: Wanneer u VoIP-trunks hebt, kunt u alle aanroepbenen zien met de actieve spraakopdracht van de showaanroep. In sommige versies van Cisco IOS-softwarerelease 12.2 is er een bug in de actieve opdracht van de showvraag en verschijnt er geen faxoproep die door een VoIP-trunk komt. Wanneer u een show call actieve fax korte opdracht geeft, wordt de oproep nu weergegeven. Zie Cisco bug-id, CSCdx50212 en Cisco bug-id, CSCdv02561 voor meer informatie over deze bug.
Opmerking: Zorg ervoor dat de geconfigureerde dial-peer de peer is die is gekoppeld. In deze opdrachtoutput kunt u zien dat het uitgaande VoIP-gespreksbeen gebruik maakt van peer-id 100.
toon vraag actieve stem korte Opdracht |
---|
ms-3640-13b#show call active voice brief <snip> Total call-legs: 2 1218 : 51710253hs.1 +415 pid:400 Answer 400 active dur 00:01:08 tx:3411/68220 rx:3410/68200 Tele 3/0/0:43: TX:68200/6820/0ms g729r8 noise:0 acom:2 i/0:-51/-44 dBm 1218 : 51710396hs.1 +272 pid:100 Originate 100 active dur 00:01:09 TX:3466/69320 rx:3467/69340 IP 2.1.1.2:17092 rtt:56ms pl:64730/0ms lost:0/1/0 delay:69/69/70ms g729r8 Total call-legs: 2 |
Een veel voorkomende oorzaak van fax-relayproblemen is dat de correct geconfigureerde dial-peer niet degene is die wordt aangepast. Het is ook gebruikelijk dat er geen bepaalde inkomende VoIP-dial-peer is geconfigureerd op de terminatiegateway, en Cisco IOS-software selecteert de eerste toepasselijke (en standaard) VoIP-dial-peer als de inkomende dial-peer. De parameters voor deze inkomende wijzerplaat peer komen mogelijk niet overeen met die van de uitgaande wijzerplaat peer op de oorsprong gateway.
Het is niet altijd nodig dat u identieke configuraties op de uitgaande en inkomende VoIP wijzerplaat-peers hebt. Wanneer u echter een probleem met een fax-relay hebt, zorgt u ervoor dat u over een speciale inkomende VoIP-dial-peer op de terminatierouterie beschikt en dat de configuratie ervan overeenkomt met de configuratie van de uitgaande VoIP-dial-peer op de initiatierouterie. Deze configuratie voor ISDN-verbonden routers is een voorbeeld van specifieke, overeenkomende VoIP-kiespeers voor het bestemmingspatroon "5...", uitgaand op de startgateway en inkomend op de beëindigingsgateway.
Oorspronkelijke gateway | Afsluitgateway |
---|---|
!--- Incoming POTS peer: Dial-peer voice 1 pots Incoming called number. Direct-inward-dial Port 1/0:15 !--- Outgoing VoIP peer: Dial-peer voice 2 voip Destination-pattern 5… Session target ipv4:10.10.10.10 Fax rate 14400 fax protocol t38 ls-redundancy 0 hs-redundancy 0 |
!--- Outgoing POTS peer : Dial-peer voice 10 pots Destination-pattern 5… No digit-strip Port 2/0:15 !--- Incoming VoIP peer: Dial-peer voice 20 voip Incoming called-number 5… Fax rate 14400 fax protocol t38 Ls-redundancy 0 Hs-redundancy 0 |
Meer informatie over overeenkomende dial-peers, zowel inkomende als uitgaande, VoIP en POTS, kan worden gevonden in Voice - Understanding How Inbound and Outbound Dial Peers are Matched op Cisco IOS-platforms.
Een andere methode die u kunt gebruiken om dial peer overeenkomsten te controleren is het debug voip capi inout commando uit te geven. De debug-uitvoer van deze opdracht toont een saSetupPeer-bericht dat een lijst maakt van alle dial-peers die overeenkomen met het opgeroepen nummer. Er volgt een bericht ccCallSetupVerzoek met de uitgaande peer-optie die de geselecteerde uitgaande VoIP-dial aangeeft. Wanneer meerdere VoIP-kiespeers voor dezelfde bestemming zijn geconfigureerd, is het mogelijk dat de eerste gespreksinstallatie mislukt en dat een andere dial-peer wordt geprobeerd. In dit geval verschijnt er een andere ccCallSetupVerzoek in de debug.
debug voip capi inout - Originating Gateway |
---|
.Jun 4 21:06:43.461: ssaSetupPeer cid(19) peer list: tag(400) called number (5074) .Jun 4 21:06:43.461: ccCallSetupRequest (Inbound call = 0x13, outbound peer =100, dest=, params=0x62F1CC70 mode=0, *callID=0x62F1CFD8, prog_ind = 0) |
Op de gateway van de beëindigingsstem, de eerste lijn van het debugVoIP ccapi vraagspoor (zoals hier getoond) is een cc_api_call_setup_ind bericht met een peer_tag optie die naar de inkomende VoIP wijzerplaat peer op de beëindigingsgateway verwijst.
debug voip capi inout - Beëindiging gateway |
---|
.Jun 4 21:06:43.461: cc_API_call_setup_ind (vdbPtr=0x62F07650, callInfo={called=5074,called_oct3=0x80, calling=5075, calling_oct3=0x0,>calling_oct3a=0x83, calling_xlated=false, subscriber_type_str=Unknown,fdest=1, peer_tag=400, prog_ind=0},callID=0x635F72D0) |
Onjuist geconfigureerde kiespeers aan één of beide zijden
Nadat u hebt bevestigd dat de juiste dial-peer is gekoppeld (in dit geval dial-peer 100 voor de startgateway en dial-peer 400 voor de afsluitrouter), bevestig in de configuratie dat de dial-peer correct voor fax is geconfigureerd. Enkele veelvoorkomende fouten die aan beide zijden van de oproep moeten worden gecontroleerd zijn:
Het faxrelay is uitgeschakeld (dat wil zeggen dat de opdracht om de faxsnelheid uit te schakelen is gegenereerd op de dial-peer) terwijl er een lage bandbreedte-codec is gebruikt.
De dial-peer op één spraakgateway wordt geconfigureerd voor Cisco fax-relay, maar de andere spraakgateway is een Cisco 5350/5400. Cisco 5350/5400s ondersteunt alleen T.38, dus mislukt de onderhandeling.
De standaard wijzerplaatpeer die inbound op de beëindigingsgateway wordt gebruikt en de standaardparameters passen niet met de uitgaande wijzerplaatpeer op de voortgangsgateway aan.
Onjuist compandtype
Het dwingende type voor de VS is µ-law; voor Europa en Azië is het een wet. U kunt de opdracht spraakoproep tonen uitgeven om te zien welke waarde momenteel is geconfigureerd. Als op een BRI of E1 poort, het companding type op de router niet overeenkomt met de op het aangesloten apparaat, en oproepen soms mislukken en soms verbinden, maar de stem wordt zwaar vervormd zodat de persoon onherkenbaar wordt en een hoog laag-pitch ruisniveau verschijnt.
In Cisco IOS-softwarerelease 12.2(3) is het commando compand-type niet ingeschakeld op de BRI-poorten, en is het companding-type de standaardwaarde. Raadpleeg voor meer informatie over deze bug Cisco bug-id CSCdv00152 en Cisco bug-id CSCdv01861.
Andere fundamentele connectiviteitsproblemen niet met betrekking tot wijzerplaat peers omvatten deze:
Cisco IOS-softwarereleases op gatewayparen.
Opnieuw, wordt het niet altijd vereist dat Cisco IOS-softwarereleases overeenkomen, maar het wordt aanbevolen om releases te controleren wanneer problemen zich voordoen.
Gecomprimeerde Real-time transportprotocol (cRTP).
Er zijn verschillende bekende problemen verbonden met cRTP. Er zijn oplossingen voor deze problemen beschikbaar en het is zinvol om cRTP uit te schakelen wanneer er problemen optreden om te controleren of een Cisco IOS-software-upgrade een juiste manier van handelen is.
Zorg er op Cisco AS5300 spraakgateways voor dat de VCWare- en Cisco IOS-software compatibel zijn.
Problemen met faxverbindingen in het PSTN.
Als de spraakoproepen in beide richtingen werken maar de faxvraag in minstens één richting ontbreekt, controleer dat de normale faxen tussen deze twee machines over PSTN werken. Met andere woorden, zorg ervoor dat de faxapparaten met succes faxen naar elkaar verzenden met het PSTN zonder het VoX-netwerk te doorkruisen. Als zij niet, kunnen de faxapparaten problemen hebben die moeten worden aangepakt alvorens u fax relayproblemen overweegt.
Als er T1 of E1 digitale verbindingen zijn die door de routers worden gebruikt die fax relay uitvoeren, zorg ervoor dat zij foutloos zijn. Fax relay is zeer gevoelig voor fouten op digitale interfaces, vooral slips. De fouten worden niet opgemerkt bij spraakoproepen, maar ze kunnen faxen doen falen.
toon controller T1(E1) 1/0 commando |
---|
vnt-3660-23c#show contr t1 1/0 T1 1/0 is up. Applique type is Channelized T1 Cablelength is long gain36 0db No alarms detected. alarm-trigger is not set Version info Firmware: 20010805, FPGA: 15 Framing is ESF, Line Code is B8ZS, Clock Source is Line. Data in current interval (132 seconds elapsed): 0 Line Code Violations, 0 Path Code Violations 0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins 0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs |
De T1- of E1-controllers bij zowel de start- als de terminatiegateways zijn doorgaans foutvrij. Als er fouten optreden, herhaal de show controller (T1, E1, en 1/0 varieert) opdracht meerdere malen binnen de oproep om te zien of het aantal fouten toeneemt. Het meest voorkomende probleem van slips is een synchronisatieprobleem dat resulteert in klokkingfouten.
In pakketspraaknetwerken is het meestal voldoende om te bevestigen dat de router vanaf de lijn klokt. Als dit niet het geval is, zorg er dan voor dat de opdracht voor de klokbronlijn wordt ingevoerd op het controllerniveau, maar in VoATM- of TDM-netwerken, waar een klokhiërarchie is vastgesteld en de routers de kloktijd door het netwerk moeten laten lopen, moeten er extra overwegingen worden gemaakt. Het Clocking Plan document geeft meer informatie over synchrone klokken.
Op 26xx / 366x routers, wanneer u de AIM VOICE-kaart gebruikt, toont de controller "gecontroleerde slips" tenzij u de netwerk-klok-deelname en netwerk-klok-selecteer opdrachten toevoegt.
Op het Cisco MC3810-platform moet u de opdracht netwerk-klokselectie configureren en de opdracht show netwerk-kloktijd uitgeven om er zeker van te zijn dat de configuratie van kracht is geworden.
Op het Cisco 7200VXR-platform is de opdracht frame-klokselectie vereist voor de spraakkaarten. Deze opdracht is vooral belangrijk voor de 7200VXR spraakgateways omdat de interne TDM-bus standaard niet wordt aangedreven door de lokale oscillator. Omdat de E1 trunks normaal gesynchroniseerd zijn met het telefonienetwerk, is het resultaat verborgen klokkingfouten en intermitterende fax transmissieproblemen. Meer informatie is beschikbaar in Cisco bug-id CSCdv10359.
Op de C4224 MFT-kaarten, wanneer zij de kloktijd van de lijn moeten accepteren, onder de controller t1 x/y moet u de klokbronlustijd-opdracht geven. Deze instelling ontkoppelt de klok van de controller van de klok die het hele systeem omsluit. Vervolgens moet de opdracht met de klok mee worden ingesteld. In dit geval, zou het netwerk-klok-selecteer 1 t1 x/y zijn.
Op sommige platforms, waaronder Cisco 360, 5300, 5350, 5400 en 5800, is de router standaard geschikt voor faxinterfacetypen. Het faxinterfacetype van de modem globale configuratie bevel dwingt faxvraag aan een modem (gewoonlijk voor T.37 Opslag en voorwaartse fax) en niet aan een DSP. Cisco fax-relay kan alleen werken als het faxbericht naar een DSP wordt verzonden, wat betekent dat het moet worden geconfigureerd met de opdracht fax-interfacetype vfc.
Opdracht per fax-interface |
---|
vnt-3660-23c(config)#fax interface-type ? modem Use modem card vfc Use Voice Feature Card vnt-3660-23c(config)#fax interface-type vfc You must reload the router |
Zorg ervoor dat u de router herlaadt, of dat de opdracht niet van kracht wordt. Fax oproepen mislukken op de platforms met Cisco fax relay (of T.38), dus dit is een belangrijke opdracht om te controleren.
De opdracht vfc met faxinterface was niet nodig in Cisco IOS-softwarereleases vóór 12.2. Het probleem wordt vaak gezien wanneer een van de spraakgateways wordt geüpgraded naar Cisco IOS-softwarerelease 12.2 of hoger.
Elk faxapparaat geeft de externe fax-id op het LCD-scherm weer na de onderhandelingsfase. Het is onwaarschijnlijk dat de faxapparaten de onderhandeling konden voltooien als de faxcodec niet met succes was gedownload. Als er echter geen externe fax-id wordt weergegeven, is verdere debugging in dit gebied van toepassing.
Er zijn twee manieren om ervoor te zorgen dat de spraakgateways de faxtransmissie detecteren en met succes de faxcodec laden.
Geef het debug vtsp all commando uit en het debug voip capi inout call trace. Deze debugs worden in detail besproken in de Debugging sectie van dit document.
Geef de opdracht spraaktracering tonen uit. Laat zien dat commando's minder resource-intensief zijn op de router dan debug commando's en zijn verkieslijk in productienetwerken. Dit is een voorbeelduitvoer van een opdracht voor spraaktracering van een show op een ISDN-interface.
Opdracht spraaktracering tonen |
---|
BrisVG200gwy01#show voice trace 1/0:15 1/0:15 1 1/0:15 2 1/0:15 3 1/0:15 4 1/0:15 5 1/0:15 6 1/0:15 7 1/0:15 8 1/0:15 9 1/0:15 10 State Transitions: timestamp (state, event) -> ... 63513.792 (S_SETUP_REQUEST, E_TSP_PROCEEDING) -> 63515.264 (S_SETUP_REQ_PROC, E_TSP_ALERT) -> 63515.264 (S_SETUP_REQ_PROC, E_CC_BRIDGE) -> 63515.332 (S_SETUP_REQ_PROC, E_CC_CAPS_IND) -> 63515.332 (S_SETUP_REQ_PROC, E_CC_CAPS_ACK) -> 63515.348 (S_SETUP_REQ_PROC, E_CC_CAPS_IND) -> 63515.348 (S_SETUP_REQ_PROC, E_CC_CAPS_ACK) -> 63515.356 (S_SETUP_REQ_PROC, E_CC_CAPS_IND) -> 63515.356 (S_SETUP_REQ_PROC, E_CC_CAPS_ACK) -> 63518.656 (S_SETUP_REQ_PROC, E_CC_REQ_PACK_STAT) -> 63518.660 (S_SETUP_REQ_PROC, E_DSP_GET_VP_DELAY) -> 63518.660 (S_SETUP_REQ_PROC, E_DSP_GET_VP_ERROR) -> 63518.660 (S_SETUP_REQ_PROC, E_DSP_GET_RX) -> 63518.660 (S_SETUP_REQ_PROC, E_DSP_GET_TX) -> 63521.028 (S_SETUP_REQ_PROC, E_CC_REQ_PACK_STAT) -> 63521.028 (S_SETUP_REQ_PROC, E_DSP_GET_VP_DELAY) -> 63521.028 (S_SETUP_REQ_PROC, E_DSP_GET_VP_ERROR) -> 63521.028 (S_SETUP_REQ_PROC, E_DSP_GET_RX) -> 63521.028 (S_SETUP_REQ_PROC, E_DSP_GET_TX) -> 63524.128 (S_SETUP_REQ_PROC, E_TSP_CONNECT) -> !--- Fax tone detected: 63529.352 (S_CONNECT, E_DSP_TONE_DETECT) -> 63529.356 (S_LFAX_WAIT_ACK, E_PH_CODEC_ACK) -> !--- Fax codec being downloaded to DSPs: 63529.356 (S_LFAX_DOWNLOAD, E_pH_CODEC_FAX) -> 63529.356 (S_LFAX_DOWNLOAD, E_DSPRM_PEND_SUCCESS) -> |
In de vorige stappen hebt u vastgesteld dat spraakoproepen werken, faxen via PSTN werken en dat alle digitale interfaces in het pad van de fax-relay vrij zijn van fouten. Deze stap bepaalt of faxen kunnen worden gepasseerd terwijl faxrelay is uitgeschakeld. Voer onder de VoIP/VoATM/VoFR-dial-peers dit in:
Opdracht fax-snelheid uitschakelen |
---|
vnt-3660-23(config)#voice-port 2/0:15 vnt-3660-23(config-voiceport)#no echo-cancel enable vnt-3660-23(config)#dial-p voice 3 vnt-3660-23(config-dial-peer)#fax rate disable vnt-3660-23(config-dial-peer)#codec g711ulaw vnt-3660-23(config-dial-peer)#no vad |
Zorg ervoor dat deze opdrachten op beide gateways zijn ingevoerd. Deze opdrachten maken fax relay, uitschakelen echo annulering, en dwingen de oproep om een hoge bandbreedte codec te gebruiken zonder VAD. De router neemt dan de tonen als een normaal spraakoproep, en, met hoge bandbreedte codec (G.711), wordt de meest nauwkeurige steekproef mogelijk gevangen. De toon die aan de andere kant moet worden overgespeeld is zo nauwkeurig mogelijk. Het voorbehoud ten aanzien van deze stap is dat, omdat G.711 een 64 kbps bandbreedte codec is, elke vraag tot 80 kbps (voor VoIP) verbruikt wanneer de extra overheadkosten van het vervoerprotocol worden toegevoegd.
Als deze test positief is, zijn er twee dingen bereikt. Ten eerste, als het verbruik van de oproepbandbreedte geen belangrijk probleem is voor het netwerk, is er nu een mogelijke fax-passthrough-tijdelijke oplossing voor het fax-relayprobleem. Ten tweede, en dit is nog belangrijker, als het bandbreedteverbruik een probleem is, is het probleem geïsoleerd voor de fax-relay-software en moet er een TAC-case worden geopend.
Als deze test mislukt, is het waarschijnlijk dat de oorzaak van de faxoproepen om te falen met fax relay ook de oorzaken van de fouten met deze test. Het eerste wat in mij opkomt is dat het netwerk een grote hoeveelheid jitter of pakketverlies kan hebben.
De eenvoudigste en meest accurate manier om te bepalen of er een pakketverlies is, is om dit te doen:
Schakel VAD uit op de VoX-dial-peers.
Maak een spraakoproep tussen dezelfde poorten waar de faxapparaten zijn aangesloten. (Faxapparaten kunnen als gewone telefoons dienen, of u kunt de handsets verbinden met dezelfde poorten waar de faxapparaten zijn aangesloten).
Wanneer de oproep is verbonden, doet u dit:
Geef het bevel van de showstem dsp uit. U kunt in de output zien dat één van de kanalen DSP de gevormde geladen codec heeft. Gewoonlijk geeft de kolom "TX/RX-PAK CNT" aan dat de zend- en ontvangstpakkettellers gelijk zijn, wat betekent dat er geen pakketten verloren gaan. Als de tellers niet gelijk zijn, gaan pakketjes mogelijk verloren. Typ de opdracht dsp van de showstem verschillende malen met intervallen van 30 seconden om te bepalen of het verschil toeneemt en pakketten verloren gaan.
Geef het synchrone bevel uit van de showspraakoproep om te zien welke haven (en tijdsleuf indien van toepassing) aan de stemvraag wordt toegewezen. Type eindmonitor en geef dan het bevel van de showspraakoproep met de stempoort (en tijdsleuf indien van toepassing) uit om de gedetailleerde DSP- statistieken te krijgen. In de "***DSP VOICE VP_ERROR STATISTIEKEN***" sectie van de output, zoek de tellers. Ze zijn meestal 0 of minder dan 20. Als de teller(s) hoger is dan 20, onderzoek dan het pakketverlies.
Als het netwerk verliesvrij lijkt te zijn, is het niet redelijk om van een fax-relay te verwachten dat het betrouwbaar werkt. Het is mogelijk om ECM uit te schakelen, maar er is waarschijnlijk verder onderzoek nodig om ervoor te zorgen dat QoS van begin tot eind wordt geleverd, zodat het spraak- en fax-relayverkeer prioriteit heeft en nooit verloren gaat binnen de congestie. De sectie Verwante informatie bevat meer informatie over hoe u problemen met de spraakkwaliteit kunt oplossen.
Voor netwerken met pakketverlies en veel jitter schakelt u ECM uit om de fax-relay-oproepen te verbeteren. Geef de opdracht fax-relay ECM uit (meer in detail besproken in het gedeelte Configuration van dit document) om ECM uit te schakelen, zodat een grotere hoeveelheid jitter en pakketverlies kan worden getolereerd.
Geef de fax-relay ECM deactiveren opdracht uit om de fax-relay prestaties in verlieslijdende netwerken te verbeteren, maar deze opdracht wordt ook aanbevolen voor eenvoudige probleemoplossing. Zelfs als er geen merkbaar jitterprobleem in het netwerk is, kan deze opdracht soms helpen bij het bepalen van fax-relayproblemen. Deze opdracht is beschikbaar onder VoFR- en VoATM-dial-peers, maar werkt momenteel alleen voor VoIP.
Opmerking: met deze opdracht wordt ook de functie voor het verbergen van pakketverlies geactiveerd.
Opdracht voor fax-relay ECM uitschakelen |
---|
vnt-3660-23(config-dial-peer)#dial-peer voice 3 vnt-3660-23(config-dial-peer)#fax-relay ECM disable |
Als T.38 voor VoIP wordt gebruikt als het fax-relay protocol, kan de T.38 pakketredundantiefunctie worden ingeschakeld als u deze opdracht onder de juiste kiespeers op beide gateways configureert:
T.38-pakketredundantie |
---|
vnt-3660-23(config-dial-peer)#fax protocol t38 Ls-redundancy X Hs-redundancy Y |
waarbij X > 0 en Y = 0 (alleen wijzigingen in Ls-redundantie aanbrengen)
Als Cisco bedrijfseigen fax-relay wordt gebruikt, is een andere of aanvullende optie om ECM uit te schakelen het faxrelay-protocol in T.38 te wijzigen, zodat de T.38-pakketredundantiefunctie kan worden getest. Deze eigenschap kan mislukking wegens pakketverlies verlichten, maar merk op dat T.38 Packet Redundantie bandbreedtegebruik beduidend verhoogt, en het verkieslijk is om het pakketverlies waar mogelijk te elimineren.
De opdracht fax NSF kan handig zijn voor de merken faxapparaten die het NSF-veld wijzigen binnen de faxonderhandeling voor bedrijfseigen codering. Met deze opdracht kan de router die een fax-relay uitvoert de instellingen van de faxapparaten negeren die proberen bedrijfseigen coderingen te implementeren. Voordat de opdracht fax NSF beschikbaar was, zou een fax-relay falen voor deze merken faxapparaten. Meestal wordt de fax NSF-opdracht gebruikt om het NSF-veld in te stellen op alle nullen, wat een standaard faxonderhandeling van beide kanten afdwingt. Deze opdracht is met succes uitgevoerd bij bepaalde merken zoals Harris en Lanier, en wordt aanbevolen wanneer het faxrelay uitvalt.
fax-NSF-opdracht |
---|
vnt-3660-23(config-dial-peer)#fax NSF 000000 |
Wanneer de T.38 faxoproepen naar de faxserver van het PSTN mislukken en als de Cisco Unified Communications Manager-sporen support_FXR=0 tonen, kan de FXR-pakketconfiguratie ontbreken in de MGCP-gateway. Voeg in dit geval deze opdrachten toe aan de MGCP-gateway:
no mgcp fax t38 inhibit mgcp package-capability fxr-package mgcp default-package fxr-package
Vervolgens stelt u de gateway opnieuw in en start u de faxoproepen.
Als de vorige stappen voor probleemoplossing het probleem met het fax-relay niet hebben opgelost, is mogelijk een geavanceerde probleemoplossing vereist. Dit zijn extra stappen om te proberen voordat u een case opent met het Cisco Technical Assistance Center (TAC):
Leer de merken en modellen van de faxapparaten die falen, en onderzoek die merken en modellen voor bekende problemen.
Soms zijn er CARE-cases of bugs die problemen oplossen bij een bepaald merk faxapparaat. Bijvoorbeeld, een zoekopdracht op Bug Search Tool (alleen geregistreerde klanten) voor een Pitney Bowes fax toont een bug met Pitney Bowes faxapparaten en Cisco fax relay (Cisco bug ID CSCdu78373 (alleen geregistreerde klanten)). Deze bug zit niet in de Cisco IOS-software, maar is incompatibel met het bedrijfseigen faxsignaleringsprotocol van Pitney Bowes wanneer de faxapparaten aan elke kant van een verbinding Pitney Bowes 9920s of 9930s zijn. De tijdelijke oplossing is om het bedrijfseigen protocol op de faxapparaten uit te schakelen of fax-relay uit te schakelen en een hogere bandbreedte-codec te gebruiken.
Bekende voorbehouden
Bekende voorbehouden zijn onverwachte gedragingen of defecten in de softwarereleases van een product. Deze tabel bevat informatie over bekende problemen met faxondersteuning op Cisco-spraakgateways.
Als u een CCO-account hebt, kunt u zoeken naar bekende problemen met de Cisco bug tracker-systeemtool, genaamd Bug Search Tool. U kunt de zoekfunctie voor bugs gebruiken door een van de volgende taken uit te voeren:
Voer in uw webbrowser https://bst.cloudapps.cisco.com/bugsearch/ in.
Tabel 1 Bekende voorbehouden
ID bug | Samenvatting | Toelichting |
CSC du30250 | VAD introduceert ernstige fouten in de doorvoermodus voor faxapparaten. | Wanneer Cisco-spraakgateways zijn geconfigureerd voor de doorvoermodus voor faxapparaten, schakelt u Voice Activity Detection (VAD) uit op alle VoIP-dial-peers die aan de faxoproepen zijn gekoppeld. Gebruik deze opdrachten om VAD op een VoIP-dial-peer uit te schakelen: config terminal dial-peer voice XXX voip no vad |
CSC du62269 | CSC du62269 | Elk Cisco-gatewayapparaat dat een fax-relay-oproep (met RTP-pakketten met payload-type 96) naar een WS-X4604-GW in gatewaymodus initieert, mislukt. Dit is opgelost in 12.1.5YF3. Wanneer dit item wordt ingesteld op de gatewaymodus, identificeert de software nu het payloadtype 96 en initieert een pass-through modus. |
CSCdv08143 | Fax-transmissies van 5-30 pagina's mislukken met fax-doorvoermodus van de VG248 naar de WS-X4604-GW in gateway-modus. | Deze fout treedt alleen op bij het softwarebeeld 12.1.5YF2 op de WS-X4604-GW. Gebruik 12.1.5YF1, 12.1.5YF3 of hoger om deze fout te voorkomen. |
CSCdv83401 | Op Cisco Catalyst 6000 switches, wanneer een fax- of modemtint wordt gedetecteerd, wordt de oproep met 10 ms (134 bytes)-pakketten omgezet in de fax-doorvoermodus. | De framegrootte in de faxdoorvoermodus is 214 bytes. Faxen falen niet, ook al is de pakketgrootte niet correct. |
CSCdv83337 | ||
CSCdw07735 | Fax-transmissies mislukken met fax-doorvoermodus van de WS-X4604/VIC-2FXS (alleen) naar de WS-X624-FXS gateway met Cisco CallManager 3-1-2c_spA load A00203010026. De WS-X4604 / VIC-2FXS toont dit zowel in gateway- als in toll-by-pass modus. | Deze fout treedt op bij softwareafbeeldingen 12.1.5YF2 en 12.1.5YF3 op de WS-X4604-GW en is opgelost in 12.2(7)X-software. |
CSCdw07804 | Fax-transmissies mislukken met fax-doorvoermodus van de WS-C424V / VIC-2FXS (alleen) naar de WS-X624-FXS gateway met Cisco CallManager 3-1-2c_spA load A00203010026. | Deze fout treedt op bij softwareafbeeldingen 12.1.5YE2 en 12.1.5YE4 op de WS-C424V en wordt opgelost in 12.2(7)X-software. |
Gebruik zoekgereedschappen om te zoeken naar bekende faxproblemen in de Cisco IOS-softwarerelease waar het probleem zich voordoet.
In de vorige stap is gezocht naar een specifiek faxmerk om een bekend probleem tussen een bepaald faxmerk en de Cisco fax-relay-code te identificeren. De volgende stap is een generisch onderzoek uit te voeren omdat er een fax-relay bug in de Cisco IOS-softwarerelease kan zijn geïnstalleerd.
Als een faxrelay waarin VoFR wordt gebruikt bijvoorbeeld niet werkt in Cisco IOS-softwarerelease 12.1(2)T, kunt u op CCO zoeken naar bugs met de Bug Toolkit. Gebruik in dit voorbeeld de volgende waarden:
Hoofdversie: 12.1
Revisie: 2
Functie/onderdeel: VoFR
Trefwoord: fax
Een van de bugs is Cisco bug-id CSCdr65984 (alleen geregistreerde klanten) met de titel "fax werkt niet voor spraak." Deze bug heeft ervoor gezorgd dat alle faxrelay voor VoFR mislukt is, en er is een upgrade nodig voor een Cisco IOS-softwarerelease waarin deze bug niet meer aanwezig is.
Elimineer hardwarefouten.
In sommige gevallen is het gemakkelijker om het probleem te isoleren als u potentiële probleembronnen uitsluit, één voor één. Vervang verschillende hardwareonderdelen en gebruik alternatieve IP-verbindingen tussen de gateways. Als er extra hardware beschikbaar is, kunnen deze stappen helpen:
Gebruik verschillende poorten op de routers.
Als uw configuratie twee gateways omvat die met PBXs of PSTN met E1 of T1 zijn verbonden en als u de beschikbare FXS-poorten hebt, probeer dan de faxapparaten rechtstreeks met de FXS-poorten op de spraakgateways te verbinden. Deze procedure helpt verder het probleem isoleren wanneer de mogelijkheid van de E1-kaart mislukking, problemen aan de telefoniekant, of E1 synchronisatie of kabelproblemen worden uitgesloten.
Probeer andere hardware.
Als u een andere spraakgateway met FXS-poorten beschikbaar hebt, probeer dan direct verbinding te maken met de Ethernet-oversteekkabel naar elk van de spraakgateways en een fax te verzenden met het faxapparaat dat is aangesloten op de FXS-poort. Deze procedure helpt bij het bepalen of er problemen zijn in het VoX-netwerk, zoals wachtrijen, fragmentatie of prioritering.
Gebruik debug opdrachten op de router om het probleem te bepalen.
Zie de sectie "Debugging" voor meer informatie over debug-opdrachten die nuttig zijn voor het oplossen van faxrelayproblemen.
De debugs kunnen moeilijk te begrijpen zijn als u niet bekend bent met de berichten die binnen een typische faxtransmissie voorkomen. Dit is een grafische weergave van de T.30 basistransacties die voor een faxtransmissie van één pagina plaatsvinden.
De beschrijving van de details van deze transacties valt buiten het bereik van dit document, maar dit zijn definities van de basistransacties die in fax-relay te zien zijn. De lijst is alfabetisch voor snelle verwijzing en omvat berichten die algemeen worden gezien wanneer het zuiveren van Cisco fax-relay. Zie de T.30-specificatie voor meer informatie over dit bericht of voor informatie over berichten die hier niet worden vermeld.
CED (terminalidentificatie) - een signaal van 2100 Hz dat wordt verzonden door het afgiftefaxapparaat na het beantwoorden van een faxoproep. Dit signaal blokkeert tijdelijk echo-kankers die aanwezig zijn op de verbinding om de lijn voor te bereiden op datatransmissie.
CFR (Confirmation To Receive) - een antwoord dat bevestigt dat de vorige berichtgeving en training zijn voltooid en dat de faxpagina-overdracht kan worden gestart.
CNG (Calling Tone) - een 1100 Hz tint die een halve seconde aan staat en dan 3 seconden uit staat. Dit signaal identificeert de faxterminal als een niet-spraakapparaat. Het signaal geeft ook aan dat de initiërende faxterminal wacht op het DIS-signaal van de terminatie-faxterminal.
CRP (Command Repeat) - een respons die aangeeft dat de vorige opdracht ten onrechte is ontvangen en moet worden herhaald. (Optioneel)
CSI (Subscriber Identification) - wordt gebruikt om de specifieke identiteit van de opgeroepen fax-terminal te bepalen via het internationale telefoonnummer. (Optioneel)
DCN (Verbinding verbreken) - beëindigt het faxgesprek en vereist geen reactie.
DIS (Digital Identification Signal) - identificeert de mogelijkheden van de opgeroepen fax-terminal.
DTC (Digital Transmit Command) - de respons op de mogelijkheden die door het DIS-signaal worden geïdentificeerd. Hier is waar de aanroepende faxterminal zijn mogelijkheden met degenen aanpast die in het DIS-bericht van de geroepen faxterminal worden verstrekt.
EOM (End of Message) - geeft het einde van een volledige pagina met faxgegevens aan.
EOP (End of Procedure) - geeft het einde aan van een volledige pagina met faxgegevens en er hoeven geen verdere pagina's te worden verstuurd. Ga verder naar de fase van het faxbericht waarin de verbinding wordt verbroken.
FTT (Failure To Train) - gebruikt om een trainingssignaal af te wijzen en om een omscholing te vragen (de omleidingen vinden doorgaans plaats bij lagere modulatiesnelheden).
MCF (Message Confirmation) - geeft aan dat een bericht op bevredigende wijze is ontvangen.
MPS (MultiPage Signal) - geeft het einde aan van een volledige pagina met faxgegevens en geeft aan dat de ontvanger klaar is voor extra pagina's.
NSF (Non-Standard Facilities) - wordt gebruikt om specifieke capaciteiten of vereisten te identificeren die niet vallen onder de specificaties van de T-reeks. (Optioneel)
RTN (Retrain Negative) - geeft aan dat een eerder bericht niet naar tevredenheid is ontvangen. Om verder te gaan is omscholing nodig (meestal met een lagere modulatiesnelheid).
RTP (Retrain Positive) - geeft aan dat er een volledig bericht is ontvangen en dat er na de hertraining mogelijke extra berichten volgen.
TCF (Training Check) - verzonden door het hogere-snelheid T.4 modulatiesysteem (versus de 300 kbps V.21 modulatie gebruikt voor de vorige T.30 signalering) om training te verifiëren en de aanvaardbaarheid van faxpagina's verzonden met deze transmissiesnelheid aan te geven.
TSI (Identificatie verzendende abonnee) - geeft de identificatie van de (oproepende) faxterminal aan. (Optioneel)
Dit zijn handige debug-opdrachten voor fax-relay:
Het debug voor Cisco fax-relay is ingeschakeld met de opdracht debug fax relay t30 all.
debug fax relay t30 all commando |
---|
vnt-3660-23c#debug fax relay t30 all Debugging fax relay t30 |
Dit is een kopie van een debug van een mislukte fax-relay-sessie. Dit is een debug van de startfaxgateway die Cisco IOS-softwarerelease 12.2(7a) uitvoert.
debug fax-relay t30 alles-opdrachtoutput |
---|
vdtl-3810-3b# Dec 5 07:49:13.073: 1/2:62 1281347052 fr-entered (10ms) Dec 5 07:49:17.985: 1/2:62 1281351950 fr-msg-det CRP Dec 5 07:49:20.105: 1/2:62 1281354070 Fr-MSG-TX NSF Dec 5 07:49:20.655: 1/2:62 1281354620 Fr-MSG-TX good crc, 19 bytes Dec 5 07:49:20.720: 1/2:62 1281354680 Fr-MSG-TX DIS DEC 5 07:49:22.350: 1/2:62 1281356310 fr-msg-det TSI DEC 5 07:49:23.045: 1/2:62 1281357000 fr-msg-det DCS DEC 5 07:49:27.346: 1/2:62 1281361290 Fr-MSG-TX FTT DEC 5 07:49:28.836: 1/2:62 1281362780 fr-msg-det TSI DEC 5 07:49:29.531: 1/2:62 1281363470 fr-msg-det DCS DEC 5 07:49:29.740: 1/2:62 1281363680 fr-msg-det bad crc, 0 bytes DEC 5 07:49:30.362: 1/2:62 1281364300 fr-msg-det bad crc, 0 bytes DEC 5 07:49:30.804: 1/2:62 1281364740 fr-msg-det bad crc, 0 bytes DEC 5 07:49:30.852: 1/2:62 1281364790 fr-msg-det bad crc, 0 bytes DEC 5 07:49:33.868: 1/2:62 1281367800 Fr-MSG-TX FTT DEC 5 07:49:35.414: 1/2:62 1281369340 fr-msg-det TSI DEC 5 07:49:36.113: 1/2:62 1281370040 fr-msg-det DCS DEC 5 07:49:36.515: 1/2:62 1281370440 fr-msg-det bad crc, 0 bytes DEC 5 07:49:36.908: 1/2:62 1281370830 fr-msg-det bad crc, 0 bytes DEC 5 07:49:37.559: 1/2:62 1281371480 fr-msg-det bad crc, 0 bytes DEC 5 07:49:37.784: 1/2:62 1281371700 fr-msg-det bad crc, 0 bytes DEC 5 07:49:37.900: 1/2:62 1281371820 fr-msg-det bad crc, 0 bytes DEC 5 07:49:40.133: 1/2:62 1281374050 Fr-MSG-TX FTT DEC 5 07:49:41.888: 1/2:62 1281375800 fr-msg-det TSI DEC 5 07:49:42.583: 1/2:62 1281376490 fr-msg-det DCS DEC 5 07:49:43.173: 1/2:62 1281377080 fr-msg-det bad crc, 0 bytes DEC 5 07:49:44.937: 1/2:62 1281378840 fr-msg-det bad crc, 0 bytes DEC 5 07:49:45.386: 1/2:62 1281379290 fr-msg-det bad crc, 0 bytes DEC 5 07:49:46.941: 1/2:62 1281380840 Fr-MSG-TX FTT DEC 5 07:49:48.503: 1/2:62 1281382400 fr-msg-det DCN DEC 5 07:49:50.631: 1/2:62 1281384520 fr-end-dcn |
Dit debug toont de T.30 gebeurtenissen die in DSP binnen fax relay plaatsvinden. Het is belangrijk om te onthouden dat de debugs die plaatsvinden vanuit het perspectief van de DSP interacteren met het faxapparaat, zodat elke "Fr-MSG-TX" of verzending bericht wordt verzonden vanuit de DSP naar het aangesloten fax apparaat. Elk bericht dat de DSP zegt dat het detecteert, of "fr-msg-det" bericht, is een bericht dat het ontvangen van het aangesloten fax apparaat. Deze afbeelding illustreert de directionele stroom van de DSP-berichten wanneer het debug fax relay t30 all commando wordt uitgegeven.
Van de mislukte faxtransactie in de debug, kunt u verschillende "slechte crc"-berichten gevolgd door een FTT-bericht (Failure To Train) van de overkant zien. Vanuit de debugs ziet het eruit alsof het probleem het trainingssignaal betreft. De slechte crc-fouten en het FTT-bericht (Failure To Train) dat aan de andere kant is geretourneerd, geven aan dat het signaal is beschadigd of niet compatibel is met het Cisco fax-relay-protocol. Deze debug is afkomstig van een fax relay probleem dat optreedt met een Lexmark Optra fax machine. De Lexmark is geschikt voor V.34 en probeert verbinding te maken met V.34-snelheden. V.34 wordt niet ondersteund in Cisco fax-relay, en er treden trainingsfouten op. Zie Cisco bug-id CSCdv89496 (alleen geregistreerde klanten) voor meer informatie.
De werkvoorbeelden van T.30 Debugs pagina biedt meer informatie over hoe deze debugs te lezen en een voorbeeld van een succesvolle debug en ECM mode fax analyzer spoor.
Er zijn ook andere debug commando's die kunnen worden gebruikt om problemen met fax-relay op te lossen. Deze debugs zijn niet zo gemakkelijk te lezen of te verstrekken zoveel informatie als de T.30 debugs, maar ze kunnen nog steeds nuttig zijn.
Voice Telephony Service Provider (VTSP) is een architectuur die de interface tussen de Cisco IOS-gesprekscontrole en een DSP-eindpunt definieert dat is aangesloten op standaardtelefonieapparatuur zoals een PBX, fax of centraal kantoor via analoge of digitale interfaces.
Voor VoIP T.38 of fax relay, kan debug vtsp all nuttige statusinformatie van de router verstrekken. Zoals besproken in het gedeelte Problemen oplossen, kan deze debug-opdracht worden gebruikt om te bepalen of de faxcodec is gedownload naar de DSP zoals getoond op de pagina voor het debuggen van spraaktelefonie-serviceproviders.
Een ander fax relay debug commando dat nuttig is voor fax met VoFR en VoATM is debug vtsp vofr subframe 3. Deze opdracht geeft FRF11 frames die een Annex D fax relay payload type hebben. Er is een aanzienlijke hoeveelheid uitvoer van deze opdracht, zelfs met slechts één fax-relayoproep, en de hex moet worden gedecodeerd (de FRF11-specificatie is nuttig voor hexadecodering).
Om T.38 te zuiveren mogelijkheden uitwisselingskwesties, gebruik het debug cch323 h245 bevel.
Om DSP berichtuitwisselingen tussen toepassingen en DSP te zuiveren, gebruik deze zuiveren bevelen:
debug vtsp all
debug voip capi inout
debug hpi all (op de Cisco 5300/2600/3600 en alle andere spraakplatforms die de TCP c54x DSP’s gebruiken)
debug volgende poort vsmgr-detail (op de NextPort DSP-platforms (Cisco 5400, 5850))
Soms is het nodig om verder te gaan dan de debugging mogelijkheden van de Cisco spraakgateways om fax relay problemen op te lossen. Gereedschappen zoals protocolanalysatoren en faxanalysatoren worden gebruikt om te zien wat er gebeurt in de fax-relaybewerking. Fax-analysatoren zoals de Genua ChannelProbe/FaxProbe van QualityLogic of de HP Telegra kunnen tussen het faxapparaat en de Cisco-gateway worden geplaatst om op te nemen wat er gebeurt. Protocolanalysatoren zoals Sniffer en Domino kunnen behulpzaam zijn wanneer u de faxrelay-pakketten moet bekijken die tussen de routers worden uitgewisseld.
De capaciteit om een complex probleem op te lossen vereist soms een combinatie van apparaat-een analysator om het faxverkeer bij elke faxmachine en een protocolanalysator te vangen om de faxrelaypakketten te vangen. Er wordt één faxbericht geplaatst om het probleem te reproduceren en de informatie wordt vervolgens voor analyse opgenomen van de aangesloten apparaten. In dit diagram wordt aangegeven waar in het netwerk deze testapparatuur is geplaatst.
De meeste faxanalysatoren hebben adequate helpvensters en documentatie om u te helpen bepalen wat er gebeurt. De T.30 specificatie is ook erg behulpzaam. Voor de protocolanalysatoren kan decoderen moeilijk zijn omdat de coderingen soms merkgebonden zijn, of de analysatorsoftware niet de specifieke decodering heeft die nodig is. Voor faxrelay dat VoFR en VoATM gebruikt, gebruiken Cisco-gateways op standaarden gebaseerde Annex D uit de FRF11-specificatie. Als de protocolanalysator het kader niet kan decoderen, kan het kader met deze specificatie handmatig worden gedecodeerd. Met fax-relay en VoIP wordt voor de fax-relay-pakketten een bedrijfseigen indeling van Cisco gebruikt.
Met de informatie van de faxanalysator en van de protocolanalysator, kunt u de problemen van het faxrelay oplossen. Er zijn maar weinig fax-relayproblemen die dit punt bereiken, en als dat gebeurt, moeten er escalatie- en DE-middelen worden ingezet voor verdere hulp.
Geef daarnaast alle andere informatie die relevant is voor het probleem.
Als u in dit document niet de mogelijkheid hebt gehad het probleem te isoleren en op te lossen, opent u een case met het Cisco Technical Assistance Center (TAC) en biedt u deze informatie:
Beschrijving van netwerktopologie (PDF, Visio of Microsoft PowerPoint-indeling).
De gebruikte faxapparaten, die leverancier- en modelinformatie bevatten.
De geschiedenis van het probleem.
De nuttige informatie omvat of de implementatie nieuw of een gevestigd netwerk is dat goed werkte en toen ontbrak. Als het netwerk werd opgericht, wat veranderde alvorens het probleem voorkwam? Is het probleem intermitterend? Kan het probleem worden gereproduceerd, en zo ja, welke stappen zijn nodig om het probleem te reproduceren?
Uitvoer van de opdracht show tech vanuit zowel de faxgateways als alle routers op het IP-pad en relevante informatie voor de actieve niet-Cisco-netwerkapparatuur.
Een paar van de aanroepsporen met deze debug-vlaggen ingeschakeld:
debug voip capi inout
debug vtsp all
debug ISDN q931 (als ISDN of Q.Sig betrokken is)
Een paar van de showstem roept en toont stem dsp output.
Een paar van de faxanalysator volgt de verbinding in de monitormodus met de faxapparaten voor het starten en het beëindigen van de verbinding, indien beschikbaar.
Resultaten van de probleemoplossing en uitgevoerde debugs, indien beschikbaar.
oorspronkelijk gepubliceerd op https://www.cisco.com/c/en/us/support/docs/voice/fax-modem-over-ip/20227-faxrelay-tsguide.html
De oorspronkelijke MDF-tag is: Technologieën:Spraak:Fax/modem via IP.
Document-id is 20227
Als de Document-id of URL niet overeenkomt, neemt u contact op met tz-writers@cisco.com.
Revisie | Publicatiedatum | Opmerkingen |
---|---|---|
1.0 |
21-Feb-2002 |
Eerste vrijgave |