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í
Opakování
3
SIP a H.323 jsou protokoly typu klient – server (mezi
prvky na stejné úrovni)
 Klient navazuje spojení se serverem.
 Jedno zařízení může pracovat současně jako klient i server.
Například telefon pracuje jako klient pro odchozí volání a
jako server pro příchozí volání.
 Fakt, že protokol je typu klient-server neznamená, že
komunikace může být pouze dvoubodová.
Co potřebujeme?
4
Oddělit přepínání hlasových hovorů
od jeho řízení (agentem volání,
např. CUCM)
Změna anglického názvu názvu
5
Public System Telephone Network (PSTN)
General Switched Telephone Network (GSTN)
6
1. Protokol MGCP
Charakteristika protokolu MGCP
7
- 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 a s 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.
Rozdíl MGCP a Megaco (H.248)
8
 Megaco lze použít všude, kde lze použít MGCP. Opak nemusí být
nutně pravda. Megaco je mezinárodní standard pro ovládání media
brány, zatímco MGCP není standard.
 Megaco byl navržen pro media bránu, která umožňuje kontrolu nad
nasazením široké škály multimediálních služeb. To byl výsledek
mnoho měsíců v rámci mezinárodní spolupráce a tvrdé práce.
 Největší rozdíl mezi oběma je model připojení. MGCP shrnuje
informace o připojení do koncového bodu. To umožňuje snadné
nastavení připojení typu one-to-one, ale dělá obtížné nebo nemožné
připojení one-to-many a many-to-one. H.248 rozkládá spojení na
koncovém bodu MGCP do terminálních ukončení. To určuje H.248
pro použití v oblasti multimediální distribuce a konference, v oblasti
one-to-one připojení lze použít bez problému oba protokoly.
Prvky systému a konfigurační příkazy
9
- 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č (např. 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)
Praktické použití MGCP
10
Zadání adresy IP call-agent a umožní MGCP stáhnout konfiguraci z call-
agenta.
Směrovač se bude pravidelně pokoušet stáhnout konfiguraci z call-agenta.
Když je call-agent vhodně nakonfigurován, směrovač si může stáhnout
svůj XML konfigurační soubor.
Pro komunikaci mezi sítěmi SIP/H.323 a
SS7/ISDMN/CAS není jen Cisco
11
GCEMS – Dialogic Gate Control Element Management System
Proč MGCP
12
 Nemusí se konfigurovat statické dial-peery, protože Call Agent MGCP
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.
Architektura MGCP
13
 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
14
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
15
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í
Příkazy protokolu MGCP
16
 MG CreateConnection (CRCX) Vytváří spojení mezi dvěma koncovými body,
používá SDP (Session Description Protocol) k definování schopnosti účastnících
se koncových bodů přijímat data.
 MG ModifyConnection (MDCX) Mění vlastnosti spojení, má skoro stejné
parametry jako příkaz CreateConnection
 MG DeleteConnection (DLCX) Ukončuje spojení a sbírá statistiky provádění
spojení. Media Gateway může také poslat DLCX, když potřebuje smazat spojení
pro řízení sebe sama.
 MG NotificationRequest (RQNT) Požadavek na media gateway, aby poslala
notifikaci při vyskytnutí se specifické události na koncovém bodě.
 MG Notify (NTFY) Informuje Media Gateway Controller, když nastane specifická
sledovaná událost. Je používán Media Gateway k indikování Call Agentovi, že
detekovala událost, jejíž notifikaci Call Agent předtím vyžádal (přes RQNT).
 MG AuditEndpoint (AUEP) Zjišťuje stav koncového bodu.
 MG AuditConnection (AUCX) Získává parametry související se spojením.
 MG RestartInProgress (RSIP) Signalizuje, že koncový bod nebo skupina
koncových bodů je ve stavu restartování.
a) Volání a spojení MGCP
17
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)
18
 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ů
19
Mapování parametrů do odpovědí
20
Ukázka API – syntax příkazu
21
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ů)
22
 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
