Cisco Meeting Server 2.5.2. Cluster amin'ny maodely Scalable sy Resilient miaraka amin'ny fiasa fandraisam-peo fihaonambe video

Amin'ity laharana ity dia hasehoko sy hazavaiko ny sasany amin'ireo pitsopitsony amin'ny fametrahana mpizara CMS amin'ny mode cluster failover.


-kevitraAmin'ny ankapobeny, misy karazany telo ny fametrahana mpizara CMS:

• Mitambatra tokana(Tokan-tena mitambatra), i.e. ity dia mpizara iray izay iasan'ny serivisy ilaina rehetra. Amin'ny ankabeazan'ny toe-javatra, ity karazana fametrahana ity dia mety amin'ny fidirana amin'ny mpanjifa anatiny sy amin'ny tontolo kely kokoa izay tsy olana lehibe ny scalability sy ny famerana ny famerana ny serivisy tokana, na amin'ny toe-javatra misy ny CMS tsy manao afa-tsy asa sasany, toy ny ad hoc. fihaonambe momba ny Cisco UCM.

  Rafitra asa tombanana:
  

• Fizarana tokana(Single Split) dia manitatra ny karazana fametrahana teo aloha amin'ny alàlan'ny fampidirana mpizara mitokana ho an'ny fidirana ivelany. Amin'ny fametrahana lova, dia midika izany ny fametrahana mpizara CMS ao amin'ny fizarana tambazotra demilitarized (DMZ) izay ahafahan'ny mpanjifa ivelany miditra azy, ary ny mpizara CMS iray ao amin'ny fototry ny tambajotra izay ahafahan'ny mpanjifa anatiny miditra amin'ny CMS. Ity modely fanapariahana manokana ity dia nosoloina ilay antsoina hoe karazana Single Edge, izay ahitana mpizara Cisco Expressway, izay manana na manana fahaiza-miala amin'ny Firewall mitovy amin'izany ka tsy mila manampy mpizara CMS manokana ny mpanjifa.

  Rafitra asa tombanana:
  

• Scalable sy Resilient(Scalable and Fault Tolerant) Ity karazana ity dia ahitana ny famerenam-bola ho an'ny singa tsirairay, mamela ny rafitra hitombo miaraka amin'ny filanao amin'ny fahaiza-manaony ambony indrindra ary manome ny famerana raha misy ny tsy fahombiazana. Mampiasa ny foto-kevitra Single Edge ihany koa izy io mba hanomezana fidirana ivelany azo antoka. Ity no karazana hojerentsika amin'ity fizarana ity. Raha takatsika ny fomba fametrahana an'io karazana cluster io, dia tsy ho azontsika fotsiny ny karazana fametrahana hafa, fa ho azontsika ihany koa ny fomba hamoronana vondron'ny mpizara CMS mba handraisana ny mety ho fitomboan'ny fangatahana.

Alohan'ny handehananao amin'ny fametrahana dia mila mahatakatra zavatra fototra ianao, izany hoe

Ny singa rindrambaiko CMS lehibe:

• Database: Mamela anao hanambatra ny tefy sasany, toy ny drafitra dial, ny habaka mpampiasa, ary ny mpampiasa mihitsy. Manohana ny clustering ho an'ny avo lenta (tompo tokana) ihany.
• Antsoy ny Bridge: serivisy ho an'ny fihaonam-peo sy horonan-tsarimihetsika izay manome fifehezana feno amin'ny fitantanana sy fanodinana ny antso sy ny fizotran'ny multimedia. Manohana ny clustering ho an'ny fisiana avo lenta sy scalability.
• Mpizara XMPP: tompon'andraikitra amin'ny fisoratana anarana sy fanamarinana ny mpanjifa amin'ny fampiasana ny Cisco Meeting Application sy/na WebRTC(fifandraisana amin'ny fotoana tena izy, na amin'ny navigateur fotsiny), ary koa ny famantarana intercomponent. Azo atambatra ho an'ny avo lenta ihany.
• Web Bridge: Manome fidiran'ny mpanjifa amin'ny WebRTC.
• Loadbalancer: Manome teboka fifandraisana tokana ho an'ny Cisco Meeting Apps amin'ny fomba tokana Split. Mihaino ny interface ivelany sy ny seranan-tsambo ho an'ny fifandraisana miditra. Mitovy amin'izany, ny mpandrindra entana dia manaiky ny fifandraisana TLS miditra avy amin'ny mpizara XMPP, izay ahafahany manova ny fifandraisana TCP amin'ny mpanjifa ivelany.
  Amin'ny toe-javatra misy antsika dia tsy ilaina izany.
• TURN mpizara: Manome teknolojia bypass Firewall izay mamela
  apetraho ao ambadiky ny Firewall na NAT ny CMS mba hampifandray ireo mpanjifa ivelany amin'ny alàlan'ny Cisco Meeting App na fitaovana SIP. Amin'ny toe-javatra misy antsika dia tsy ilaina izany.
• Web Admin: Interface administratif sy fidirana API, ao anatin'izany ny fihaonambe CM Unified manokana.

Fomba fanamboarana

Tsy toy ny ankamaroan'ny vokatra Cisco hafa, ny Cisco Meeting Server dia manohana fomba fanamboarana telo mba handraisana karazana fametrahana.

• Fibaikoana (CLI): Sehatry ny baikon'ny baiko fantatra amin'ny anarana hoe MMP ho an'ny fanamboarana voalohany sy asa fanamarinana.
• Web Administrator: Voalohany indrindra ho an'ny fanamafisana mifandraika amin'ny CallBridge, indrindra rehefa manangana mpizara tokana tsy mivondrona.
• HAFA API: Ampiasaina amin'ny asa fanamboarana sarotra indrindra sy asa mifandraika amin'ny angon-drakitra mivondrona.

Ankoatra ireo voalaza etsy ambony ireo, dia ampiasaina ny protocol SFTP mba hamindra rakitra—matetika fahazoan-dàlana, mari-pankasitrahana, na lozisialy—mankany sy avy amin'ny mpizara CMS.

Ao amin'ny deployment guides avy amin'ny Cisco dia voasoratra amin'ny teny fotsy sy anglisy fa mila apetraka ny cluster telo farafahakeliny servers (nodes) ao anatin'ny tontolon'ny angon-drakitra. SATRIA Miaraka amin'ny isan'ny nodes hafahafa ihany no hiasa ny rafitra hisafidy Master Database vaovao, ary amin'ny ankapobeny ny Database Master dia manana fifandraisana amin'ny ankamaroan'ny database server CMS.

Ary araka ny asehon'ny fampiharana dia tsy ampy ny mpizara roa (nodes). Ny mekanika fifantenana dia miasa rehefa averina ny Master, ny server Slave dia lasa Master raha tsy aorian'ny fampiakarana ny server reboot. Na izany aza, raha ao anatin'ny vondron'ny mpizara roa ny mpizara Master dia lasa tampoka, dia ny mpizara Andevo dia tsy ho Tompo, ary raha mivoaka ny Andevo, dia ny mpizara Master sisa no ho lasa Andevo.

Saingy ao anatin'ny tontolon'ny XMPP dia tena ilaina ny manangona andiana mpizara telo, satria raha toa ianao ka manafoana ny serivisy XMPP amin'ny iray amin'ireo lohamilina izay misy ny XMMP ao amin'ny toeran'ny Leader, dia amin'ny servera sisa XMPP dia hijanona ao amin'ny sata mpanaraka ary ny fifandraisana CallBridge amin'ny XMPP dia hianjera, satria CallBridge dia mifandray manokana amin'ny XMPP miaraka amin'ny sata Leader. Ary zava-dehibe izany, satria ... tsy hisy antso na dia iray aza.

