فهم مطابقة نظائر الطلب الواردة/الصادرة على الأنظمة الأساسية ل IOS

dial-peer voice 1 pots 
    destination-pattern 9T
    port 1/0:1
!
dial-peer voice 2 pots
    incoming called-number .

ملاحظة خاصة حول الرقم المتصل الفارغ

يمكن لرسالة التحذير الموضحة هنا، والتي تعرض عند تكوين نظير الطلب باستخدام الرقم المستدعي الوارد T، أن تثير أسئلة فيما يتعلق بتحديد نظير الطلب باستخدام رقم مستدعى فارغ من موجه فعلي.

RTR(config)#dial-peer voice 1 pots
RTR(config-dial-peer)#incoming called-number T 

Warning: Pattern T defines a match with zero or more digits and hence could 
match with an empty number.  If this is not the desired behaviour please 
configure pattern .T instead to match on one or more digits
RTR(config-dial-peer)#

مطابقة نظير طلب هاتفي وارد برقم متصل به فارغ:

• يعتبر رقم الاستدعاء الفارغ أقل تأهيلا مقارنة برقم منفذ و/أو في بعض الحالات عنوان الإجابة. وبالتالي، يمكن أن تحدث مطابقة استنادًا إلى الرقم المتصل به الفارغ فقط إذا لم تكن هناك مطابقة استنادًا إلى عنوان الإجابة أو رقم المنفذ.

• في حالة طلب التداخل، لا يمكن أن يطابق رقم إستدعاء فارغ الرقم المستدعي الوارد T بسبب عدم حدوث المهلة.

• يمكن أن يتطابق رقم المتصل به الفارغ مع incoming called-number T فقط في حالة ENBLOCK ولا توجد مطابقة كذلك بسبب عنوان الإجابة ورقم المنفذ. يشير التحذير الذي تراه عند تكوين إستدعاء-number T الوارد إلى هذه الحالة المحددة.

مطابقة نظراء الطلب الهاتفي الصادر

لمطابقة نظراء الطلب الهاتفي الصادر، يستخدم الموجّه أو العبّارة الأمر destination-pattern called_number لنظير الطلب الهاتفي.

• على نظراء الطلب الهاتفي لـ POTS، يتم استخدام الأمر port فيما بعد لإعادة توجيه المكالمة.

• على نظراء الطلب الهاتفي لشبكة الصوت، يتم استخدام الأمر session target فيما بعد لإعادة توجيه المكالمة.

وأيضًا، عند مطابقة نظراء الطلب الهاتفي الصادر، توجد حالتان يجب أخذهما في الاعتبار: حالة DID وما دون DID.

حالة الطلب الداخلي المباشر (DID)

يبدو أحد نظراء الطلب الهاتفي الوارد المكوّن باستخدام DID (الطلب الهاتفي الداخلي المباشر) كما يلي:

dial-peer voice 1 pots
  incoming called-number 81690
  voice-port 0:D
  direct-inward-dial

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

بافتراض سلسلة الطلب DID هي 81690. في هذه الحالة، يطابق الموجه نظير الطلب 4 ويرسل سلسلة الطلب 81690 الكاملة.

dial-peer voice 3 voip
 destination-pattern 816
 session target ipv4:172.22.10.1
!
dial-peer voice 4 voip
 destination-pattern 81690
 session target ipv4:172.22.10.1

لمزيد من المعلومات حول DID، ارجع إلى الصوت - فهم الطلب الداخلي المباشر (DID) على واجهات Cisco IOS Digital (T1/E1) .

ما دون حالة DID

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

بافتراض سلسلة الطلب هي 81690. بعد أن يستقبل الموجه الرقم 6 مباشرة، يطابق الموجه نظير الطلب 3 ويوجه المكالمة (إعادة توجيه الأرقام 816 فقط).

dial-peer voice 3 voip
 destination-pattern 816
 session target ipv4:172.22.10.1
!
dial-peer voice 4 voip
 destination-pattern 81690
 session target ipv4:172.22.10.1

والآن، افترض أنه يتم تكوين نظير الطلب الهاتفي 3 لمطابقة أحرف البدل:

dial-peer voice 3 voip
 destination-pattern 816..
 session target ipv4:172.22.10.1 
!
dial-peer voice 4 voip
 destination-pattern 81690
 session target ipv4:172.22.10.1

