1 8. přednáška MGCP a plány vytáčení Obsah 2 1. Protokol MGCP 2. Příklady: Od SIP k MGCP 3. Plány vytáčení 3 1. Protokol MGCP Charakteristika protokolu MGCP 4 - Slouží pro vzdálené řízení a správu hlasových a datových komunikačních zařízení na okrajích paketových sítí IP as více službami. Je to protokol typu klient-server – bran. Vývojově navazuje na SGCP (Simple GCP). - Stipulační protokol (koncové body a brány nemohou fungovat samostatně). Zahrnuje protokol SDP popisující typ inicializované relace. - Brána MGCP provádí překlad médií mezi sítí JTS a VoIP pro externí volání. - Výhody: centralizovaná správa a škálovatelné řešení. - Všechny informace vytáčecího plánu jsou uloženy v samostatném úložišti agenta volání. Volání řídí agent volání řídící porty na bráně. - Jde o protokol s přenosem dat v podobě prostého textu. Příkazy v této podobě jsou odesílány agentem volání prostřednictvím portu 2427 UDP. Odpovědi brány jsou posílány prostřednictvím portu 2727 UDP. - Specifikace RFC 2705, aktualizace RFC 3660, poslední RFC 3661. Naplňuje instrukce dle RFC 2805 (API Media Gateway…). - Použití Cisco: Díky MGCP aplikace UCM zná jednotlivé porty a řídí je. Prvky systému a konfigurační příkazy 5 - CA (Call Agent) též zvaný jako řadič mediálních bran (Media Gateway Control) – zajišťuje zpracování signalizace a hovorů. Může jím být server od nějakého dodavatele. - brána: může jí být směrovač Cisco, přístupový server, kabelový modem. Co musí definovat konfigurační příkazy: - cestu mezi CA a branou - typ brány - typ volání, jež brána zpracovává Protokol UDP, ale když není odpovídající paketová síť k dispozici, vrací hovor do JTS, což se nazývá jako hairpinning (vlásenková metoda) Proč MGCP 6  Alternativní vytáčecí tón pro prostředí VoIP - deregulace: CLEC (Competitive Local-Exchange Carrier) obchází poplatky ILEC (Incumbent Local-Exchange Carrier) - zpřístupňuje funkce CLASS (Custom Local Area Subscriber Services) jednodušším branám  Nemusí se konfigurovat statické dial-peery, protože CA zajišťují obdobné funkce  Migrační cesty (snadný přechod dřívějších verzí protokolu na MGCP)  Centralizované číslování (např. CME) Jednodušší správa a řešení potíží s telefonní sítí  Centralizovaná konfigurace brány Jsou spravovány na jedné konfigurační stránce  Podpora doplňkových služeb QSIG, což umožňuje propojení prostředí IP telefonie s tradičními PBX. K čemu slouží 7 Architektura MGCP 8  Koncové body (EP) - body propojení paketové sítě a JTS  Brány – překlad zvuku – brány cestou MGCP hlásí události (zvednuté sluchátko, vytáčené číslice…)  CA – řídí provoz brány a přiřazených EP. Po bráně požaduje, aby sledovala a hlásila události Agenti oznamují bráně - jaké události se mají hlásit CA - jak se mají EP spojovat - jaké signály mají být implementovány na EP CA vedou adresář EP a vztahy, které má každý EP k systému číslování MGCP rovněž umožňuje CA auditovat aktuální stav EP na bráně Komponenty MGCP 9 Příklad: kabelové modemy, směrovače Příklad: přístupové servery, směrovače Spojení může být jednobodové či mnohobodové přenos pře RTP, UDP nebo AAL2, nebo TDM, MGCP seskupuje události a signály do balíčku Základní principy MGCP 10 a) volání a spojení – jejich ustanovení a spojení dvou i více EP b) řídící příkazy – CA předává příkazy bráně c) typy balíčků – umožňují bráně stanovit cíl volání a) Volání a spojení MGCP 11 Všechna spojení přiřazená stejnému hovoru budou mít jeden identifikátor volání a jeden mediální proud. Parametry relace b) Řídící příkazy MGCP (příkazová slovesa) 12  CA se ptá na stav bran médií AuditEndpoint (AUEP) - CA se ptá na stav koncového bodu AuditConnection (AUCX) – CA se ptá na stav spojení  Správa spojení RTP na bráně médií CreateConnection (CRCX) – CA chce po bráně, aby vytvořila spojení s EP DeleteConnection (DLCX) – CA nebo brána žádá o odstranění nějakého spojení (chybí prostředky k zachování hovoru) ModifyConnection (MDCX) – CA žádá bránu, aby aktualizovala parametry nějakého spojení  Požadování upozornění na události na bráně médií a k požadování toho, aby brána médií aplikovala signály NotificationRequest (RQNT)  Brána médií indikuje CA, že zjistila takovou událost, na kterou chtěl být CA podle dřívějších instrukcí upozorněn (slovesem RQNT) Notify (NTFY)  Brána médií oznamuje CA, že je v procesu restartování RestartInProcess (RSIP) Mapování parametrů do příkazů 13 Mapování parametrů do odpovědí 14 Ukázka API – syntax příkazu 15 RQNT TransactionId EndpointId MGCP 1.0 [NotifiedEntity] [RequestedEvents] RequestIdentifier [DigitMap] [SignalRequests] [QuarantineHandling] [DetectEvents] [encapsulated EndpointConfiguration] Adresa CA, kterému je třena z brány příkaz poslat Např. detekce zvednutí telefonu Pro bránu: jaké posloupnosti číslic mohou přijít Požadované signály (např. zvonění) Co má EP udělat s událostí – zpracovat či ignorovat Které události má EP detekovat (zvednutí, položení sluchátka, flash, DTMF) c) Typy balíčků (seskupení událostí a signálů) 16  Trunk: mgcp package-capability trunk-package  Linka: mgcp package-capability line-package  DTMF: mgcp package-capability dtmf-package  Obecné (generické) medium: mgcp package-capability gm-package  RTP: mgcp package-capability rtp-package  Oznamovací server: mgcp package-capability as-package  Skript: mgcp package-capability script-package MGCP balíčky podporuje prostřednictvím ukázkových příkazů Standardně bývají podporovány balíčky trunkový a linkový Tok volání MGCP 17 čekejte na zvednutí sluchátka, pak poskytněte oznamovací tón a shromažďuj číslice číslice se shodují spoj se se svým koncovým bodem 5551234 SDP – popis relace (IPaddr, port pro RTP) brána B má oba popisy relací a ví Tedy, jak vytvořit své relace RTP, volá zpět odpověď brána vymaže spojení mám oba popisy relací Topologie rezidenční brány 18 Konfigurace rezidenční brány (v režimu dial peeru) 19 Router(config)#ccm-manager mgcp Router(config)#mgcp ! Inicializace aplikace MGCP Router(config-mgcp)#mgcp call-agent 172.20.5.20 service-type mgcp ! Je nutný alespoň jeden příkaz call-agent ! Volání může být identifikováno IP adresou (zde) či názvem hostitele Router(config)#dial-peer voice 1 pots Router(config-dialpeer)#application mgcpapp Router(config-dialpeer)#port 1/0/0 Router(config)#dial-peer voice 2 pots Router(config-dialpeer)#application mgcpapp Router(config-dialpeer)#port 1/0/1 ! K aplikaci se váže dial peer Router(config-dialpeer)#exit Router(config)#mgcp package-capability dtmf-package Router(config)# mgcp package-capability gm-package Router(config)# mgcp package-capability line-package Router(config)# mgcp package-capability rtp-package Router(config)# mgcp default-package line-package ! Zadání pěti podporovaných balíčků událostí podporovaných na rezidenční straně Topologie trunkové brány 20 Konfigurace trunkové brány (pod rozhraním řadiče) 21 Router(config)#ccm-manager mgcp Router(config)#mgcp 4000 Router(config)#mgcp call-agent 10.1.1.201 4000 ! Zadáná CA, IP adresy, portu Router(config)#controller t1 0/1/0 !Konfigurace řadiče trunku T1 Router(config-controller)#framing esf ! Extended Super Frame Router(config-controller)#clock source internal Router(config-controller)#ds0-group 1 timeslots 1-24 type none service mgcp Router(config)#controller t1 0/1/1 !Konfigurace řadiče trunku T1 Router(config-controller)#framing esf ! Extended Super Frame Router(config-controller)#clock source internal Router(config-controller)#ds0-group 1 timeslots 1-24 type none service mgcp Ověření stavu parametrů MGCP směrovače 22 ……………………………………………………………………………………. branou podporované balíčky IPadr a port Zjištění, které nakonfigurované CCM jsou aktivní a které redundantní 23 router#show ccm-manager MGCP Domain Name: cisco-voice-01 Priority Status Host ============================================================ Primary Registered 10.89.129.211 First Backup None Second Backup None Current active Call Manager: 10.89.129.211 Backhaul/Redundant link port: 2428 Failover Interval: 30 seconds Keepalive Interval: 15 seconds Last keepalive sent: 5w1d (elapsed time: 00:00:04) Last MGCP traffic time: 5w1d (elapsed time: 00:00:04) Last failover time: None Switchback mode: Graceful MGCP Fallback mode: Not Selected Last MGCP Fallback start time: 00:00:00 Last MGCP Fallback end time: 00:00:00 a také, zda je brána registrovaná u CCM Výpis seznamu hlasových portů nakonfigurovaných pro MGCP 24 router#show mgcp endpoint Interface T1 0/1/0 ENDPOINT-NAME V-PORT SIG-TYPE ADMIN S0/SU1/ds1-0/1@HQ-1 0/1/0:1 none up S0/SU1/ds1-0/2@HQ-1 0/1/0:1 none up S0/SU1/ds1-0/3@HQ-1 0/1/0:1 none up S0/SU1/ds1-0/4@HQ-1 0/1/0:1 none up S0/SU1/ds1-0/5@HQ-1 0/1/0:1 none up S0/SU1/ds1-0/6@HQ-1 0/1/0:1 none up S0/SU1/ds1-0/7@HQ-1 0/1/0:1 none up S0/SU1/ds1-0/8@HQ-1 0/1/0:1 none up S0/SU1/ds1-0/9@HQ-1 0/1/0:1 none up S0/SU1/ds1-0/10@HQ-1 0/1/0:1 none up Výpis počtu úspěšných a neúspěšných řídících příkazů 25 router#show mgcp statistics UDP pkts rx 8, tx 9 Unrecognized rx pkts 0, MGCP message parsing errors 0 Duplicate MGCP ack tx 0, Invalid versions count 0 CreateConn rx 4, successful 0, failed 4 DeleteConn rx 2, successful 2, failed 0 ModifyConn rx 4, successful 0, failed 4 DeleteConn tx 0, successful 0, failed 0 NotifyRequest rx 0, successful 0, failed 4 AuditConnection rx 0, successful 0, failed 0 AuditEndpoint rx 0, successful 0, failed 0 RestartInProgress tx 1, successful 1, failed 0 Notify tx 0, successful 0, failed 0 ACK tx 0, NACK tx 8 ACK rx 0, NACK rx 0 IP address based Call Agents statistics: IP address 10.24.167.3, Total msg rx 8, successful 8, failed 0 důvod k další analýze 26 Příklad: Tok hovorů od rezidenční brány (RGW) k trunkové bráně (TGW) První část diagramu Druhá část diagramu 28 29 Obsah přenášených zpráv od RGW k TGW  RQNT(1) : NotificationRequest » RQNT 1201 hrd3/15@rgw.whatever.net MGCP 1.0 » N: CA@ca.whatever.net:5678 » X: 0123456789AC » R: hd(E(R(hu(N)),S(dl),D/(D))) » D: (11x|080xxxxxx|57xxxxx|002x.T)  ACK to RQNT(1) » 200 1201 OK N: NotifyEntity X: RequestIdentifier R: RequestEvents D: DigitMap E: Embedded Request R: Notification Request N: Notify immediately S: Signal Request D: Digit Map R: RequestedEvents (hd – vyvěšený telefon hu – zvednutý telefon) 30  NTFY(2) : Notify from RGW » NTFY 2002 hrd3/15@rgw.whatever.net MGCP 1.0 » N: CA@ca.whatever.net:5678 » X: 0123456789AC » O: 5721043  ACK to NTFY(2) » 200 2002 OK N: NotifyEntity X: RequestIdentifier O: ObservedEvent Obsah přenášených zpráv od RGW k TGW 31  CRCX(3) : CreateConnection » CRCX 1204 hrd3/15@rgw.whatever.net MGCP 1.0 » C: A3C47F21456789F0 » L: p:10, a: G.711; G.726-32 » M: recvonly » X: 0123456789AD » R: hu  ACK to CRCX(3) » 200 1204 OK » I: FDE234C8 » Session Description C: CallId L: LocalCXOptions p: packetize period(ms) a: Compression Algo. M: Mode X: RequestIdentifier R: RequestEvents I: ConnectionId Obsah přenášených zpráv od RGW k TGW 32  ACK to CRCX(3) Session Description » v=0 » c=IN IP4 140.96.102.166 » m=audio 3456 RTP/AVP 0 96 » a=rtpmap:96 G726-32/8000 v: protocol version c: connection information m: media name and transport address a: more media attribute line Kódování G726~G732 audio vzorky 8 kHZ Obsah přenášených zpráv od RGW k TGW 33  CRCX(4) : CreateConnection » CRCX 1205 card6/5@tgw.whatever.net MGCP 1.0 » C: A3C47F21456789F0 » L: p:10, a: G.711; G.726-32 » M: sendrecv » Session Description from ACK(3)  ACK to CRCX(4) » 200 1205 OK » I: 32F345E2 » Session Description C: CallId M: Mode I: ConnectionId Obsah přenášených zpráv od RGW k TGW 34  MDCX(5) : ModifyConnection » MDCX 1206 hrd3/15@rgw.whatever.net MGCP 1.0 » C: A3C47F21456789F0 » I: FDE234C8 » M: recvonly » Session Description from ACK(4)  ACK to MDCX(5) » 200 1206 OK C: CallId I: ConnectionId M: Mode Obsah přenášených zpráv od RGW k TGW 35  RQNT(6) : NotificationRequest » RQNT 1207 hrd3/15@rgw.whatever.net MGCP 1.0 » N: CA@ca.whatever.net:5678 » X: 012345789AE » R: hu » S: v (alerting)  ACK to RQNT(6) » 200 1207 OK N: NotifyEntity X: RequestIdentifier R: RequestEvents S: SignalRequests Obsah přenášených zpráv od RGW k TGW 36  MDCX(7) : ModifyConnection » MDCX 1209 hrd3/15@rgw.whatever.net MGCP 1.0 » C: A3C47F21456789F0 » I: FDE234C8 » M: sendrecv » X: 012345789AF » R: hu  ACK to MDCX(7) » 200 1209 OK C: CallId I: ConnectionId M: Mode Obsah přenášených zpráv od RGW k TGW 37  DLCX(8) : DeleteConnection » DLCX 1210 hrd3/15@rgw.whatever.net MGCP 1.0 » C: A3C47F21456789F0 » I: FDE234C8  ACK to DLCX(8) » 200 1210 OK » P: PS=1245, OS=62345, PR=780, OR=45123, PL=10, JI=27, LA=48 C: CallId I: ConnectionId PS: Packets sent OS: Octets sent PR: Packets received OR: Octets received PL: Packets lost JI: Average Jitter (ms) LA: Average Latency (ms) Obsah přenášených zpráv od RGW k TGW 38 2. Příklady: Od SIP k MGCP Opakování: Navázání spojení u SIP 39 Podobný mechanismus jako u HTTP - Výhoda: programy navržené pro HTTP mohou být snadno přepsány pro SIP - Náročnější na pásmo než u binárního kódování Odložené volání (příklad pružných služeb SIPu) 40 Vícenásobná registrace na jedno telefonní číslo 41 Zrušení po volání z aktuálního místa Registrace doma, v kanceláři, bezdrátový telefon… Jak byste skartovali zaregistrovaný hovor? 42 SDP v SIP zprávě 43 Proč některé zprávy mají Content-Length 0? 44 Přesměrování při změně lokality 45 Aplikace proxy serveru 46 Route využívá údajů z Contact pro přímé směrování místo cesty přes proxy Forking: volaný je registrován na více místech 47 Volá se na všechna místa, kde je volaný registrován Ruším zbytečné volání Vložení SDP zpráv do zpráv SIP 48 Pokud Boss odpoví G.711, musí to Daniel odmítnout, i kdyby kodek znal, protože ho nenavrhl Metoda OPTIONS slouží ke zjištění možností protějšku 49 SIP může nést - SDP specifikace - MIME zprávy SIP podporuje - nové služby - tradiční telefonní služby CLASS (Custom Local Area Signaling Service) Call Waiting, Call Forwarding, Multi-party Calling, Call Screening atd. Call Forwarding při obsazení (nebo vypršení timeoutu) 50 Konzultační přidržení (hold) 51 c – connection information Rozšíření o INFO metody 52 INFO je jedno z rozšíření RFC 2543 zvaných SIP-T i jinak. Příklady INFO:  přenos čísla DTMF (Dial Tone Multi-Frequency)  přenos účetní informace  přenos informace vygenerované v jiné (např. JTS) síti Řešení: Rozšířená záhlaví Rozšířená záhlaví 53 Požaduje rozšíření Felix Rozšíření popsané v RFC 3262 (provizorní potvrzení) 54 Provizorní potvrzení (PRACK) 55 PRACK – Response ACK Potvrzuje zvonění a tím hlídám, Zda se neztratilo Extension popsané v RFC 4032 (předpoklady) 56 Předpoklad rezervace zdrojů v SIP 57 Může být přímo i přes proxy Telefon na druhé straně nezazvoní, Pokud nejsou reservovány Potřebné zdroje ISUP jako součást protokolové sady SS7 58 ISUP – ISDN User Part of SS7 59 Routing label Circuit identification code Message type code Mandatory fixed part - (Parameters) Mandatory variable part - (Parameters) Optional part - (Parameters) ISUP definuje protokol a postupy používané pro nastavení, správu a uvolnění obvodů trunku, které provádějí hlasové a datové hovory prostřednictvím veřejné komutované telefonní sítě. ISUP se používá jak pro ISDN a non-ISDN volání. ISUP byl specifikován ITU-T jako část série protokolů Q.76x a ANSI T1.113. ETSI má vlastní specifikace podobné ITU-T. Formát ISUP paketů je: Příkazy ISUP 60  Initial Address Message (IAM) — Navázání spojení. Parametry: Číslo volajícího a volaného, typ služby (hlas nebo data) atd.  Subsequent Address Message (SAM) — Pro případ, že IAM neobsahuje plné číslo  Address Complete Message (ACM) — U volaného zvoní telefon.  Answer Message (ANM) — Druhá strana zvedla telefon.  Release (REL) — Telefon zůstává zavěšen (on hook) nebo spojení nemůže být uzavřeno (pak je v parametru Cause Value uveden důvod, např. "User busy").  Release complete (RLC) — Uvolnění linky. Volání ze SIP do JTS 61 IAM – Initial Address Message ACM – Address Complete Message ANM – Answer Message Volání z JTS do SIP sítě 62 Volání ze SIP sítě do H.323 sítě s použitím volby Fast Connect 63 Volání ze SIP sítě do H.323 sítě bez podpory Fast Connect terminálem 64 Brána chce spustit setup, terminál ho ale nezná a tak Je situace řešena běžnou Signalizací protokolu H.245. Druhým směrem není problém, Protože brána zná SIP i H.323. Volání z H.323 do SIP s použitím Fast Connect 65 Volání z H.323 do SIP bez použití volby Fast Connect 66 MGCP: CA mezi dvěma branami (CA dostal zvenčí (SS7) požadavek na navázání hovoru) 67 TransactionID: 1111 CallID: 1234567 ConnectionID: AAAA VP 0 (G.711 mu-law Pozitivní odpověď ConnectionID: BBBB MGCP: CA mezi dvěma branami (CA dostal požadavek na navázání hovoru z EP) 68 Co je pro CA přijatelné: * - Příkaz použitelný na libovolné EP D: parametr Digimap R: RequestedEvents (hd – vyvěšený telefon hu – zvednutý telefon) Číslo 7771234 –splňuje podmínky Komunikace je spouštěna detekcí událostí, tj. zvednutím sluchátka. Striktně řečeno, MGCP nerozlišuje mezi událostmi a signály Navázání spojení mezi branou podporující MGCP a branou podporující SIP 69 Parametry SDP jsou namapovány do Příkazu MDCX 70 2. Plány vytáčení Co je třeba naplánovat? 71 Vytáčení přípojek Adresování přípojek (úkol agentů volání CA) Privilegia vytáčení Výběr cesty Alternativní cesty v případě zahlcení Blokování určitých čísel Transformace volaného čísla (např. 10 číslic na 5) Transformace volajícího čísla Příklad číselného plánu - schéma 72 Je třeba vytáčená čísla měnit na čísla směrovatelná do JTS (např. 2001 na 14085552001) Zpracování příchozího volání z JTS 73 Direct Inward Dial (DID ) vytáčené číslo, Dialed Number Identification Service (DNIS) Zpracování odchozího volání do JTS 74 Dialed Number Identification Service (DNIS), Automatic number identification (ANI) Zpracování příchozího ISDN volání z JTS 75 Před číslo se vloží 9 (kód přístupu k JTS) a 1 (identifikátor státu – zde USA) Příklad plánu vytáčení JTS 76 San Jose: CUCM na Router1 Rozsah DID 4085552XXX Rozsah DN 2XXX 2001 se změní na 14085552001 Austin: CUCM na Router3 Rozsah DID 4085553XXX Rozsah DN 3XXX Manipulace s číslicemi příchozích hovorů na směrovači Router 1 77 Router1(config)#voice translation-rule 1 Router1(cfg-translation-rule)#rule 1 /^4085552/ /2/ ! Změna příchozího volaného čísla na skutečné adresářové číslo Router1(cfg-translation-rule)#exit Router1(config)#voice translation-profile pstn-in Router1(cfg-translation-profile)#translate called 1 ! Stanovení profilu překladu hlasu pstn-in, který se používá ! ke změně příchozího volaného a volajícího čísla Router1(cfg-translation-profile)#exit Router1(config)#voice-port 0/0/0:23 Router1(config-voiceport)#translation-profile incoming pstn-in ! Definovaný profil hlasu pstn-in je navázán na hlasový port ^ - Shoda výrazu se začátkem řádku /a/ nahraď za /b/ Manipulace s číslicemi příchozích hovorů na směrovači Router 3 78 Router3(config)#voice translation-rule 1 Router3(cfg-translation-rule)#rule 1 /^5125553/ /3/ Router3(cfg-translation-rule)#exit Router3(config)#voice translation-profile pstn-in Router3(cfg-translation-profile)#translate called 1 Router3(cfg-translation-profile)#exit Router3(config)#voice-port 0/0/0:23 Router3(config-voiceport)#translation-profile incoming pstn-in Manipulace s číslicemi v odchozích voláních na směrovači Router 1 79 Router1(config)#voice translation-rule 2 Router1(cfg-translation-rule)#rule 1 /^2/ /4085552/ ! Rozšíření čísla na přípojce (2XXX) na DID (4085552XXX) Router1(cfg-translation-rule)#exit Router1(config)#voice translation-profile pstn-out Router1(cfg-translation-profile)#translate calling 2 ! Profil překladu hlasu pstn-out využije pravidlo 2 k překladu ! Volajícího čísla Router1(cfg-translation-profile)#exit Router1(config)#voice-port 0/0/0:23 Router1(config-voiceport)#translation-profile outgoing pstn-out ! Profil je navázán na hlasový port Manipulace s číslicemi v odchozích voláních na směrovači Router 3 80 Router3(config)#voice translation-rule 2 Router3(cfg-translation-rule)#rule 1 /^3/ /5125553/ Router3(cfg-translation-rule)#exit Router3(config)#voice translation-profile pstn-out Router3(cfg-translation-profile)#translate calling 2 Router3(cfg-translation-profile)#exit Router3(config)#voice-port 0/0/0:23 Router3(config-voiceport)#translation-profile outgoing pstn-out Manipulace s číslicemi pro volání na sídle 81 Konfigurace umožňující zkratkové vytáčení přípojek Router1(config)#num-exp 3... 915125553... Router3(config)#num-exp 2... 914085552... Konfigurace odchozích dial peerů (jen pro příklad směrovač 1) 82 Router1(config)#dial-peer voice 910 pots Router1(config-dial-peer)#destination-pattern 9[2-9]..[2-9]...... Router1(config-dial-peer)#direct-inward-dial Router1(config-dial-peer)#port 0/0/0:23 Tyto dial peery se budou používat i pro příchozí etapy hovorů. Shoda s příchozím dial peerem na směrovači 1 83 Router1(config)#dial-peer voice 910 pots Router1(config-dial-peer)#destination-pattern 9[2-9]..[2-9]...... Router1(config-dial-peer)#direct-inward-dial Router1(config-dial-peer)#incoming called-number 2... ! Kromě použití incoming called-number lze použít i answer-address Router1(config-dial-peer)#port 0/0/0:23 Nesprávné konfigurace shody příchozího dial peeru bývají jednou z největších potíží při provozu bran. Zobrazení údajů o vytáčecích plánech show dialplan number 1001 84 source carrier-id = `’, target carrier-id = `’, source trunk-group-label = `’, target trunk-group-label = `’, numbering Type = `unknown’ group = 20001, Admin state is up, Operation state is up, incoming called-number = `’, connections/maximum = 0/unlimited, DTMF Relay = disabled, URI classes: Destination = huntstop = enabled, in bound application associated: ‘DEFAULT’ out bound application associated: ‘’ dnis-map = permission :both incoming COR list:maximum capability outgoing COR list:minimum requirement Translation profile (Incoming): Translation profile (Outgoing): incoming call blocking: translation-profile = `’ disconnect-cause = `no-service’ advertise 0x40 capacity_update_timer 25 addrFamily 4 oldAddrFamily 4 type = pots, prefix = `’, forward-digits 0 session-target = `’, voice-port = `50/0/11’, direct-inward-dial = disabled, digit_strip = enabled, register E.164 number with H323 GK and/or SIP Registrar = TRUE fax rate = system, payload size = 20 bytes Zobrazení údajů o hlasových dial peerech 85 Router#debug voip dialpeer *Apr 18 21:07:35.291: //-1/xxxxxxxxxxxx/DPM/MatchNextPeer: Result=Success(0); Incoming Dial-peer=1 Is Matched *Apr 18 21:07:35.291: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore: Match Rule=DP_MATCH_INCOMING_DNIS; Called Number=83103 *Apr 18 21:07:35.291: //-1/xxxxxxxxxxxx/DPM/dpMatchPeertype: Is Incoming=TRUE, Number Expansion=FALSE *Apr 18 21:07:35.291: //-1/xxxxxxxxxxxx/DPM/dpMatchCore: Dial String=83103, Expanded String=83103, Calling Number= Timeout=TRUE, Is Incoming=TRUE, Peer Info Type=DIALPEER_INFO_FAX *Apr 18 21:07:35.291: //-1/xxxxxxxxxxxx/DPM/dpMatchCore: Result=-1 *Apr 18 21:07:35.291: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore: Match Rule=DP_MATCH_ANSWER; Calling Number=4085550111 *Apr 18 21:07:35.291: //-1/xxxxxxxxxxxx/DPM/dpMatchPeertype: Is Incoming=TRUE, Number Expansion=FALSE *Apr 18 21:07:35.291: //-1/xxxxxxxxxxxx/DPM/dpMatchCore: Dial String=, Expanded String=, Calling Number=4085550111T Timeout=TRUE, Is Incoming=TRUE, Peer Info Type=DIALPEER_INFO_FAX Zobrazení údajů o pravidlech hlasového překladu 86 Router#debug voice translation 00:51:56:regxrule_get_profile_from_trunkgroup:Voice port 0x64143DA8 does not belong to any trunk group 00:51:56:regxrule_get_profile_from_trunkgroup:Voice port 0x64143DA8 does not belong to any trunk group 00:51:56:regxrule_stack_pop_RegXruleNumInfo:stack=0x63DECAF4; count=1 00:51:56:regxrule_stack_push_RegXruleNumInfo:stack=0x63DECAF4; count=0 This output shows the details of the original number following “regxrule_profile_translate”. 00:51:56:regxrule_profile_translate:number=4088880101 type=unknown plan=unknown numbertype=calling Following “regxrule_profile_match”, the output shows that rule 1 in the translation rule 1001 was a match and the details of the SED substitution are shown. 00:51:56:regxrule_profile_match:Matched with rule 1 in ruleset 1001 00:51:56:regxrule_profile_match:Matched with rule 1 in ruleset 1001 00:51:56:sed_subst:Successful substitution; pattern=4088880101 matchPattern=^.* replacePattern=5551212 replaced pattern=5551212 00:51:56:regxrule_subst_num_type:Match Type = none, Replace Type = none Input Type = unknown 00:51:56:regxrule_subst_num_plan:Match Plan = none, Replace Plan = none Input Plan = unknown Pravidlo: voice translation-rule 1001 rule 1 /^.*/ /5551212/