فهم نظائر الطلب الواردة/الصادرة التي تطابق الأنظمة الأساسية ل 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)#

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

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

• في حالة طلب التداخل، لا يمكن أن يطابق رقم "null" مستدعى "قادم مستدعى-number T" بسبب عدم حدوث المهلة.

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

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

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

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

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

وكذلك، عندما يكون النظراء الخارجيون متطابقين، هناك حالتان ينبغي مراعاتهما: حالة 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" على الأمر peer destination-style لاستخدام نظائر الطلب المتغيرة الطول.

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

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

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

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

افترض أن الموجّه في هذا المثال يتلقى إعداد مكالمة مع سلسلة الطلب الهاتفي "95551212" من الشبكة. بعد ذلك يُعيد نظير الطلب الهاتفي 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" وحده، تعمل أوامر نظراء الطلب الهاتفي بشكل غير صحيح وتؤثر على كيفية معالجة المكالمات بواسطة الموجّه.

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

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

• شكلت غاية-نمط، وVoice-port أو جلسة هدف أيضا شكلت.

• يتم تكوين 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 priority على قيمة افتراضية تبلغ 0 ، والتي تتسبب في تمرير أسبقية IP كما هي.

التكوينات

!--- 
          
           
          
!
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 - رموز فهم: التعقيد، الدعم، درجة الحرارة القصوى، التفاوض
• الدعم التقني والمستندات - Cisco Systems