Ao anatin'io fametrahana io ihany koa dia misy cluster iray misy mpizara XMPP iray aseho.

Ary raha dinihina ireo voalaza etsy ambony ireo, dia mazava ny antony: miasa satria ao anaty mode failover.

Amin'ity tranga ity, ny mpizara XMPP dia ho eo amin'ny node telo.

Heverina fa ny telo amin'ireo mpizara anay dia tafatsangana.

DNS records

Alohan'ny hanombohanao manangana mpizara dia mila mamorona rakitra DNS ianao А и SRV karazana:

Mariho fa ao amin'ny firaketana DNS dia misy sehatra roa ohatra.com sy conf.example.com. Example.com dia sehatra azon'ny mpanjifan'ny Cisco Unified Communication Manager ampiasaina amin'ny URI-ny, izay mety ho hita ao amin'ny fotodrafitrasanao na mety ho eo. Na ohatra.com dia mifanandrify amin'ilay sehatra ampiasain'ny mpampiasa amin'ny adiresy mailaka. Na ny mpanjifa Jabber amin'ny solosainao dia mety manana URI [email voaaro]. Domain conf.example.com no sehatra izay hamboarina ho an'ireo mpampiasa Cisco Meeting Server. Ny sehatry ny Cisco Meeting Server dia ho conf.example.com, noho izany ho an'ny mpampiasa Jabber iray ihany, ny mpampiasa@ URI dia mila ampiasaina hiditra ao amin'ny Cisco Meeting Serverconf.example.com.

Fanofanana fototra

Ny fika rehetra voalaza etsy ambany dia aseho amin'ny mpizara iray, saingy mila atao amin'ny mpizara tsirairay ao amin'ny cluster.

QoS

Satria ny CMS no mamorona amin'ny fotoana katroka Ny fifamoivoizana dia saro-pady amin'ny fahatarana sy ny fahaverezan'ny fonosana, amin'ny ankamaroan'ny tranga dia soso-kevitra ny manamboatra ny kalitaon'ny serivisy (QoS). Mba hahatratrarana izany, ny CMS dia manohana ny fametahana fonosana miaraka amin'ny Differentiated Services Codes (DSCPs) avoakany. Na dia miankina amin'ny fomba fiasan'ny tambajotran'ny fotodrafitrasanao aza ny laharam-pahamehana amin'ny fifamoivoizana mifototra amin'ny DSCP, amin'ity tranga ity dia hamboatra ny CMS amin'ny laharam-pahamehana DSCP mahazatra mifototra amin'ny fomba fanao tsara indrindra QoS izahay.

Amin'ny mpizara tsirairay dia hampiditra ireo baiko ireo isika

dscp 4 multimedia 0x22
dscp 4 multimedia-streaming 0x22
dscp 4 voice 0x2E
dscp 4 signaling 0x1A
dscp 4 low-latency 0x1A

Noho izany, ny fifamoivoizana horonan-tsary rehetra dia voamarika AF41 (DSCP 0x22), ny fifamoivoizana feo rehetra dia voamarika EF (DSCP 0x2E), karazana fifamoivoizana ambany hafa toy ny SIP sy XMPP mampiasa AF31 (DSCP 0x1A).

Hamarininay:

NTP

Ny Network Time Protocol (NTP) dia zava-dehibe tsy amin'ny fanomezana mari-pamantarana marina amin'ny antso sy fihaonambe, fa koa amin'ny fanamarinana fanamarinana.

Ampio mpizara NTP amin'ny fotodrafitrasa misy anao miaraka amin'ny baiko toy ny

ntp server add <server>

Aminay dia misy mpizara roa toy izany, ka hisy ekipa roa.
Hamarininay:

Ary apetraho ny faritry ny ora ho an'ny mpizara anay

DNS

Manampy mpizara DNS amin'ny CMS miaraka amin'ny baiko toy ny:

dns add forwardzone <domain-name> <server ip>

Aminay dia misy mpizara roa toy izany, ka hisy ekipa roa.
Hamarininay:

Network Interface Configuration

Izahay dia manamboatra ny interface miaraka amin'ny baiko toy ny:

ipv4 <interface> add <address>/<prefix length> <gateway>

Hamarininay:

Anaran'ny mpizara (Hostname)

Nametraka ny anaran'ny mpizara miaraka amin'ny baiko toy ny:

hostname <name>

Ary reboot izahay.


Izany dia mameno ny fanamafisana fototra.

taratasy fanamarinana

-kevitraNy Cisco Meeting Server dia mitaky fifandraisana misy miafina eo amin'ireo singa isan-karazany, ary vokatr'izany dia ilaina ny mari-pankasitrahana X.509 amin'ny fametrahana CMS rehetra. Izy ireo dia manampy amin'ny fiantohana fa ny serivisy / mpizara dia atokisan'ny mpizara / serivisy hafa.

Ny serivisy tsirairay dia mitaky mari-pankasitrahana, fa ny famoronana mari-pankasitrahana misaraka ho an'ny serivisy tsirairay dia mety hiteraka fisafotofotoana sy fahasarotana tsy ilaina. Soa ihany fa afaka mamokatra mpivady fanalahidy ho an'ny daholobe sy tsy miankina amin'ny taratasy fanamarinana izahay ary avy eo dia mampiasa azy ireo amin'ny serivisy maro. Amin'ity tranga ity, ny taratasy fanamarinana mitovy dia hampiasaina amin'ny Call Bridge, XMPP Server, Web Bridge ary Web Admin. Noho izany dia mila mamorona fanalahidin'ny fanamarinana ho an'ny daholobe sy manokana ho an'ny mpizara tsirairay ao amin'ny cluster ianao.

Ny clustering database, na izany aza, dia manana fepetra fanamarinana manokana ary noho izany dia mitaky mari-pankasitrahana manokana izay tsy mitovy amin'ny an'ny serivisy hafa. CMS dia mampiasa mari-pankasitrahana mpizara, izay mitovy amin'ny mari-pankasitrahana ampiasain'ny mpizara hafa, fa misy ihany koa ny taratasy fanamarinana mpanjifa ampiasaina amin'ny fifandraisana amin'ny angona. Ny mari-pamantarana angona dia ampiasaina ho an'ny fanamarinana sy fanafenana. Raha tokony hanome solonanarana sy tenimiafina ho an'ny mpanjifa mba hifandraisana amin'ny angon-drakitra, dia manolotra taratasy fanamarinana mpanjifa izay atokisan'ny mpizara. Ny lohamilina tsirairay ao amin'ny kluster-databatra dia hampiasa mpivady fanalahidy ho an'ny daholobe sy tsy miankina. Izany dia ahafahan'ny mpizara rehetra ao amin'ny kluster hanao encryption ny angon-drakitra amin'ny fomba izay tsy ahafahan'ny mpizara hafa mizara roa lakile mitovy ihany.

Raha te hiasa ny fanemorana dia tsy maintsy misy lohamilina 3 farafahakeliny ny klusteran'ny angon-drakitra, fa tsy mihoatra ny 5, miaraka amin'ny fotoana fivezivezena ambony indrindra 200 ms eo anelanelan'ireo mpikambana ao amin'ny cluster. Ity fetra ity dia teritery kokoa noho ny an'ny Call Bridge clustering, noho izany dia matetika no mametra amin'ny fandefasana fizarana ara-jeografika.

