إرشادات الفاكس الخاصة ب CUBE الخاص بقابلية التشغيل البيني للطرف الثالث

المقدمة

يوضح هذا المستند كيفية عمل الفاكس عبر IP (FoIP) في تدفقات إستدعاءات العنصر الحدودي الموحد (CUBE) من Cisco مع موفري خدمة IP.

المتطلبات الأساسية

المتطلبات

توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:

• مؤسسة المكعب
• بروتوكول التحكم في عبارة الوسائط (MGCP)
• بروتوكول بدء جلسة عمل (SIP)
• مجموعة بروتوكولات H323
• إرسال إشارات T30

المكونات المستخدمة

تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج والمكونات المادية التالية: Cisco IOS^® الإصدارات 12.4T، 15.0M، 15.1M، 15.1T، 15.2M، 15.2T، 15.3T على موجهات الخدمات المتكاملة (ISR) من Cisco طراز 2800، 3800، 2900، 3900E أو Cisco AS540 البوابة العامة 0XM

ملاحظة: لا يقتصر مثال التكوين هذا على إصدارات البرامج والأنظمة الأساسية للأجهزة المدرجة هنا.

تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك مباشرة، فتأكد من فهمك للتأثير المحتمل لأي أمر.

معلومات أساسية

يعمل FoIP مع CUBE في العديد من البيئات ويتم تنفيذه من أجل الاستفادة من شبكات VoIP الحالية للحصول على خدمات فاكس موثوقة. هناك العديد من بروتوكولات الفاكس التي يدعمها CUBE مع العديد من آليات التحويل. ومع ذلك، في سياق موفري خدمة IP، يجب عليك التقيد ببروتوكولات الفاكس وأساليب التحويل التي يدعمها الموردون خارج Cisco.

في تدفقات مكالمات FoIP، يكون CUBE بين عبارة الإنهاء (TGW) والبوابة الناشئة (OGW). من منظور إرسال الإشارات، يسمح تكوين CUBE بالتبديل من مكالمة صوتية إلى مكالمة فاكس أو يرفضه. نظرا لحقيقة أن بروتوكولات FoIP يتم التفاوض عليها بشكل شامل في بيئة VoIP، فمن الضروري تكوين كل شيء من OGW إلى TGW لاستخدام بروتوكول VoIP نفسه.

من المهم معرفة تدفقات FoIP المدعومة والتكوين اللازم على CUBE، بالإضافة إلى TGWs و OGWs، من أجل ضمان اتصال فاكس موثوق به.

تدفقات مكالمات الفاكس CUBE

نظرا لحقيقة أن موفري خدمة IP لديهم عادة بيئة مختلطة من الأجهزة من Cisco وغيرها من الأجهزة، فمن الضروري إستخدام طريقة متوافقة مع معايير الصناعة من أجل التحويل من مكالمة صوتية إلى مكالمة فاكس. هذا يعني أنه لا يمكن إستخدام حدث الإشارات المسماة (NSE)، نظرا لأن NSE خاصة ب Cisco. وهناك إستثناءات لهذه القاعدة، ولكنها نادرة للغاية.

ملاحظة: يعني عدم القدرة على إستخدام التبديل المستند إلى البروتوكول أن بروتوكول Skinny للتحكم في المكالمات (SCCP) لا يستخدم إلا في تدفقات مكالمات الفاكس إلى موفري خدمة IP مع G711ulaw وهو "أفضل جهد".

طرق نقل FoIP

يناقش هذا المستند طريقتين لنقل FoIP، تمرير الفاكس وترحيل الفاكس T.38.

مرور الفاكس

مرور الفاكس هو طريقة نقل الفاكس حيث يتم نقل إشارات T30 وبيانات الصفحة من خلال شبكة IP كبيانات مشفرة بتعديل كود النبض (PCM)، ملفوفة في إطارات بروتوكول النقل في الوقت الفعلي (RTP).

يتم تشغيل محول مرور الفاكس عن طريق اكتشاف ديباجة V.21 على TGW. يتم إرسال الدعوة الناتجة (ل SIP) أو وضع الطلب (ل H323) من خلال CUBE وبقية مسار إرسال إشارات المكالمة إلى OGW.