في هذه الحالة، تطبّق قاعدة أطول بادئة، وتتم مطابقة نظير الطلب الهاتفي 4 لاتجاه المكالمة الصادرة.

ملاحظة خاصة حول خطط الطلب الهاتفي متغير الطول

توجد مواضع حيث لا تحتوي سلاسل الطلب الهاتفي المتوقعة على عدد معيّن من الأرقام الصحيحة. في مثل هذه الحالات، توصي Cisco بتكوين الوحدة الطرفية T على الأمر dial peer destination-style لاستخدام نظائر الطلب متغيرة الطول.

يفرض "المنهي T" على الموجه أو البوابة الانتظار حتى يتم تلقي سلسلة الطلب الكاملة. لتحقيق ذلك، يفرض المنهي T على الموجه أو البوابة الانتظار حتى يتم تلقي سلسلة الطلب الكاملة. الموجّه أو العبّارة:

• ينتظر انتهاء مهلة رقمية بينية قبل أن يقوم الجهاز بتوجيه المكالمة.

• توجيه المكالمة بمجرد أن يستقبل الجهاز حرف # إنهاء في سلسلة الطلب. على سبيل المثال، إذا قمت بطلب رقم 5551212#، فإن # يشير إلى الموجه إلى أنك قمت بطلب جميع الأرقام وأنه يجب إستخدام جميع الأرقام السابقة للرقم لمطابقة نظير الطلب.

يساعد هذا المثال في توضيح هذا المفهوم:

إفترض أن الموجه في هذا المثال يستلم إعداد مكالمة باستخدام سلسلة الطلب 9551212 من الشبكة. نظير الطلب 2 ثم إعادة التوجيه إلى PSTN الأرقام 5551212:

dial-peer voice 2 pots
 destination-pattern 9T
 port 2/0:23

بافتراض سلسلة الطلب من واجهة POTS واردة هي 81690:

dial-peer voice 3 voip
 destination-pattern 8T
 session target ipv4:172.22.10.1
!
dial-peer voice 4 voip
 destination-pattern 81690T
 session target ipv4:172.22.10.1

في هذه الحالة، تطبّق قاعدة أطول بادئة، وتتم مطابقة نظير الطلب الهاتفي 4 لاتجاه المكالمة الصادرة.

• يتم تعيين انتهاء المهلة الرقمية البينية الافتراضية لمدة 10 ثوانٍ. لتعديل هذه القيمة، أصدِر الأمر timeouts interdigit seconds voice-port.

• في أي وقت يتم إستخدام T، يجب أن يسبق T إيقاف كامل (.) أو أرقام (T أو 555T على سبيل المثال). إذا كنت تستخدم T وحدها، فإن نظراء الطلب يتصرفون بشكل غير صحيح ويؤثر على كيفية معالجة المكالمات بواسطة الموجه.

الحالة التشغيلية لنظير الطلب الهاتفي

يجب إعداد حالة تشغيل نظير الطلب إداريا وصلاحيتها لكي تتم مطابقة نظير الطلب. ولكي يتم اعتبارها تشغيلية، يجب أن يستوفي نظراء الطلب الهاتفي أحد هذه الشروط:

• يتم تكوين نمط الوجهة، ويتم تكوين هدف جلسة عمل أو منفذ صوت أيضا.

• يتم تكوين Incoming called-number.

• يتم تكوين Answer-address.

هناك شروط أخرى ، ولكن هذه هي الشروط الأساسية.

للحصول على مزيد من المعلومات، راجع الصوت - فهم الحالة التشغيلية لنظراء الطلب الهاتفي على منصات Cisco IOS.

معلومات إضافية عن نظير الطلب الهاتفي

تتمتع سمة نظير الطلب الهاتفي destination-pattern بسلوك مختلف عند تطبيقها على اتجاهات المكالمات الواردة أو الصادرة:

• بالنسبة إلى نظراء الطلب الهاتفي الوارد، تتم مطابقة destination-pattern مقابل رقم الاتصال (سلسلة ANI).

• بالنسبة إلى نظراء الطلب الهاتفي الصادر، تتم مطابقة destination-pattern مقابل الرقم المتصل به (سلسلة DNIS).

لذلك، يمكن أن يعمل نظير الطلب بسمة نمط الوجهة لكل من المطابقة الصادرة والواردة</i> .

دراسة الحالة: فهم المطابقة الواردة وافتراضي نظير الطلب 0