Ny anjara asan'ny database ho an'ny CMS dia manana fepetra manokana maromaro. Tsy sahala amin'ny andraikitra hafa, dia mitaky taratasy fanamarinana mpanjifa sy mpizara, izay manana sehatra CN manokana ny taratasy fanamarinana mpanjifa izay aseho amin'ny mpizara.

Ny CMS dia mampiasa angona postgres miaraka amin'ny tompony iray sy kopia mitovy tanteraka. Tsy misy afa-tsy iray ihany ny angon-drakitra voalohany amin'ny fotoana iray (ny "server data base"). Ny mpikambana sisa ao amin'ny cluster dia kopia na "mpanjifa database".

Ny cluster database dia mitaky mari-pankasitrahana mpizara voatokana sy taratasy fanamarinana mpanjifa. Tsy maintsy hosoniavin'ny certificat izy ireo, mazàna tompon'andraikim-panamarinana tsy miankina anatiny. Satria ny mpikambana rehetra ao amin'ny cluster database dia mety ho lasa tompon'andraikitra, dia tsy maintsy adika amin'ny lohamilina rehetra ny mpizara database sy ny mpizara taratasy fanamarinana mpanjifa (misy ny fanalahidy ho an'ny daholobe sy tsy miankina) mba hahafahan'izy ireo mandray ny mombamomba ny mpanjifa na mpizara database. Ho fanampin'izay, tsy maintsy ampidirina ny taratasy fanamarinana root CA mba hahazoana antoka fa azo hamarinina ny fanamarinana ny mpanjifa sy ny mpizara.

Noho izany, mamorona fangatahana taratasy fanamarinana izay hampiasain'ny serivisy serivisy rehetra afa-tsy ny angon-drakitra (hisy fangatahana misaraka amin'izany) miaraka amin'ny baiko toy ny:

pki csr hostname CN:cms.example.com subjectAltName:hostname.example.com,example.com,conf.example.com,join.example.com

Ao amin'ny CN dia manoratra ny anarana ankapoben'ny mpizara anay izahay. Ohatra, raha ny anaran'ny mpampiantrano ny mpizara anay mpizara01, mpizara02, mpizara03, dia ho CN server.example.com

Manao toy izany koa izahay amin'ireo mpizara roa ambiny miaraka amin'ny fahasamihafana fa ny baiko dia ahitana ny "anaran'ny mpampiantrano" mifanaraka amin'izany.

Mamorona fangatahana roa ho an'ny mari-pankasitrahana izay hampiasain'ny serivisy angon-drakitra miaraka amin'ny baiko toy ny:

pki csr dbclusterserver CN:hostname1.example.com subjectAltName:hostname2.example.com,hostname3.example.com

pki csr dbclusterclient CN:postgres

izay dbclusterserver и dbclusterclient ny anaran'ny fangatahanay sy ny taratasy fanamarinana ho avy, hostname1(2)(3) anaran'ireo mpizara mifanandrify aminy.

Amin'ny mpizara iray ihany no ataonay (!), ary hampiakatra ny mari-pankasitrahana sy ny rakitra .key mifanaraka amin'izany amin'ny mpizara hafa.

Alefaso ny maody fanamarinana mpanjifa amin'ny AD CS

Mila manambatra ny mari-pankasitrahana ho an'ny mpizara tsirairay ho rakitra iray ihany koa ianao.Ao amin'ny *NIX:

cat server01.cer server02.cer server03.cer > server.cer

Amin'ny Windows/DOS:

copy server01.cer + server02.cer + server03.cer  server.cer