يتم تحويل تمرير الفاكس من أي برنامج ترميز صوتي إلى برنامج الترميز المحدد ضمن تكوين تمرير الفاكس (يتم توضيح هذه العملية لاحقا في هذا المستند).

ملاحظة: لا يمكن تكوين بوابة MGCP من أجل بدء زيادة السرعة إلى G.711 لتمرير الفاكس. لذلك، يجب توجيه أي فاكس يستخدم المرور على المكعب الذي ينتهي إلى بوابة MGCP باستخدام ترميز G.711.

ملاحظة: لا ينبغي تكوين مرور الفاكس باستخدام H.323 إذا كان الترميز الأولي هو G.711. وهذا يتسبب في إرسال وضع طلب H.245 للتبديل إلى G.711 عندما يكون G.711 قد تم التفاوض عليه بالفعل. يستجيب CUCM برفض وضع الطلب H.245.

ترحيل الفاكس T.38

ترحيل الفاكس هو طريقة نقل الفاكس حيث يكتشف TGWs و OGWs إشارات T30 وبيانات الصفحة. تأخذ هذه البوابات تلك الإشارات وتحولها إلى رسائل ترحيل، والتي تمثل الإشارات التناظرية. ويتم بعد ذلك إرسال رسائل الترحيل هذه من خلال شبكة IP.  

يتم أيضا تشغيل المحول لترحيل الفاكس T.38 عن طريق الكشف عن المقدمة V.21 على TGW.

• عندما يعمل TGW مع SIP، فإن اكتشاف ديباجة V.21 يؤدي إلى T.38 ReInvite (مماثل لما تم وصفه سابقا).
• عندما يعمل TGW مع H323، فإن اكتشاف ديباجة V.21 يؤدي إلى تشغيل وضع طلب T.38.
• عندما يعمل TGW مع MGCP، يؤدي اكتشاف ديباجة V.21 إلى تشغيل إعلام (NTFY)، والذي يتم إرساله إلى وكيل الاتصال. بعد ذلك، يستجيب "وكيل الاتصال" ب 200 OK، ويرسل إما "وضع الطلب" أو "إعادة توجيه الدعوة إلى CUBE"، والذي يعتمد على بروتوكول VoIP المستخدم.

توجد أمثلة تصحيح الأخطاء في قسم أستكشاف الأخطاء وإصلاحها بهذا المستند.

تكوين المكعب

يمكن تكوين CUBE ل FoIP في مكانين: بشكل عام تحت الخدمة الصوتية عبر بروتوكول الإنترنت وكذلك تحت نظير الطلب. يكون للتكوين في تطابق الطلب مع النظير لمكالمة معينة الأولوية دائما على التكوين العام. يمكن تكوين تكوين T.38 و Fax Pass-Through في نفس الوقت إذا كان تحت نظائر طلب مختلفة، بحيث يتم دعم كلا البروتوكولين في آن واحد.

تكوين CUBE pass-through

لتكوين وحدة مرور الفاكس تحت الخدمة الصوتية VoIP، أستخدم هذا الأمر (بخط غامق):

voice service voip
 no ip address trusted authenticate
 allow-connections h323 to h323
 allow-connections h323 to sip
 allow-connections sip to h323
 allow-connections sip to sip
 fax protocol pass-through g711ulaw

لتكوين تمرير الفاكس في نظير الطلب، أستخدم هذا الأمر (بالخط الغامق):

dial-peer voice 1 voip
 description T38 Test
 destination-pattern ^1000$
 session protocol sipv2
 session target ipv4:192.168.0.1
 dtmf-relay rtp-nte
 fax protocol pass-through g711ulaw 
 no vad

ملاحظة: مرور الفاكس ليس نفس مرور الفاكس. تستفيد حركة مرور الفاكس من محركات خدمات الشبكة (NSEs) من Cisco للتبديل من مكالمة صوتية إلى مكالمة فاكس.

تكوين CUBE T.38

ملاحظة: يتم دعم الإصدار 3 من T.38 (سرعات الفاكس Super G3) في الإصدار 15.1(1)T من Cisco IOS والإصدارات الأحدث.