تحتاج كل خطة طلب هاتفي إلى نظير طلب هاتفي صادر ووارد. في هذا المثال، هناك اتصال PSTN T1 قادم كالوارد إلى موجه MAUI-GWY-04. في هذه الحالة، عند تلقي مكالمة واردة من PSTN، يحاول الموجه العثور على الرقم المستدعي. عند تلقي المكالمة، يقوم المتصل بإعطاء معرف المتصل باستخدام "معرف الرقم التلقائي" (ANI). في هذا المثال، هناك نطاق طلب داخلي مباشر (DID) يبدأ من 8. DNIS هو الرقم الذي يحمله الشخص الموجود على رسائل PSTN. يمكن أن يكون الرقم رقمًا مكوّنًا من 11 رقمًا أو 10 أرقام صحيحة. إذا تطابقت مع نظير الطلب الوارد الذي تم تكوينه باستخدام الطلب الداخلي المباشر، تتم إعادة توجيه 4 أرقام فقط بعد 8 أرقام ويتم تجريد الباقي من الأرقام حتى يتم الوصول إلى المكالمة مباشرة دون مساعدة موظف الاستقبال.

إذا لم يكن لديك نظير طلب هاتفي وارد تم تكوينه، تتم مطابقة Dial-peer 0 ويعتني بالمكالمة. يتمتع Dial-peer 0 (نظير الطلب الهاتفي 0) بهذه السمات:

• يعمل لأي ترميز

• يتمتع بتمكين تحري النشاط الصوتي (VAD)

• يميّز حركة المرور على أنها IP Precedence 0 (أسبقية IP 0)

• لا يحظى بدعم RSVP

• يدعم خدمة FAX-RATE

ملاحظة: يتم تعيين الأمر IP Precedence على قيمة افتراضية من 0، وهو ما يتسبب في تمرير IP precedence كما هو.

التكوينات

!--- 

!
version 12.0
service timestamps debug datetime
!
hostname maui-gwy-04
!
isdn switch-type primary-ni
!
controller T1 0
 framing esf
 clock source line primary
 linecode b8zs
 pri-group timeslots 1-24
!
voice-port 0:D
!

!--- This dial peer is used for !--- inbound DID calls.

Dial-peer voice 1 pots
 incoming called-number 8....
 direct-inward-dial
!
dial-peer voice 3 voip
 destination-pattern 8....
 DTMF-relay cisco-rtp
 session target ipv4:172.22.10.1
!
dial-peer voice 2 pots
 destination-pattern 9T
 port 0:D
!
interface Ethernet0
 ip address 172.22.10.2 255.255.255.0
 no ip directed-broadcast
!
interface Serial0:23
 no ip address
 no ip directed-broadcast
 isdn switch-type primary-ni
 isdn incoming-voice modem
 fair-queue 64 256 0
 no cdp enable

!
version 12.2
service timestamps debug datetime
!
hostname maui-gwy-06
!
interface Ethernet0/0
 ip address 172.22.10.1 255.255.255.0
 half-duplex
!

!--- FXS port

voice-port 1/0/0
!
dial-peer voice 1 pots
 destination-pattern 81560
 port 1/0/0
!
dial-peer voice 2 voip
 destination-pattern 9.....
 session target ipv4:172.22.10.2
 DTMF-relay cisco-rtp

في دراسة الحالة هذه، يتم استخدام هذين الأمرين show وdebug:

• عرض الصوت النشط للاستدعاء {brief} يعرض هذا الأمر محتويات جدول المكالمات النشط، الذي يعرض جميع المكالمات المتصلة حاليا من خلال الموجه. وفي هذه الحالة، يكون الأمر مفيدًا لعرض نظراء الطلب الهاتفي والقدرات المرتبطة بمكالمة نشطة.

• debug voIP ccapi يفيد هذا الأمر لاستكشاف أخطاء مكالمات VoIP الشاملة وإصلاحها.

!--- Action: Call is placed from the PSTN through maui-gwy-04 
!--- and terminated on an FXS port of maui-gwy-06 (called number: "81560") 
!--- Notes: 
!--- 1)On maui-gwy-04, the incoming call is received on the POTS dial-peer 1, 
!--- which is configured for DID. !--- 2)On maui-gwy-06, no inbound VoIP dial-peer is matched and default 
!--- dial-peer=0 is used. Therefore, the DTMF-relay cisco-rtp negotiation !--- fails. 
!----------------------------------------------------------------------------- 
!--- Output on maui-gwy-04 (Originating Gateway)
!-----------------------------------------------------------------------------