23
č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
24
Konfigurace rezidenční brány
(v režimu dial peeru)
25
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
26
Konfigurace trunkové brány
(pod rozhraním řadiče)
27
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
28
…………………………………………………………………………………….
branou
podporované
balíčky
IPadr a port
Zjištění, které nakonfigurované CCM jsou
aktivní a které redundantní
29
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
30
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ů
31
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
Ukázka konfigurace
32
33
Příklad: Tok hovorů od rezidenční brány
(RGW) k trunkové bráně (TGW)
První část diagramu
Druhá část diagramu
35
36
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)
37
 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
38
 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
39
 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
40
 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
41
 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
42
 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
43
 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
44
 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
45
2. Příklady: Od SIP k MGCP
Opakování:
Navázání spojení u SIP
46
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)
47
Vícenásobná registrace na jedno
telefonní číslo
48
Zrušení po volání z aktuálního místa
Registrace doma, v kanceláři,
bezdrátový telefon…
Jak byste skartovali zaregistrovaný hovor?
49
SDP v SIP zprávě
50
Proč některé zprávy mají Content-Length 0?
51
Přesměrování při změně lokality
52
Aplikace proxy serveru
53
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
54
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
55
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
56
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)
57
Konzultační přidržení (hold)
58
c – connection information
Rozšíření o INFO metody
59
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í
60
Požaduje rozšíření Felix
Rozšíření popsané v RFC 3262
(provizorní potvrzení)
61
Provizorní potvrzení
(PRACK)
62
PRACK – Provisional Response ACK
Potvrzuje zvonění a tím hlídám,
zda se neztratilo
Opakování:
šest kategorií návratových kódů
63
Třída Popis
1xx Požadavek je zpracováván (např. „100 Trying“, “180 Ringing”). To jsou dočasné odpovědi
2xx Požadavek byl úspěšně zpracován (např. “200 OK”).
3xx Přesměrování: Požadavek je třeba směrovat jinam (např. “305 Use proxy”).
4xx Chyba klienta: Dotaz by se neměl ve stejné podobě opakovat (např. "403 Forbidden").
5xx Chyba na serveru (např. "500 Server Internal Error", "501 Not Implemented").
6xx Globální chyba ("606 Not Acceptable").
Odpovědi 2xx až 6xx jsou „spolehlivě doručované“, protože mají svůj ACK
1xx ane NE!!!
Někdy ale potřebujeme potvrdit
i dočasné odpovědi!
64
Někdy potřebujeme potvrdit, že se zprávy 180 (Ringing) a 183 (Session
Progress) neztratily. K tomu slouží PRACK (provisional ACK)
Tak ještě jednou
65
Může být i podpora SDP
ve zprávě PRACK
66
Pokud bude SDP neplatné, bude ignorováno
Extension popsané v RFC 4032
(PRACK je jeden z nich)
67
Předpoklad rezervace zdrojů v SIP
68
Může být přímo i přes proxy
Telefon na druhé straně nezazvoní,
Pokud nejsou rezervovány
potřebné zdroje
ISUP – ISDN User Part of SS7
69
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:
ISUP jako součást
protokolové sady SS7
70
Příkazy ISUP
71
 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.
Komunikace PSTN – host v
Internetu
72
Internet jako most mezi dvěma
SS7 doménami
73
Volání ze SIP do JTS
74
IAM – Initial Address Message
ACM – Address Complete Message
ANM – Answer Message
Volání z JTS do SIP sítě
75
Volání ze SIP sítě do H.323 sítě
s použitím volby Fast Connect
76
Volání ze SIP sítě do H.323 sítě
bez podpory Fast Connect terminálem
77
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
78
Volání z H.323 do SIP bez
použití volby Fast Connect
79
MGCP: CA mezi dvěma branami
(CA dostal zvenčí (SS7) požadavek na navázání hovoru)
80
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)
81
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
82
Parametry SDP jsou namapovány do
Příkazu MDCX
83
2. Plány vytáčení
Co je třeba naplánovat?
84
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
85
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
86
Direct Inward Dial (DID ) vytáčené číslo, Dialed Number Identification Service (DNIS)
Zpracování odchozího volání do JTS
87
Dialed Number Identification Service (DNIS), Automatic number identification (ANI)
Zpracování příchozího ISDN volání
z JTS
88
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
89
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
90
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
91
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
92
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
93
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
94
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)
95
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
96
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
97
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
98
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
99
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/