لتكوين الإصدار 0 من T.38 (سرعة الفاكس من G3) تحت الخدمة الصوتية VoIP، أستخدم هذا الأمر (بالأسود):

voice service voip
 no ip address trusted authenticate
 allow-connections h323 to h323
 allow-connections h323 to sip
 allow-connections sip to h323
 allow-connections sip to sip
 fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

استعملت in order to شكلت T.38 في ال dial-peer، هذا أمر (بالأسود):

dial-peer voice 1 voip
 description T38 Test
 destination-pattern ^1000$
 session protocol sipv2
 session target ipv4:192.168.0.1
 dtmf-relay rtp-nte
 fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none
 no vad

لتكوين T.38 الإصدار 3، إما تحت الخدمة الصوتية VoIP أو في الطلب - نظير، أستخدم هذا الأمر:

fax protocol t38 version 3 ls-redundancy 0 hs-redundancy 0 fallback none

إذا تم إستخدام بروتوكول نقل الوسائط (MTP) عند العمل البيني من خلال CUBE، فيجب أن يدعم تمرير برنامج الترميز. يدعم Cisco Unified Communications Manager (CUCM) MTP مرور برنامج الترميز للإصدار 8.6.1 والإصدارات الأحدث. يجب أن يحتوي Cisco IOS MTP على وحدة ترميز pass-through في تكوين مزرعة معالج الإشارة الرقمية (DSP):

dspfarm profile 2 mtp  
 codec pass-through
 codec g729r8
 maximum sessions software 50
 associate application SCCP

تكوين عبارة تجميع تقسيم الوقت (TDM) للعمل البيني مع CUBE

بالنسبة لبوابة TDM التي يتم التحكم فيها بواسطة SCCP، يتم إستخدام هذا التكوين لتمرير الفاكس.

voice service voip
 no modem passthrough
 fax protocol none
 no fax-relay sg3-to-g3

ملاحظة: يجب أن يكون برنامج الترميز في المناطق التي تم إعدادها لهذا العمل البيني G.711. كما تمت الإشارة مسبقا، لا يمكن تعيين بوابة SCCP لاستخدام T.38 عند العمل البيني مع CUBE.

لتكوين مرور الفاكس ل SIP وبوابات H.323 TDM التي تعمل مع CUBE، أدخل:

voice service voip
 no modem passthrough
 no fax-relay sg3-to-g3 
 fax protocol pass-through g711ulaw

دخلت in order to شكلت T.38 ل SIP و H.323 TDM مدخل يعمل مع CUBE،: 

voice service voip
 no modem passthrough
 fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

ملاحظة: يمكن إستخدام الإصدار 3 من T.38 إذا تم تكوينه على CUBE وكان مدعوما من قبل موفر خدمة SIP.

دخلت in order to شكلت MGCP TDM مدخل ل فاكس pass-through يعمل مع CUBE،:

no mgcp fax-relay sg3-to-g3
no mgcp package fxr-package
mgcp fax t38 inhibit
no mgcp modem passthrough voip mode nse

ملاحظة: بما أن بوابة MGCP لا تدعم السرعة الفائقة لتمرير الفاكس، يجب أن تحتوي المناطق الموجودة في CUCM بين بوابة MGCP و CUBE على برنامج ترميز من G.711.

التحقق من الصحة

لا يوجد حاليًا إجراء للتحقق من صحة هذا التكوين.

استكشاف الأخطاء وإصلاحها

لاستكشاف أخطاء هذه المشكلة وإصلاحها على CUBE، يجب تمكين عمليات تصحيح الأخطاء هذه.

SIP

قم بتمكين عمليات تصحيح الأخطاء هذه ل SIP:

debug voip ccapi inout
debug ccsip mess

بعد إعداد المكالمة الصوتية، يرسل TGW إعادة دعوة SIP إلى OGW من خلال CUBE. إذا نجح التحويل، فإن OGW يستجيب مع SIP 200 OK مع معلمات بروتوكول وصف الجلسة (SDP) الصحيحة.

المحول T.38 Switch