maui-gwy-04#show call active voice brief

!--- This information was captured on the call originating gateway 
!--- once the call was placed and active. !--- !---  !

<ID>: <start>hs.<index> +<connect> pid:<peer_id> <dir> <addr> <state>
  dur hh:mm:ss tx:<packets>/<bytes> rx:<packets>/<bytes> <state>
 IP <ip>:<udp> rtt:<time>ms pl:<play>/<gap>ms lost:<lost>/<early>/<late>
  delay:<last>/<min>/<max>ms <codec>
Tele <int>: tx:<tot>/<v>/<fax>ms <codec> noise:<1> acom:<1> i/o:<1>/<1> dBm


!--- POTS (keyword Tele) dial-peer 1 is matched inbound (keyword Answer). 
!--- This dial-peer was matched based on condition 1 of the Matching Inbound 
!--- Dial Peers section of this document.

87   : 415666267hs.1 +107 pid:1 Answer  active
 dur 00:00:20 tx:101/791 rx:100/3200
 Tele 0:D:93: tx:20600/2000/0ms g729r8 noise:-56 acom:0  i/0:-55/-70 dBm


!--- VoIP (keyword IP) dial-peer 3 is matched outbound (keyword Originate). 
!--- This dial-peer was matched based on the destination-pattern command.

87   : 415666268hs.1 +106 pid:3 Originate 81560 active
 dur 00:00:20 tx:100/2000 rx:101/1991
 IP 172.22.10.1:18160 rtt:2ms pl:1990/40ms lost:0/1/0 delay:69/69/70ms g729r8

maui-gwy-04#show call active voice

!---  
!--- With the show call active voice command, you see that DTMF-relay Cisco 
!--- RTP was partially negotiated.
 
VOIP:
RemoteIPAddress=172.22.10.1
RemoteUDPPort=18160
RoundTripDelay=4 ms
SelectedQoS=best-effort
tx_DtmfRelay=cisco-rtp
SessionProtocol=cisco
SessionTarget=ipv4:172.22.10.1
VAD = enabled
CoderTypeRate=g729r8
CodecBytes=20
SignalingType=cas

!----------------------------------------------------------------------------- 
!--- Output on maui-gwy-06 (Terminating Gateway) 
!----------------------------------------------------------------------------- 

maui-gwy-06#show call active voice brief

!--- This information was captured once the call was placed and active. 
!--- !---  
!--- Notice that in this case, default VoIP(keyword IP) dial-peer 0 was 
!--- matched inbound.
 
Total call-legs: 2
87   : 257583579hs.1 +105 pid:0 Answer  active
 dur 00:10:03 tx:1938/37069 rx:26591/531820
 IP 172.22.10.2:18988 rtt:1ms pl:528740/160ms lost:0/1/0 delay:50/50/70ms
 g729r8

87   : 257583580hs.1 +104 pid:1 Originate 81560 active
 dur 00:10:05 tx:26648/532960 rx:1938/37069
 Tele 1/0/0 (96): tx:605710/37690/0ms g729r8 noise:-46 acom:
0  i/0:-46/-61 dBm

maui-gwy-06#show call active voice

!---  !--- Notice that DTMF-relay cisco rtp was NOT negotiated on this end.

Total call-legs: 2
VOIP:
RemoteIPAddress=172.22.10.2
RoundTripDelay=2 ms
SelectedQoS=best-effort
tx_DtmfRelay=inband-voice
FastConnect=FALSE
Separate H245 Connection=FALSE
H245 Tunneling=FALSE
SessionProtocol=cisco
VAD = enabled
CoderTypeRate=g729r8
CodecBytes=20
SignalingType=ext-signal


!--- Output from debug voip ccapi inout. 
!---  
!--- Inbound VoIP call leg is matched to default dial-peer 0. 
!--- In this case, notice that maui-gwy-06 did not receive the calling 
!--- number (ANI). Therefore, voip dial-peer 2 was not matched based on 
!--- condition 3 of the Matching Inbound Dial Peers section of this document.