Ary ampidiro amin'ny mpizara tsirairay:
1. Taratasy mpizara “olona manokana”.
2. Root certificate (miaraka amin'ny intermediate, raha misy).
3. Taratasy ho an'ny tahiry (“server” sy “client”) ary rakitra miaraka amin'ny fanitarana .key, izay novokarina tamin'ny famoronana fangatahana ho an'ny mari-pankasitrahana "server" sy "client". Ireo rakitra ireo dia tsy maintsy mitovy amin'ny mpizara rehetra.
4. Ny antontan-taratasy momba ireo mari-pankasitrahana telo “olon-tokana”.

Vokatr'izany dia tokony hahazo zavatra mitovy amin'ity sary rakitra ity ianao amin'ny mpizara tsirairay.

Cluster angona

Ankehitriny rehefa manana ny mari-pankasitrahana rehetra nampidirina tao amin'ny mpizara CMS ianao, dia azonao atao ny manamboatra sy mamela ny fanangonana angon-drakitra manerana ireo node telo. Ny dingana voalohany dia ny fisafidianana mpizara iray ho node master amin'ny cluster database ary amboary tanteraka izany.

Master Database

Ny dingana voalohany amin'ny fametrahana ny replication database dia ny mamaritra ny mari-pankasitrahana izay hampiasaina amin'ny tahiry. Izany dia atao amin'ny fampiasana baiko toy ny:

database cluster certs <server_key> <server_crt> <client_key> <client_crt> <ca_crt>

Andeha holazaina amin'ny CMS izay interface tsara ampiasaina amin'ny clustering database miaraka amin'ny baiko:

database cluster localnode a

Avy eo dia manomboka ny angon-drakitra cluster amin'ny lohamilina lehibe miaraka amin'ny baiko:

database cluster initialize

Client Database Nodes

Toy izany koa no ataontsika, fa tsy ny baiko ihany manomboka ny cluster database ampidiro baiko toy ny:

database cluster join <ip address existing master>

izay misy adiresy ip misy adiresy ip master an'ny mpizara CMS izay nanombohana ny cluster, Master fotsiny.

Jereo ny fomba fiasan'ny cluster database amin'ny server rehetra miaraka amin'ny baiko:

database cluster status

Manao toy izany koa izahay amin'ny mpizara fahatelo ambiny.

Vokatr'izany dia hita fa ny mpizara voalohany antsika dia ny Tompo, ny ambiny dia Andevo.

Serivisy Admin Web

Alefaso ny serivisy mpitantana tranonkala:

webadmin listen a 445

Ny seranan-tsambo 445 dia nofidiana satria ny seranan-tsambo 443 dia ampiasaina amin'ny fidirana amin'ny mpanjifa amin'ny tranonkala

Izahay dia manamboatra ny serivisy Web Admin miaraka amin'ny rakitra fanamarinana misy baiko toy ny:

webadmin certs <keyfile> <certificatefile> <ca bundle>

Ary avelao ny Admin Web miaraka amin'ny baiko:

webadmin enable

Raha tsara ny zava-drehetra dia hahazo tsipika SUCCESS isika izay manondro fa ny Admin Web dia voarindra tsara ho an'ny tambajotra sy ny taratasy fanamarinana. Manamarina ny fiasan'ny serivisy amin'ny alàlan'ny navigateur web izahay ary ampidiro ny adiresin'ny mpitantana tranonkala, ohatra: cms.example.com: 445

Antsoy ny Cluster Bridge

Call Bridge no hany serivisy misy amin'ny fametrahana CMS rehetra. Call Bridge no mekanika fihaonambe lehibe indrindra. Izy io koa dia manome interface tsara SIP mba ahafahan'ny antso alefa na avy amin'izany, ohatra, Cisco Unified CM.

Ny baiko voalaza etsy ambany dia tsy maintsy tanterahina amin'ny mpizara tsirairay miaraka amin'ny mari-pankasitrahana mifanaraka amin'izany.
Noho izany:

Ampifandraisinay amin'ny serivisy Call Bridge miaraka amin'ny baiko toy ny:

callbridge certs <keyfile> <certificatefile>[<cert-bundle>]

Mamatotra ny serivisy CallBridge amin'ny interface ilaintsika miaraka amin'ny baiko:

callbridge listen a

Ary avereno indray ny serivisy miaraka amin'ny baiko:

callbridge restart

Amin'izao fotoana izao dia efa voarindra ny Call Bridges, dia afaka manamboatra clustering Call Bridge izahay. Ny clustering Call Bridge dia tsy mitovy amin'ny clustering database na XMPP. Call Bridge Cluster dia afaka manohana amin'ny 2 ka hatramin'ny 8 nodes tsy misy fameperana. Izy io dia tsy manome famerenam-bola fotsiny, fa koa fampifandanjana entana mba hahafahan'ny fihaonambe ho zaraina amin'ny alàlan'ny serivisy Call Bridge amin'ny alàlan'ny fizarana antso an-tsaina. Ny CMS dia manana endri-javatra fanampiny, vondrona Call Bridge ary endri-javatra mifandraika izay azo ampiasaina amin'ny fitantanana fanampiny.

Ny fivondronan'ny tetezana antso dia amboarina amin'ny alàlan'ny interface admin web
Ny dingana voalaza etsy ambany dia tsy maintsy atao amin'ny mpizara tsirairay ao amin'ny cluster.
Ary noho izany,

1. Mandehana amin'ny Internet mankany amin'ny Configuration> Cluster.
2. The Antsoy ny Bridge identity Amin'ny maha anarana tokana, midira callbridge[01,02,03] mifanaraka amin'ny anaran'ny mpizara. Ireo anarana ireo dia tsy misy dikany, saingy tsy maintsy miavaka ho an'ity cluster ity. Izy ireo dia voamarika amin'ny natiora satria izy ireo dia manondro fa mpizara izy ireo [01,02,03].
3.B Clustered Call Bridges ampidiro ny URL administratera web an'ny mpizara anay ao amin'ny cluster, CMS[01,02,03].example.com:445, ao amin'ny saha Adiresy. Ataovy azo antoka ny mamaritra ny seranan-tsambo. Azonao atao ny mamela ny sehatra SIP ho foana ny rohy Peer.
4. Manampia certificat amin'ny fitokisana CallBridge ho an'ny mpizara tsirairay, ny rakitra izay ahitana ny mari-pankasitrahana rehetra an'ny mpizara anay, izay natambatray tamin'ity rakitra ity tany am-boalohany, miaraka amin'ny baiko toy ny:

callbridge trust cluster <trusted cluster certificate bundle>

Ary avereno indray ny serivisy miaraka amin'ny baiko:

callbridge restart

Vokatr'izany, amin'ny mpizara tsirairay dia tokony hahazo ity sary ity ianao:

XMPP Cluster

Ny serivisy XMPP ao amin'ny CMS dia ampiasaina hikarakarana ny fisoratana anarana sy ny fanamarinana rehetra ho an'ny Cisco Meeting Apps (CMA), anisan'izany ny mpanjifa web CMA WebRTC. Ny Call Bridge ihany koa dia miasa ho mpanjifa XMPP ho an'ny tanjona fanamarinana ary noho izany dia tsy maintsy amboarina toy ny mpanjifa hafa. Ny fandeferana XMPP dia singa iray izay notohanana tamin'ny tontolo famokarana nanomboka tamin'ny version 2.1

Ny baiko voalaza etsy ambany dia tsy maintsy tanterahina amin'ny mpizara tsirairay miaraka amin'ny mari-pankasitrahana mifanaraka amin'izany.
Noho izany:

Ampifandraisinay amin'ny serivisy XMPP miaraka amin'ny baiko toy ny:

xmpp certs <keyfile> <certificatefile>[<cert-bundle>]

Avy eo dia mamaritra ny interface mihaino miaraka amin'ny baiko:

xmpp listen a

Ny serivisy XMPP dia mitaky sehatra tokana. Ity ny fidirana ho an'ny mpampiasa. Raha lazaina amin'ny teny hafa, rehefa manandrana miditra amin'ny fampiasana ny fampiharana CMA (na amin'ny alàlan'ny mpanjifa WebRTC ny mpampiasa iray), dia miditra amin'ny userID@logindomain izy ireo. Amin'ity tranga ity dia ho mpampiasa@conf.example.com. Nahoana no tsy ohatra.com fotsiny? Tamin'ny fametrahanay manokana dia nisafidy ny sehatra Unified CM izahay izay hampiasain'ny mpampiasa Jabber ao amin'ny Unified CM ho example.com, noho izany dia nila sehatra hafa ho an'ny mpampiasa CMS izahay mba handefasana antso mankany amin'ny CMS amin'ny alàlan'ny sehatra SIP.

Manangana sehatra XMPP mampiasa baiko toy ny:

xmpp domain <domain>

Ary avelao ny serivisy XMPP miaraka amin'ny baiko:

xmpp enable

Ao amin'ny serivisy XMPP dia tsy maintsy mamorona fahazoan-dàlana ho an'ny Call Bridge tsirairay izay hampiasaina rehefa misoratra anarana amin'ny serivisy XMPP. Ireo anarana ireo dia tsy misy dikany (ary tsy misy ifandraisany amin'ireo anarana tsy manam-paharoa namboarinao ho an'ny fanangonana tetezana antso). Tsy maintsy manampy tetezana fiantsoana telo amin'ny mpizara XMPP iray ianao ary ampidiro ireo mari-pamantarana ireo amin'ny mpizara XMPP hafa ao amin'ny kluster satria tsy mifanaraka amin'ny angon-drakitra cluster. Aorian'izay dia hamboarina ny Call Bridge tsirairay hampiasa io anarana sy tsiambaratelo io hisoratra anarana amin'ny serivisy XMPP.

Ankehitriny dia mila manamboatra ny serivisy XMPP amin'ny mpizara voalohany miaraka amin'ny Call Bridges telo callbridge01, callbridge02 ary callbridge03. Ny kaonty tsirairay dia homena tenimiafina kisendrasendra. Izy ireo dia ampidirina amin'ny mpizara Call Bridge hafa mba hidirana amin'ity mpizara XMPP ity. Ampidiro ireto baiko manaraka ireto:

xmpp callbridge add callbridge01
xmpp callbridge add callbridge02
xmpp callbridge add callbridge03

Vokatr'izany dia manamarina izay nitranga tamin'ny baiko izahay:

xmpp callbridge list

Ny sary mitovy dia tokony hiseho amin'ireo lohamilina sisa aorian'ny dingana voalaza etsy ambany.

Manaraka izany dia ampianay ny toe-javatra mitovy tanteraka amin'ireo mpizara roa ambiny, miaraka amin'ny baiko ihany

xmpp callbridge add-secret callbridge01
xmpp callbridge add-secret callbridge02
xmpp callbridge add-secret callbridge03

Ampio tsara ny Secret izahay mba tsy hisy habaka fanampiny, ohatra, ao.


Vokatr'izany dia tokony hanana sary mitovy ny mpizara tsirairay:

Manaraka, amin'ny mpizara rehetra ao amin'ny cluster, dia mamaritra amin'ny fahatokisana ny rakitra misy ireo mari-pankasitrahana telo, noforonina teo aloha miaraka amin'ny baiko toy izao:

xmpp cluster trust <trust bundle>

Izahay dia mamela ny maody cluster xmpp amin'ny mpizara cluster rehetra miaraka amin'ny baiko:

xmpp cluster enable

Ao amin'ny mpizara voalohany amin'ny kluster dia manomboka ny famoronana kluster xmpp miaraka amin'ny baiko:

xmpp cluster initialize

Amin'ny mpizara hafa, ampio cluster ny xmpp miaraka amin'ny baiko toy ny:

xmpp cluster join <ip address head xmpp server>

Manamarina amin'ny mpizara tsirairay ny fahombiazan'ny famoronana cluster XMPP amin'ny mpizara tsirairay miaraka amin'ny baiko:

xmpp status
xmpp cluster status

Mpizara voalohany:

Mpizara faharoa:

Mpizara fahatelo:

Mampifandray Call Bridge amin'ny XMPP

Amin'izao fotoana izao dia mihazakazaka ny kluster XMPP, mila manamboatra ny serivisy Call Bridge ianao mba hifandraisana amin'ny cluster XMPP. Ity fandrindrana ity dia atao amin'ny alàlan'ny admin web.

Amin'ny mpizara tsirairay, mandehana any amin'ny Configuration> General ary eny an-tsaha Anarana tokana Call Bridge manorata anarana tokana mifanaraka amin'ny mpizara Call Bridge callbridge[01,02,03]... Any an-tsaha Domain conf.example.ru sy ny tenimiafina mifanaraka aminy, azonao atao ny mitsikilo azy ireo
amin'ny mpizara rehetra ao amin'ny cluster miaraka amin'ny baiko:

xmpp callbridge list

Avelao ho foana ny saha "Server". Callbridge dia hanao fikarohana DNS SRV momba ny _xmpp-component._tcp.conf.example.commba hahitana mpizara XMPP misy. Ny adiresy IP hampifandray ny callbridges amin'ny XMPP dia mety tsy mitovy amin'ny mpizara tsirairay, miankina amin'ny sanda averina amin'ny fangatahana firaketana izany _xmpp-component._tcp.conf.example.com callbridge, izay miankina amin'ny laharam-pahamehana ho an'ny rakitra DNS nomena.

Manaraka, mandehana amin'ny Status> General mba hanamarina raha toa ka mifandray tsara amin'ny serivisy XMPP ny serivisy Call Bride.

Web Bridge

Amin'ny mpizara tsirairay ao amin'ny cluster, avelao ny serivisy Web Bridge miaraka amin'ny baiko:

webbridge listen a:443

Izahay dia manamboatra ny serivisy Web Bridge miaraka amin'ny rakitra fanamarinana misy baiko toy ny:

webbridge  certs <keyfile> <certificatefile> <ca bundle>

Web Bridge dia manohana HTTPS. Hamindra ny HTTP mankany amin'ny HTTPS izy io raha amboarina hampiasa "http-redirect".
Mba hahafahan'ny HTTP redirection dia ampiasao ity baiko manaraka ity:

webbridge http-redirect enable

Mba hampahafantarana ny Call Bridge fa afaka matoky ny fifandraisana avy amin'ny Call Bridge ny Web Bridge dia ampiasao ny baiko:

webbridge trust <certfile>

izay misy rakitra misy ireo mari-pankasitrahana telo avy amin'ny mpizara tsirairay ao amin'ny cluster.

Ity sary ity dia tokony ho eo amin'ny mpizara tsirairay ao amin'ny cluster.


Ankehitriny dia mila mamorona mpampiasa manana ny anjara "appadmin" isika, ilaintsika izany mba ahafahantsika manamboatra ny cluster (!), fa tsy ny mpizara tsirairay ao amin'ny cluster misaraka, amin'izany fomba izany dia hampiharina mitovy amin'ny mpizara tsirairay ny fandrindrana na dia eo aza ny zava-misy fa hatao indray mandeha izy ireo.


Ho an'ny setup fanampiny dia hampiasainay Postman.

Ho an'ny fanomezan-dàlana, safidio ny Basic ao amin'ny fizarana Fanomezana

Mba handefasana baiko tsara amin'ny mpizara CMS dia mila mametraka ny kaody ilaina ianao

Manondro Webbridge miaraka amin'ny baiko izahay POST miaraka amin'ny parameter URL ary ny dikany cms.example.com



Ao amin'ny tetezana web mihitsy, dia manondro ireo mari-pamantarana ilaina izahay: fidirana amin'ny vahiny, fidirana voaaro, sns.

Call Bridge Groups

Amin'ny alàlan'ny default, ny CMS dia tsy mampiasa tsara indrindra ny loharanon'ny fihaonambe misy azy.

Ohatra, ho an'ny fihaonana miaraka amin'ny mpandray anjara telo, ny mpandray anjara tsirairay dia mety hiafara amin'ny Call Bridges telo samy hafa. Mba hifandraisan'ireo mpandray anjara telo ireo, ny Call Bridges dia hametraka ho azy ny fifandraisana eo amin'ny mpizara rehetra sy ny mpanjifa ao amin'ny habaka iray, mba ho toy ny mpizara iray ihany ny mpanjifa rehetra. Indrisy anefa, ny lafy ratsiny amin'izany dia ny fihaonambe tokana misy olona 3 dia handany seranan-tserasera 9 izao. Mazava ho azy fa fampiasana tsy mahomby ny loharanon-karena izany. Fanampin'izany, rehefa tena be loatra ny Call Bridge, ny mekanika mahazatra dia ny manohy manaiky ny antso ary manome serivisy ambany kalitao ho an'ny mpanjifa rehetra amin'io Call Bridge io.

Voavaha ireo olana ireo amin'ny fampiasana ny endri-javatra Call Bridge Group. Ity endri-javatra ity dia nampidirina tao amin'ny version 2.1 an'ny rindrambaiko Cisco Meeting Server ary nitarina hanohanana ny fifandanjana entana ho an'ny antso an-tariby Cisco Meeting App (CMA) miditra sy mivoaka, anisan'izany ny mpandray anjara amin'ny WebRTC.

Mba hamahana ny olan'ny fampifandraisana indray dia misy fetran'ny entana telo azo amboarina ho an'ny Call Bridge tsirairay:

LoadLimit - io no enta-mavesatra ambony indrindra ho an'ny Call Bridge manokana. Ny sehatra tsirairay dia manana fetran'ny entana atolotra, toy ny 96000 ho an'ny CMS1000 ary 1.25 GHz isaky ny vCPU ho an'ny milina virtoaly. Ny antso samihafa dia mandany loharanon-karena iray arakaraka ny famahana sy ny tahan'ny fandraisan'ny mpandray anjara.
NewConferenceLoadLimitBasisPoints (default 50% loadLimit) - mametraka ny fetran'ny enta-mavesatry ny mpizara, aorian'izay dia lavina ny fihaonambe vaovao.
ConferenceLoadLimitBasisPoints efa misy (Default 80% amin'ny loadLimit) - ny sandan'ny enta-mavesatry ny mpizara aorian'izay dia holavina ny mpandray anjara miditra amin'ny fihaonambe efa misy.

Raha ity endri-javatra ity dia natao ho an'ny fizarana antso sy ny fampifandanjana entana, ny vondrona hafa toy ny TURN Servers, Web Bridge Servers ary Recorders dia azo omena amin'ny Call Bridge Groups koa mba hahafahan'izy ireo mivondrona araka ny tokony ho izy mba hampiasaina tsara. Raha toa ka tsy voatendry amin'ny vondrona antso ny iray amin'ireo zavatra ireo, dia heverina fa ho azon'ny mpizara rehetra tsy misy laharam-pahamehana manokana.

Ireo paramètre ireo dia amboarina eto: cms.example.com:445/api/v1/system/configuration/cluster

Manaraka, asehontsika amin'ny callbridge tsirairay ny vondrona callbridge misy azy:

Callbridge voalohany

Callbridge faharoa

Callbridge fahatelo


Noho izany, nanamboatra ny vondrona Call Brdige izahay mba hampiasa tsara kokoa ny loharanon'ny cluster Cisco Meeting Server.

Manafatra mpampiasa avy amin'ny Active Directory

Ny serivisy Web Admin dia manana sehatra fanamafisana LDAP, saingy tsy manome safidy fanamafisam-peo sarotra, ary tsy voatahiry ao amin'ny angon-drakitra cluster ny fampahalalana, noho izany dia tsy maintsy atao ny fanamafisana, na amin'ny tanana tsirairay amin'ny alàlan'ny interface Internet, na amin'ny alàlan'ny ny API, ary mba "in-telo "Aza mitsangana" dia mbola hametraka ny angona amin'ny alàlan'ny API.

Mampiasa URL hidirana cms01.example.com:445/api/v1/ldapServers dia mamorona zavatra LDAP Server, mamaritra ny masontsivana toy ny:

• Server IP
• laharana seranana
• Anaran'ny mpampiasa
• tenimiafina
• fiarovana

Secure - mifidy marina na diso arakaraka ny seranan-tsambo, 389 - tsy azo antoka, 636 - voaaro.


Sarintany ny masontsivana loharano LDAP amin'ny toetra ao amin'ny Cisco Meeting Server.
Ny sarintany LDAP dia mametraka sarintany ireo toetra ao amin'ny lahatahiry LDAP mankany amin'ireo toetra ao amin'ny CMS. Ny tena toetra:

• jidMapping
• nameMapping
• coSpaceNameMapping
• coSpaceUriMapping
• coSpaceSecondaryUriMapping

Famaritana ny toetraIADB dia maneho ny kaody fidirana an'ny mpampiasa ao amin'ny CMS. Koa satria mpizara LDAP Microsoft Active Directory ity, ny CMS JID dia sarintany mankany amin'ny sAMAccountName ao amin'ny LDAP, izay tena ID fidirana Active Directory an'ny mpampiasa. Mariho ihany koa fa maka sAMAccountName ianao ary ampio ny domain conf.pod6.cms.lab hatramin'ny farany satria io no fidirana hampiasain'ny mpampiasa anao hidirana ao amin'ny CMS.

nameMapping mifanaraka amin'izay voarakitra ao amin'ny saha Active Directory displayName amin'ny saha anaran'ny CMS an'ny mpampiasa.

coSpaceNameMapping mamorona anarana habaka CMS mifototra amin'ny saha displayName. Ity toetra ity, miaraka amin'ny toetran'ny coSpaceUriMapping, no ilaina mba hamoronana habaka ho an'ny mpampiasa tsirairay.

coSpaceUriMapping mamaritra ny ampahan'ny mpampiasa amin'ny URI mifandray amin'ny habaka manokan'ny mpampiasa. Ny sehatra sasany dia azo amboarina mba hantsoina amin'ny habakabaka. Raha mifanandrify amin'ity saha ity ny ampahany amin'ny mpampiasa amin'ny iray amin'ireo sehatra ireo, dia halefa any amin'ny habakaben'ny mpampiasa ny antso.

coSpaceSecondaryUriMapping mamaritra URI faharoa hanatrarana ny habakabaka. Ity dia azo ampiasaina hanampiana solon'anarana nomerika ho an'ny fandefasana antso mankany amin'ny habaka mpampiasa nafarana ho solon'ny URI alfanumerika voafaritra ao amin'ny mari-pamantarana coSpaceUriMapping.

Ny mpizara LDAP sy ny sarintany LDAP dia voafefy. Ankehitriny dia mila mampifandray azy ireo ianao amin'ny famoronana loharano LDAP.

Mampiasa URL hidirana cms01.example.com:445/api/v1/ldapSource mamorona zavatra Loharano LDAP, mamaritra masontsivana toy ny:

• mpizara
• sarintany
• baseDn
• sivana

Rehefa vita ny fandrindrana LDAP dia azonao atao ny manao ny asa fampifanarahana amin'ny tanana.

Manao izany izahay na ao amin'ny tranonkalan'ny mpizara tsirairay amin'ny fipihana Mandrindra ankehitriny fizarana Active Directory


na amin'ny alàlan'ny API miaraka amin'ny baiko POST mampiasa URL hidirana cms01.example.com:445/api/v1/ldapSyncs

Fihaonambe Ad-Hoc

Inona izany?Amin'ny foto-kevitra nentim-paharazana, ny fihaonambe dia rehefa mifampiresaka ny mpandray anjara roa, ary ny iray amin'ireo mpandray anjara (mampiasa fitaovana misoratra anarana amin'ny Unified CM) dia manindry ny bokotra "Conference", miantso ilay olona iray, ary rehefa avy niresaka tamin'io antoko fahatelo io. , manindry indray ny bokotra "Conference" mba hiaraka amin'ny mpandray anjara rehetra amin'ny fihaonambe telo.

Ny mampiavaka ny fihaonambe Ad-Hoc amin'ny fihaonambe voalahatra ao amin'ny CMS dia ny fihaonambe Ad-Hoc dia tsy antso SIP amin'ny CMS fotsiny. Rehefa manindry ny bokotra fihaonambe fanindroany ny mpanorina ny fihaonambe mba hanasana ny olona rehetra ho amin'ny fivoriana iray ihany, ny Unified CM dia tsy maintsy manao antso API amin'ny CMS mba hamoronana fihaonambe eny an-nidina izay handefasana ny antso rehetra avy eo. Izany rehetra izany dia mitranga tsy voamariky ny mpandray anjara.

Midika izany fa ny Unified CM dia tsy maintsy manamboatra ny fahazoan-dàlana API sy ny adiresy/seranan'ny WebAdmin an'ny serivisy ary koa ny SIP Trunk mivantana amin'ny mpizara CMS hanohizana ny antso.

Raha ilaina, ny CUCM dia afaka mamorona toerana malalaka ao amin'ny CMS mba hahafahan'ny antso rehetra tonga any amin'ny CMS ary mifanandrify amin'ny fitsipika antso ho avy izay natao ho an'ny habaka.

Fampidirana amin'ny CUCM namboarina tamin'ny fomba mitovy amin'ny voalaza ao amin'ny lahatsoratra aloha afa-tsy amin'ny Cisco UCM ianao dia mila mamorona vatan-kazo telo ho an'ny CMS, telo Conference Bridges, ao amin'ny SIP Security Profile mamaritra anarana telo loha-hevitra, Route Groups, Route Lists, Media Resourse Groups ary Media Resourse Group Lists, ary ampio fitsipika routing vitsivitsy. mankany amin'ny Cisco Meeting Server.

SIP Security Profile:


vatan-kazo:


Mitovy ny endriky ny vatan-kazo tsirairay:




Tetezana fihaonambe


Mitovy ny fijery ny Tetezana fihaonambe tsirairay:


Vondrona Route


Lisitry ny lalana


Media Resource Group


Lisitry ny Vondrona Resource Media

Fitsipika antso

Tsy toy ny rafitra fitantanana antso avo kokoa toa ny Unified CM na Expressway, ny CMS dia mijery ny sehatra ao amin'ny saha SIP Request-URI ihany ho an'ny antso vaovao. Koa raha ny SIP INVITE dia ho an'ny sipa: [email voaaro]Ny CMS dia tsy miraharaha afa-tsy ny domain.com. Manaraka ireto fitsipika ireto ny CMS mba hamaritana ny toerana hitondrana antso:

1. Ny CMS aloha dia manandrana mampifanaraka ny sehatra SIP amin'ireo sehatra voarindra ao amin'ny fitsipiky ny antso. Ireo antso ireo dia azo alefa any amin'ny habaka (“kendrena”) na mpampiasa manokana, IVR anatiny, na toeran'ny Microsoft Lync/Skype for Business (S4B) mivantana.
2. Raha tsy misy mifanandrify amin'ny fitsipiky ny antso miditra, dia hiezaka ny CMS hampifanaraka ny sehatra voarindra ao amin'ny latabatra fandefasana antso. Raha misy lalao natao, ny fitsipika dia afaka mandà mazava ny antso na mandefa ny antso. Amin'izao fotoana izao, ny CMS dia mety hanoratra indray ny sehatra, izay ilaina indraindray amin'ny fiantsoana sehatra Lync. Azonao atao ihany koa ny misafidy ny handalo, izay midika fa tsy misy na iray aza amin'ireo saha hovana bebe kokoa, na mampiasa drafitra an-tariby CMS anatiny. Raha tsy misy mifanandrify amin'ny fitsipika fandefasana antso dia ny fandavana ny antso no tokony hatao. Ataovy ao an-tsaina fa ao amin'ny CMS, na dia "mandroso" aza ny antso, dia mbola mifamatotra amin'ny CMS ny haino aman-jery, izay midika fa ho any amin'ny lalan'ny fifamoivoizana famantarana sy media.
Avy eo dia ny antso alefa ihany no iharan'ny fitsipiky ny antso mivoaka. Ireo toe-javatra ireo dia mamaritra ny toerana handefasana antso, ny karazana vatan-kazo (na antso Lync vaovao izany na antso SIP mahazatra), ary izay fiovam-po azo atao raha tsy voafantina ao amin'ny fitsipika fandefasana antso.

Ity ny tena diarin'ny zava-mitranga mandritra ny fihaonambe Ad-Hoc

Ny pikantsary dia mampiseho izany ratsy (tsy haiko ny hanatsara azy), noho izany dia hanoratra ny log toy izao aho:

Info	127.0.0.1:35870: API user "api" created new space 7986bb6c-af4e-488d-9190-a75f16844e44 (001036270012)

Info	call create failed to find coSpace -- attempting to retrieve from database

Info	API "001036270012" Space GUID: 7986bb6c-af4e-488d-9190-a75f16844e44 <--> Call GUID: 93bfb890-646c-4364-8795-9587bfdc55ba <--> Call Correlator GUID: 844a3c9c-8a1e-4568-bbc3-8a0cab5aed66 <--> Internal G

Info	127.0.0.1:35872: API user "api" created new call 93bfb890-646c-4364-8795-9587bfdc55ba

Info	call 7: incoming SIP call from "sip:[email protected]" to local URI "sip:[email protected]:5060" / "sip:[email protected]"

Info	API call leg bc0be45e-ce8f-411c-be04-594e0220c38e in call 434f88d0-8441-41e1-b6ee-6d1c63b5b098 (API call 93bfb890-646c-4364-8795-9587bfdc55ba)

Info	conference 434f88d0-8441-41e1-b6ee-6d1c63b5b098 has control/media GUID: fb587c12-23d2-4351-af61-d6365cbd648d

Info	conference 434f88d0-8441-41e1-b6ee-6d1c63b5b098 named "001036270012"

Info	call 7: configured - API call leg bc0be45e-ce8f-411c-be04-594e0220c38e with SIP call ID "[email protected]"

Info	call 7: setting up UDT RTP session for DTLS (combined media and control)
Info	conference "001036270012": unencrypted call legs now present

Info	participant "[email protected]" joined space 7986bb6c-af4e-488d-9190-a75f16844e44 (001036270012)

Info	participant "[email protected]" (e8371f75-fb9e-4019-91ab-77665f6d8cc3) joined conference 434f88d0-8441-41e1-b6ee-6d1c63b5b098 via SIP

Info	call 8: incoming SIP call from "sip:[email protected]" to local URI "sip:[email protected]:5060" / "sip:[email protected]"

Info	API call leg db61b242-1c6f-49bd-8339-091f62f5777a in call 434f88d0-8441-41e1-b6ee-6d1c63b5b098 (API call 93bfb890-646c-4364-8795-9587bfdc55ba)

Info	call 8: configured - API call leg db61b242-1c6f-49bd-8339-091f62f5777a with SIP call ID "[email protected]"

Info	call 8: setting up UDT RTP session for DTLS (combined media and control)

Info	call 9: incoming SIP call from "sip:[email protected]" to local URI "sip:[email protected]:5060" / "sip:[email protected]"

Info	API call leg 37a6e86d-d457-47cf-be24-1dbe20ccf98a in call 434f88d0-8441-41e1-b6ee-6d1c63b5b098 (API call 93bfb890-646c-4364-8795-9587bfdc55ba)

Info	call 9: configured - API call leg 37a6e86d-d457-47cf-be24-1dbe20ccf98a with SIP call ID "[email protected]"

Info	call 9: setting up UDT RTP session for DTLS (combined media and control)
Info	call 8: compensating for far end not matching payload types

Info	participant "[email protected]" joined space 7986bb6c-af4e-488d-9190-a75f16844e44 (001036270012)

Info	participant "[email protected]" (289e823d-6da8-486c-a7df-fe177f05e010) joined conference 434f88d0-8441-41e1-b6ee-6d1c63b5b098 via SIP

Info	call 7: compensating for far end not matching payload types
Info	call 8: non matching payload types mode 1/0
Info	call 8: answering offer in non matching payload types mode
Info	call 8: follow-up single codec offer received
Info	call 8: non matching payload types mode 1/0
Info	call 8: answering offer in non matching payload types mode
Info	call 8: sending response to single-codec additional offer
Info	call 9: compensating for far end not matching payload types

Info	participant "[email protected]" joined space 7986bb6c-af4e-488d-9190-a75f16844e44 (001036270012)

Info	participant "[email protected]" (d27e9a53-2c8a-4e9c-9363-0415cd812767) joined conference 434f88d0-8441-41e1-b6ee-6d1c63b5b098 via SIP

Info	call 9: BFCP (client role) now active
Info	call 9: sending BFCP hello as client following receipt of hello when BFCP not active
Info	call 9: BFCP (client role) now active
Info	call 7: ending; remote SIP teardown - connected for 0:13
Info	call 7: destroying API call leg bc0be45e-ce8f-411c-be04-594e0220c38e

Info	participant "[email protected]" left space 7986bb6c-af4e-488d-9190-a75f16844e44 (001036270012)

Info	call 9: on hold
Info	call 9: non matching payload types mode 1/0
Info	call 9: answering offer in non matching payload types mode
Info	call 8: on hold
Info	call 8: follow-up single codec offer received
Info	call 8: non matching payload types mode 1/0
Info	call 8: answering offer in non matching payload types mode
Info	call 8: sending response to single-codec additional offer
Info	call 9: ending; remote SIP teardown - connected for 0:12

Ny fihaonambe Ad-Hoc mihitsy:


Fitsipika antso miditra
Ny fanamafisana ny mari-pamantarana amin'ny antso miditra dia ilaina mba hahazoana antso ao amin'ny CMS. Araka ny hitanao tamin'ny fametrahana LDAP dia nafarana niaraka tamin'ny domain conf.pod6.cms.lab ny mpampiasa rehetra. Ka fara faharatsiny, mila antso amin'ity sehatra ity ianao mba hikendry habaka. Mila manangana fitsipika ho an'ny zava-drehetra natao ho an'ny anaran-tsehatra feno (ary mety ho adiresy IP mihitsy aza) an'ny mpizara CMS tsirairay ianao. Ny fanaraha-mason'ny antso ivelany, Unified CM, dia hanitsy ny vatan-kazo SIP natokana ho an'ny mpizara CMS tsirairay. Miankina amin'ny hoe adiresin'ny IP na ny FQDN an'ny mpizara ny toerana alehan'ireo vatan-kazo SIP ireo no hamaritra raha mila amboarina ny CMS mba hanaiky ny antso mankany amin'ny adiresy IP-ny na FQDN.

Ampiasaina ho sehatra ho an'ny habaka mpampiasa rehetra ny sehatra izay manana ny laharam-pahamehana ambony indrindra. Rehefa mampiray amin'ny alalan'ny LDAP ny mpampiasa dia mamorona habaka ho azy ny CMS, fa ny ampahan'ny mpampiasa ao amin'ny URI (coSpaceUriMapping) ihany, ohatra, user.space. anjara sehatra Ny URI feno dia noforonina mifototra amin'ity fitsipika ity. Raha ny marina, raha miditra ao amin'ny Web Bridge ianao amin'izao fotoana izao dia ho hitanao fa tsy manana sehatra ny Space URI. Amin'ny fametrahana ity fitsipika ity ho laharam-pahamehana ambony indrindra, dia apetrakao ny sehatra ho an'ireo habaka vokarina conf.example.com.


Fitsipika fiantsoana mivoaka

Mba hahafahan'ny mpampiasa manao antso an-tariby mankany amin'ny klustern'ny Unified CM dia tsy maintsy manitsy ny fitsipika mivoaka ianao. Ny sahan'ny teboka misoratra anarana amin'ny Unified CM, toa an'i Jabber, dia example.com. Ny antso amin'ity sehatra ity dia tokony halefa amin'ny antso SIP mahazatra amin'ny node fanodinana antso an'ny Unified CM. Ny lohamilina lehibe dia cucm-01.example.com, ary ny fanampiny dia cucm-02.example.com.

Ny fitsipika voalohany dia mamaritra ny lalana tsotra indrindra amin'ny antso eo amin'ny mpizara cluster.

saha Eo an-toerana avy amin'ny sehatra tompon'andraikitra amin'izay haseho ao amin'ny SIP-URI an'ny mpiantso ho an'ilay olona antsoina aorian'ny marika “@”. Raha avelantsika foana ilay izy, dia aorian'ny marika "@" dia hisy ny adiresy IP an'ny CUCM izay mandalo ity antso ity. Raha mamaritra sehatra iray isika dia aorian'ny marika "@" dia hisy sehatra iray. Ilaina izany mba hahafahana miantso indray, raha tsy izany dia tsy azo atao ny miantso indray amin'ny alàlan'ny SIP-URI anarana@ip-address.

Antsoy rehefa voalaza Eo an-toerana avy amin'ny sehatra


Antsoy hoe rahoviana TSY nilaza Eo an-toerana avy amin'ny sehatra


Ataovy azo antoka ny mamaritra mazava tsara Encrypted na Unencrypted ho an'ny antso mivoaka, satria tsy misy mandeha amin'ny mari-pamantarana Auto.

peo

Ny fihaonambe video dia noraketin'ny mpizara Record. Mitovy tanteraka amin'ny Cisco Meeting Server ny Recorder. Tsy mila fametrahana fahazoan-dàlana ny Recorder. Ilaina ny fahazoan-dàlana firaketana an-tsoratra ho an'ny lohamilina mitantana ny serivisy CallBridge, i.e. ilaina ny fahazoan-dàlana firaketana ary tsy maintsy ampiharina amin'ny singa CallBridge, fa tsy amin'ny lohamilina misy ny Recorder. Ny mpitam-boky dia mitondra tena ho mpanjifa Extensible Messaging and Presence Protocol (XMPP), noho izany dia tsy maintsy alefa amin'ny mpizara fampiantranoana CallBridge ny mpizara XMPP.

SATRIA Manana kluster izahay ary ny fahazoan-dàlana dia mila "hamerina" amin'ireo mpizara telo ao amin'ny cluster. Avy eo ao amin'ny kaontinao manokana fotsiny amin'ny fahazoan-dàlana ampifandraisinay (ampio) ny adiresy MAC an'ny a-interface amin'ny mpizara CMS rehetra tafiditra ao amin'ny cluster.

Ary ity no sary tokony ho eo amin'ny mpizara tsirairay ao amin'ny cluster

Amin'ny ankapobeny, misy toe-javatra maromaro hametrahana Recorder, saingy hifikitra amin'izany isika:


Alohan'ny hananganana Recorder dia mila manomana toerana iray tena hanoratana ny fihaonambe video ianao. Raha ny marina eto rohy, ny fomba fametrahana ny Recording rehetra. Hevi-dehibe sy pitsopitsony no ifantohako:

1. Tsara kokoa ny manaisotra ny taratasy fanamarinana avy amin'ny mpizara voalohany ao amin'ny cluster.
2. Mety hitranga ny hadisoana “Tsy misy mpitam-boky” satria voatondro ao amin'ny Truster Recorder ilay taratasy fanamarinana diso.
3. Mety tsy mandeha ny fanoratana raha tsy ny lahatahiry fototra ny lahatahiry NFS voatondro ho firaketana.

Indraindray dia ilaina ny manoratra ho azy ny fihaonambe amin'ny mpampiasa iray na habaka manokana.

Noho izany, CallProfiles roa no noforonina:
Miaraka amin'ny firaketana kilemaina


Ary miaraka amin'ny asa firaketana mandeha ho azy


Manaraka, dia "mamehy" CallProfile miaraka amin'ny asa firaketana mandeha ho azy amin'ny toerana ilaina.


Ao amin'ny CMS dia voaporofo fa raha misy CallProfile mifamatotra mazava amin'ny habaka na habaka rehetra, ity CallProfile ity dia tsy miasa afa-tsy amin'ireo habaka manokana ireo. Ary raha tsy mifamatotra amin'ny habaka rehetra ny CallProfile, dia amin'ny alàlan'ny default dia ampiharina amin'ireo habaka izay tsy misy CallProfile mifatotra mazava tsara.

Amin'ny manaraka dia hiezaka aho hamaritra ny fomba hidirana amin'ny CMS ivelan'ny tambajotra anatiny ao amin'ny fikambanana.

loharanom-baovao:

• www.cisco.com/c/dam/en/us/td/docs/conferencing/ciscoMeetingServer/Deployment_Guide/Version-2-5/Cisco-Meeting-Server-2-5-Single-Combined-Server-Deployment.pdf
• www.cisco.com/c/en/us/support/docs/conferencing/meeting-server/202722-Configure-Recorder-in-CMS-Acano-Call-Bri.html
• www.cisco.com/c/dam/en/us/td/docs/conferencing/ciscoMeetingServer/Reference_Guides/Version-2-3/Cisco-Meeting-Server-MMP-Command-Reference-2-3.pdf
• www.cisco.com/c/dam/en/us/td/docs/conferencing/ciscoMeetingServer/Reference_Guides/Version-2-5/Cisco-Meeting-Server-API-Reference-Guide-2-4-and-later. pdf

Source: www.habr.com