INVITE sip:2101@10.0.0.1:5060 SIP/2.0
Via: SIP/2.0/UDP 10.0.0.2:5060;branch=z9hG4bK171D71
Remote-Party-ID: <sip:1101@10.0.0.2>;party=calling;screen=no;privacy=off
From: <sip:8141101@10.0.0.2>;tag=8D815D8-646
To: <sip:2101@10.0.0.1>;tag=DD4D344-21B2
Date: Fri, 25 Feb 2011 19:25:15 GMT
Call-ID: 32395B08-403E11E0-818C9D5B-499FBE40@10.0.0.1
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:  1800
Cisco-Guid: 786980147-1077809632-2173148507-1235205696
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, 
NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Max-Forwards: 70
Timestamp: 1298661915
Contact: <sip:8141101@10.0.0.2:5060>
Expires: 180
Allow-Events: telephone-event
Content-Type: application/sdp
Content-Length: 384

v=0
o=CiscoSystemsSIP-GW-UserAgent 3745 9509 IN IP4 10.0.0.2
s=SIP Call
c=IN IP4 10.0.0.2
t=0 0
m=image 17682 udptl t38
c=IN IP4 10.0.0.2
a=T38FaxVersion:0
a=T38MaxBitRate:7200
a=T38FaxFillBitRemoval:0
a=T38FaxTranscodingMMR:0
a=T38FaxTranscodingJBIG:0
a=T38FaxRateManagement:transferredTCF
a=T38FaxMaxBuffer:200
a=T38FaxMaxDatagram:180
a=T38FaxUdpEC:t38UDPRedundancy

!!NOTE!! Not all of the above bolded fields are required. 
The above is an example of how Cisco implements T38.

SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.0.0.2:5060;branch=z9hG4bK171D71
From: <sip:8141101@10.0.0.2>;tag=8D815D8-646
To: <sip:2101@10.0.0.1>;tag=DD4D344-21B2
Date: Fri, 25 Feb 2011 17:48:05 GMT
Call-ID: 32395B08-403E11E0-818C9D5B-499FBE40@10.0.0.1
CSeq: 101 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Content-Length: 0

176443: Feb 25 17:48:05.360: 
//134/2EE85D338187/SIP/Msg/ccsipDisplayMsg:
Sent: 
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.0.0.2:5060;branch=z9hG4bK171D71
From: <sip:8141101@10.0.0.2>;tag=8D815D8-646
To: <sip:2101@10.0.0.1>;tag=DD4D344-21B2
Date: Fri, 25 Feb 2011 17:48:05 GMT
Call-ID: 32395B08-403E11E0-818C9D5B-499FBE40@10.0.0.1
CSeq: 101 INVITE
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, 
NOTIFY, INFO, REGISTER
Allow-Events: telephone-event
Remote-Party-ID: <sip:2101@10.0.0.1>
;party=called;screen=no;privacy=off
Contact: <sip:2101@10.0.0.1:5060>
Supported: replaces
Supported: sdp-anat
Server: Cisco-SIPGateway/IOS-12.x
Supported: timer
Content-Type: application/sdp
Content-Length: 384

v=0
o=CiscoSystemsSIP-GW-UserAgent 5552 9399 IN IP4 10.0.0.1
s=SIP Call
c=IN IP4 10.0.0.1
t=0 0
m=image 16710 udptl t38
c=IN IP4 10.0.0.1
a=T38FaxVersion:0
a=T38MaxBitRate:7200
a=T38FaxFillBitRemoval:0
a=T38FaxTranscodingMMR:0
a=T38FaxTranscodingJBIG:0
a=T38FaxRateManagement:transferredTCF
a=T38FaxMaxBuffer:200
a=T38FaxMaxDatagram:320
a=T38FaxUdpEC:t38UDPRedundancy

ACK sip:2101@10.0.0.1:5060 SIP/2.0
Via: SIP/2.0/UDP 10.0.0.2:5060;branch=z9hG4bK181B79
From: <sip:8141101@10.0.0.2>;tag=8D815D8-646
To: <sip:2101@10.0.0.1>;tag=DD4D344-21B2
Date: Fri, 25 Feb 2011 19:25:15 GMT
Call-ID: 32395B08-403E11E0-818C9D5B-499FBE40@10.0.0.1
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: telephone-event
Content-Length: 0