*Mar 30 19:30:35: cc_api_call_setup_ind (vdbPtr=0x620AA230,
 callInfo={called=81560,
     called_oct3=0 calling=,calling_oct3=0x0,calling_oct3a=0x0,
calling_xlated=false,
     subscriber_type_str=Unknown, fde,peer_tag=0, prog_ind=0},
callID=0x62343650)
*Mar 30 19:30:35: cc_api_call_setup_ind (vdbPtr=0x620AA230,
callInfo={called=81560,
     calling=, fd1 peer_tag=0}, callID=0x62343650)
*Mar 30 19:30:35: >>>>CCAPI handed cid 95 with tag 0 to app "DEFAULT"
.....


!--- Outbound POTS dial-peer 1 is matched.


*Mar 30 19:30:35: ssaSetupPeer cid(95) peer list:  tag(1)
 called number (81560)
*Mar 30 19:30:35: ccCallSetupRequest (Inbound call = 0x5F,
 outbound peer =1, dest=,
        params=0x621D4570 mode=0, *callID=0x621D48D8, prog_ind = 0)
*Mar 30 19:30:35: peer_tag=1

والآن، لمطابقة نظير الطلب الهاتفي 2 الوارد من VoIP على maui-gwy-06، أضِف هذا الأمر:

maui-gwy-06#config t
Enter configuration commands, one per line.  End with CNTL/Z.
maui-gwy-06(config)#dial-peer voice 2 voip

!--- This command uses the DNIS(called number)to match the inbound call leg 
!--- to the dial-peer. 

maui-gwy-06(config-dial-peer)#incoming called-number 8....

هذه لقطة من تكوين maui-gwy-06 بعد التكوين الإضافي:

!--- 

dial-peer voice 1 pots
 destination-pattern 81560
 port 1/0/0
!
dial-peer voice 2 voip
 incoming called-number 8....
 destination-pattern 9.....
 session target ipv4:172.22.10.2
 dtmf-relay cisco-rtp
!

!--- Action: Call is placed from the PSTN through maui-gwy-04 !--- and terminated in an FXS port of maui-gwy-06 (called number: "81560"). 
!--- Notes: !--- 1)On maui-gwy-04, the incoming call is received on the POTS dial-peer 1, 
!--- which is configured for DID. 
!--- 2)On maui-gwy-06, dial-peer 2 voip is matched inbound, and dtmf-relay 
!--- Cisco RTP is negotiated. 
!----------------------------------------------------------------------------- 
!--- Output on maui-gwy-06 (Terminating Gateway)
!-----------------------------------------------------------------------------

maui-gwy-06#show call active voice brief

!--- 

Total call-legs: 2

!--- Notice that in this case, the inbound VoIP call leg is matched to !--- dial-peer 2 VOIP.

8B   : 258441268hs.1 +176 pid:2 Answer  active
 dur 00:01:01 tx:485/8768 rx:2809/56180
 IP 172.22.10.2:16762 rtt:2ms pl:52970/120ms lost:0/1/0 delay:
60/60/70ms g729r8

8B   : 258441269hs.1 +175 pid:1 Originate 81560 active
 dur 00:01:02 tx:2866/57320 rx:512/9289
 Tele 1/0/0 (98): tx:64180/9640/0ms g729r8 noise:-46 acom:
0  i/0:-46/-61 dBm


maui-gwy-06#show call active voice

!---  !--- Notice that dtmf-relay cisco rtp was successfully negotiated.

VOIP:
RemoteIPAddress=172.22.10.2
RoundTripDelay=1 ms
SelectedQoS=best-effort
tx_DtmfRelay=cisco-rtp
FastConnect=FALSE
Separate H245 Connection=FALSE
H245 Tunneling=FALSE
SessionProtocol=cisco
SessionTarget=
VAD = enabled
CoderTypeRate=g729r8
CodecBytes=20
SignalingType=cas

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

• الصوت - التعرُّف على نظراء الطلب الهاتفي واتجاهات المكالمات على منصات Cisco IOS
• الصوت - التعرُّف على نظراء الطلب الهاتفي الوارد والصادر على منصات Cisco IOS
• الصوت - فهم الحالة التشغيلية لنظراء الطلب الهاتفي على منصات Cisco IOS
• الصوت - فهم الطلب الهاتفي الداخلي المباشر (DID) على واجهات (T1/E1) الرقمية من Cisco IOS
• VoIP - فهم برامج الترميز: التعقيد والدعم ومتوسط مجموع الآراء (MOS) والتفاوض
• الدعم التقني والمستندات - Cisco Systems