تبديل مرور الفاكس

INVITE sip:2101@10.0.0.1:5060 SIP/2.0
Via: SIP/2.0/UDP 10.0.0.2:5060;branch=z9hG4bK154F2
Remote-Party-ID: <sip:1101@10.0.0.2>;party=calling;screen=no;privacy=off
From: <sip:8131101@10.0.0.2>;tag=8D66B94-7BF
To: <sip:2101@10.0.0.1>;tag=DD32900-5D4
Date: Fri, 25 Feb 2011 19:23:25 GMT
Call-ID: F12F0BBB-403D11E0-81869D5B-499FBE40@10.0.0.1
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:  1800
Cisco-Guid: 3990792353-1077744096-2172755291-1235205696
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, 
NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Max-Forwards: 70
Timestamp: 1298661805
Contact: <sip:8131101@10.0.0.2:5060>
Expires: 180
Allow-Events: telephone-event
Content-Type: application/sdp
Content-Length: 174

v=0
o=CiscoSystemsSIP-GW-UserAgent 107 1892 IN IP4 10.0.0.2
s=SIP Call
c=IN IP4 10.0.0.2
t=0 0
m=audio 16464 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=silenceSupp:off - - - -

SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.0.0.2:5060;branch=z9hG4bK154F2
From: <sip:8131101@10.0.0.2>;tag=8D66B94-7BF
To: <sip:2101@10.0.0.1>;tag=DD32900-5D4
Date: Fri, 25 Feb 2011 17:46:16 GMT
Call-ID: F12F0BBB-403D11E0-81869D5B-499FBE40@10.0.0.1
CSeq: 101 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Content-Length: 0

SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.0.0.2:5060;branch=z9hG4bK154F2
From: <sip:8131101@10.0.0.2>;tag=8D66B94-7BF
To: <sip:2101@10.0.0.1>;tag=DD32900-5D4
Date: Fri, 25 Feb 2011 17:46:16 GMT
Call-ID: F12F0BBB-403D11E0-81869D5B-499FBE40@10.0.0.1
CSeq: 101 INVITE
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, 
NOTIFY, INFO, REGISTER
Allow-Events: telephone-event
Remote-Party-ID: <sip:2101@10.0.0.1>;party=called;screen=no;privacy=off
Contact: <sip:2101@10.0.0.1:5060>
Supported: replaces
Supported: sdp-anat
Server: Cisco-SIPGateway/IOS-12.x
Supported: timer
Content-Type: application/sdp
Content-Length: 194

v=0
o=CiscoSystemsSIP-GW-UserAgent 4896 2709 IN IP4 10.0.0.1
s=SIP Call
c=IN IP4 10.0.0.1
t=0 0
m=audio 19054 RTP/AVP 0
c=IN IP4 10.0.0.1
a=rtpmap:0 PCMU/8000
a=silenceSupp:off - - - -

ACK sip:2101@10.0.0.1:5060 SIP/2.0
Via: SIP/2.0/UDP 10.0.0.2:5060;branch=z9hG4bK16A56
From: <sip:8131101@10.0.0.2>;tag=8D66B94-7BF
To: <sip:2101@10.0.0.1>;tag=DD32900-5D4
Date: Fri, 25 Feb 2011 19:23:25 GMT
Call-ID: F12F0BBB-403D11E0-81869D5B-499FBE40@10.0.0.1
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: telephone-event
Content-Length: 0

H323

مكنت هذا يضبط ل H323:

debug voip ccapi inout
debug cch323 all
debug h225 asn1
debug h245 asn1

بعد إعداد المكالمة الصوتية، يرسل TGW H245 RequestMode إلى OGW من خلال CUBE. إذا نجح التحويل، فإن OGW يستجيب باستخدام RequestModeAck.

المحول T.38 Switch

value MultimediaSystemControlMessage ::= request : requestMode :
    {
      sequenceNumber 1
      requestedModes
      {

        {

          {
            type dataMode :
            {
              application t38fax :
              {
                t38FaxProtocol udp : NULL
                t38FaxProfile
                {
                  fillBitRemoval FALSE
                  transcodingJBIG FALSE
                  transcodingMMR FALSE
                  version 0
                  t38FaxRateManagement transferredTCF : NULL
                  t38FaxUdpOptions
                  {
                    t38FaxMaxBuffer 200
                    t38FaxMaxDatagram 72
                    t38FaxUdpEC t38UDPRedundancy : NULL
                  }
                }
              }
              bitRate 144
            }
          }
        }
      }
    }

001378: May 31 20:56:19.745: H245 MSC OUTGOING PDU ::=

value MultimediaSystemControlMessage ::= response :
 requestModeAck :
    {
      sequenceNumber 1
      response willTransmitMostPreferredMode : NULL
    }

تبديل مرور الفاكس

value MultimediaSystemControlMessage ::= request : requestMode :
     {
      sequenceNumber 1
      requestedModes 
      {

        {

          {
            type audioMode : g711Ulaw64k : NULL
          }
        }
      }
    }

value MultimediaSystemControlMessage ::= response : 
requestModeAck : 
    {
      sequenceNumber 1
      response willTransmitMostPreferredMode : NULL
    }

العرض 1: رفض CUBE إعادة الدعوة مع 488

إذا واجهت هذه المشكلة، أكمل الخطوات التالية:

1. قم بتمكين تصحيح الأخطاء وتجميعها لمكالمة إختبار.
2. تحقق من تكوين T.38 أو مرور الفاكس بشكل عام.
3. إذا لم يتم تكوين T.38 أو مرور الفاكس بشكل عام، فتأكد من تكوين T.38 أو مرور الفاكس تحت كل من نظائر الطلب الواردة والصادرة استنادا إلى تصحيح أخطاء واجهة برمجة تطبيق التحكم في المكالمات (CCAPI).
4. إذا لم يتم حل المشكلة بعد، قم بتمكين debug ccsip all (في مخزن مؤقت للتسجيل مع تصحيح أخطاء 500000 المخزن مؤقتا) لتحديد سبب رفض SIP ل ReINVITE.

العرض 2: يرفض CUBE وضع الطلب مع RequestModeReject

إذا واجهت هذه المشكلة، أكمل الخطوات التالية:

1. قم بتمكين تصحيح الأخطاء وتجميعها لمكالمة إختبار.
2. تحقق من تكوين T.38 أو مرور الفاكس بشكل عام.
3. إذا لم يتم تكوين T.38 أو تمرير الفاكس بشكل عام، فتأكد من تكوين T.38 أو تمرير الفاكس تحت كل من نظائر الطلب الواردة والصادرة استنادا إلى أخطاء CCAPI.
4. إذا لم يتم حل المشكلة بعد، قم بتمكين أحداث تصحيح الأخطاء h225، و debug h225 q931، وdebug h245 events لتحديد سبب رفض H323 لوضع الطلب هذا.

معلومات المورد المحددة

فيريزون

• لاحظ مركز المساعدة الفنية (TAC) من Cisco أنه على الرغم من مطالبة Verizon بدعم T.38 عبر SIP، إلا أنها لا تبدأ التحويل من مكالمة صوتية إلى T.38 عند عملها في TGW.
• هذا قيد معروف في بيئتهم، ولا يبدو أنهم سيصححونه.
• عندما يكون OGW خادم FoIP، يمكنك عادة تعيين الخادم لبدء تبديل حتى عندما يكون هو OGW.
• عندما يكون Cisco GW هو OGW، هناك حاليا ما من طريقة لفرض التحويل عندما ال cisco GW يعمل كال OGW.
• CSCud72998 معرف تصحيح الأخطاء من Cisco هو طلب التحسين لدعم محول T.38 عندما يكون GW من Cisco هو OGW.

معلومات ذات صلة

• تكوين مرور الفاكس
• تكوين ترحيل الفاكس T.38
• فهم تطابق نظير الطلب الوارد والصادر على أنظمة IOS الأساسية
• الدعم التقني والمستندات - Cisco Systems