Freastalaí Cruinnithe Cisco 2.5.2. Braisle i mód Inscálaithe agus Athléimneach le taifeadadh físchomhdhála

San eagrán seo, taispeánfaidh agus míneoidh mé cuid de na subtleties a bhaineann le freastalaí CMS a bhunú i mód braisle failover.


ТеорияGo ginearálta, tá trí chineál imscaradh freastalaí CMS:

• Aonair Comhcheangailte(Aonair comhcheangailte), i.e. is freastalaí amháin é a ritheann na seirbhísí riachtanacha go léir. I bhformhór na gcásanna, níl feidhm ag an gcineál seo imlonnaithe ach amháin maidir le rochtain inmheánach cliant agus i dtimpeallachtaí níos lú nuair nach saincheist ríthábhachtach iad inscalability freastalaí aonair agus teorainneacha iomarcaíochta, nó i gcásanna nach ndéanann an CMS ach feidhmeanna áirithe, amhail comhdhálacha ad hoc ar Cisco. UCM.

  Scéim neas-oibre:
  

• scoilt aonair(Aonair Roinnte) leathnaíonn sé an cineál imlonnaithe roimhe seo trí fhreastalaí ar leith a chur leis le haghaidh rochtain sheachtrach. In imscaradh oidhreachta, is éard a bhí i gceist leis seo ná freastalaí CMS a imscaradh i ndeighleog líonra dí-mhíleataithe (DMZ) ina bhféadfadh cliaint sheachtracha rochtain a fháil air, agus freastalaí CMS amháin i gcroílár an líonra ina raibh rochtain ag cliaint inmheánacha ar an CMS. Tá an cineál mar a thugtar air anois in ionad na samhla imscartha áirithe seo imeall amháin, atá comhdhéanta de fhreastalaithe Cisco Expressway, a bhfuil go leor de na cumais sheachbhóthar Balla Dóiteáin céanna acu nó a bheidh acu, mar sin ní gá do chustaiméirí freastalaí imeall CMS tiomnaithe a chur leis.

  Scéim neas-oibre:
  

• Inscálaithe agus Athléimneach(Inscálaithe agus Faochmhálacht) Áirítear leis an gcineál seo iomarcaíocht do gach comhpháirt, rud a ligeann don chóras fás le do chuid riachtanas go dtí a acmhainneacht uasta agus iomarcaíocht á sholáthar i gcás teipe. Úsáideann sé freisin an coincheap Imeall Aonair chun rochtain sheachtrach shlán a sholáthar. Seo an cineál a chlúdóidh muid san eipeasóid seo. Má thuigimid conas braisle den chineál seo a imscaradh, ní hamháin go dtuigfimid cineálacha eile imscaradh, ach is féidir linn a thuiscint freisin conas braislí de fhreastalaithe CMS a chruthú, ag cur san áireamh an fás féideartha ar riachtanais.

Sula dtéann tú ar aghaidh chuig an imscaradh, ní mór duit roinnt rudaí bunúsacha a thuiscint, eadhon

Príomhchodanna bogearraí CMS:

• Bunachar: is féidir leat roinnt cumraíochtaí a chur le chéile mar phlean dhiailiú, spásanna úsáideora, agus úsáideoirí iad féin. Tacaíonn sé le cnuasach le haghaidh infhaighteacht ard (máistir aonair) amháin.
• droichead glaoch: seirbhís fuaime agus físchomhdhála, a thugann smacht iomlán ar bhainistíocht agus ar phróiseáil glaonna agus próisis ilmheán. Tacaíonn braisliú le haghaidh infhaighteacht ard agus inscálaithe.
• XMPP freastalaí: freagrach as cliaint a chlárú agus a fhíordheimhniú trí úsáid a bhaint as Feidhmchlár Cruinnithe Cisco agus/nó WebRTC(cumarsáid fíor-ama, nó go simplí sa bhrabhsálaí), chomh maith le comharthaíocht idir-chomhpháirteach. Ní féidir é a bhraisliú ach amháin le haghaidh infhaighteacht ard.
• droichead gréasáin: Soláthraíonn rochtain cliant ar WebRTC.
• ualachchothromóir: Soláthraíonn sé pointe nasctha amháin le haghaidh Cisco Meeting Apps i mód Scoilt Aonair. Éisteann ar an gcomhéadan seachtrach agus ar an gcalafort le haghaidh naisc isteach. Mar an gcéanna, glacann an cothromóir ualaigh naisc TLS isteach ón bhfreastalaí XMPP, trína bhféadfaidh sé naisc TCP a aistriú ó chliaint sheachtracha.
  Inár gcás, ní bheidh sé ag teastáil.
• TURN freastalaí: Soláthraíonn teicneolaíocht sheachbhóthar Balla Dóiteáin a cheadaíonn
  Croch ár CMS taobh thiar de Balla Dóiteáin nó NAT chun cliaint sheachtracha a nascadh ag baint úsáide as an Cisco Meeting App nó feistí SIP. Inár gcás, ní bheidh sé ag teastáil.
• Riarachán Gréasáin: Comhéadan riaracháin agus rochtain API, lena n-áirítear do chomhdhálacha CM Aontaithe ad hoc.

Modhanna Cumraíochta

Murab ionann agus an chuid is mó de tháirgí Cisco eile, tacaíonn Cisco Meeting Server le trí mhodh cumraíochta chun imscaradh de chineál ar bith a chumasú.

• Líne Ordú (CLI): Comhéadan líne ordaithe, ar a dtugtar MMP, le haghaidh tascanna cumraíochta tosaigh agus deimhnithe.
• Riarthóir Gréasáin: Go príomha le haghaidh cumraíochta a bhaineann le CallBridge, go háirithe nuair a bhíonn freastalaí aonair neamhchnuasaithe á chumrú.
• REST API: A úsáidtear le haghaidh cumraíochta is casta agus tascanna bunachar sonraí braisle.

Chomh maith leis an méid thuas, an prótacal SFTP chun comhaid a aistriú - de ghnáth ceadúnais, deimhnithe, nó logaí - chuig agus ón CMS.

I dtreoracha imlonnaithe ó Cisco, tá sé scríofa i mBéarla agus i mbán gur gá an braisle a imscaradh ar a laghad trí freastalaithe (nóid) i gcomhthéacs bunachair shonraí. Mar ní oibreoidh an mheicníocht chun Máistir Bunachar Sonraí nua a roghnú ach amháin le corrlíon nóid, agus go ginearálta tá caidreamh ag an Máistir Bunachar Sonraí le formhór bhunachar sonraí an fhreastalaí CMS.

Agus mar a léiríonn cleachtas, níl dhá fhreastalaithe (nóid) sách go leor i ndáiríre. Oibríonn an mheicníocht roghnúcháin nuair a atosaítear an Máistir, ní bheidh an freastalaí daor ina Mháistir ach amháin tar éis an freastalaí atosaithe a ardú. Mar sin féin, más rud é go tobann i gcnuasach de dhá fhreastalaí an Máistir-fhreastalaí “dul amach”, ansin ní bheidh an freastalaí daor a bheith ina Mháistir, agus má théann an Sclábhaí “amach”, ansin beidh an freastalaí Máistir eile a bheith ina daor.

Ach i gcomhthéacs XMPP, bheadh ​​sé riachtanach braisle de thrí fhreastalaithe a chur le chéile, mar gheall ar más rud é, mar shampla, go ndíchumasaíonn tú an tseirbhís XMPP ar cheann de na freastalaithe ina bhfuil XMMP sa stádas Leader, ansin ar an bhfreastalaí XMPP atá fágtha fanfaidh sé sa stádas Leantóir agus titfidh naisc CallBridge le XMPP as, mar gheall ar Nascann CallBridge go heisiach le XMPP le stádas Leader. Agus tá sé seo ríthábhachtach, mar gheall ar. ní bheidh aon ghlaoch dul tríd.

Chomh maith leis sin sna treoracha imscartha céanna, léirítear braisle le freastalaí XMPP amháin.

Agus an méid thuas á chur san áireamh, bíonn sé soiléir cén fáth: oibríonn sé toisc go bhfuil sé i mód failover.

Is é ár gcás, beidh an freastalaí XMPP i láthair ar na trí nód.

Glactar leis go bhfuil gach ceann de na trí freastalaithe againn suas.

Taifid DNS

Sula dtosaíonn tú ag cumrú freastalaithe, ní mór duit taifid DNS a chruthú А и Srv cineálacha:

Tabhair faoi deara go bhfuil ár dtaifid DNS dhá domains example.com agus conf.sampla.com. Is fearann ​​é Example.com ar féidir le gach sínitheoir de Bhainisteoir Cumarsáide Cisco Aontaithe a úsáid dá URIs, ar dócha go mbeidh siad i láthair i do bhonneagar nó ar dócha go mbeidh siad i láthair. Nó meaitseálann an fearann ​​example.com na húsáideoirí fearainn céanna a úsáideann dá seoltaí ríomhphoist. Nó b'fhéidir go mbeadh URI ag an gcliant Jabber ar do ríomhaire glúine [ríomhphost faoi chosaint]. Fearann confIs é .example.com an fearann ​​a bheidh cumraithe le haghaidh úsáideoirí Cisco Meeting Server. Beidh fearann ​​Cisco Meeting Server conf.example.com, mar sin bheadh ​​ar an úsáideoir Jabber céanna an URI user@ a úsáid chun logáil isteach i Cisco Meeting Serverconf.sampla.com.

Cumraíocht bhunúsach

Taispeántar na socruithe go léir a thuairiscítear thíos ar fhreastalaí amháin, ach ní mór iad a dhéanamh ar gach freastalaí sa bhraisle.

QoS

Ós rud é gineann an CMS fíor-ama trácht atá íogair do mhoilleanna agus caillteanas paicéid, i bhformhór na gcásanna moltar cáilíocht na seirbhíse (QoS) a chumrú. Chun seo a dhéanamh, tacaíonn an CMS le marcáil paicéid le cóid seirbhíse difreáilte (DSCPanna) a ghineann sé. Cé go mbraitheann tosaíocht tráchta bunaithe ar DSCP ar an gcaoi a láimhseálann comhpháirteanna líonra do bhonneagair an trácht, inár gcás féin déanfaimid ár CMS a chumrú le gnáth-thosaíocht DSCP bunaithe ar dhea-chleachtais QoS.

Ar gach freastalaí, cuir isteach na horduithe seo

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

Mar sin rinneadh clibeáil ar an bhfísthrácht go léir AF41 (DSCP 0x22), rinneadh clibeáil ar an trácht gutha ar fad EF (DSCP 0x2E), trácht eile ar latency íseal mar SIP agus XMPP úsáid AF31 (DSCP 0x1A).

Déanaimid seiceáil:

NTP

Tá an Prótacal Ama Líonra (NTP) tábhachtach, ní hamháin chun stampaí ama cruinne a sholáthar le haghaidh glaonna agus comhdhálacha, ach freisin chun deimhnithe a fhíorú.

Cuir freastalaí NTP le do bhonneagar le hordú mar

ntp server add <server>

In ár gcás, tá dhá fhreastalaithe den sórt sin, mar sin beidh dhá fhoireann.
Déanaimid seiceáil:

Agus socraigh an crios ama dár bhfreastalaí

DNS

Cuirtear freastalaithe DNS leis an CMS le hordú mar:

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

In ár gcás, tá dhá fhreastalaithe den sórt sin, mar sin beidh dhá fhoireann.
Déanaimid seiceáil:

Cumraíocht comhéadan líonra

Déanaimid an comhéadan a chumrú le ordú na foirme:

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

Déanaimid seiceáil:

Ainm an fhreastalaí (Óstainm)

Socraítear ainm an fhreastalaí le ordú na foirme:

hostname <name>

Agus atosaigh muid.


Críochnaíonn sé seo an chumraíocht bhunúsach.

Teastais

ТеорияÉilíonn Cisco Meeting Server cumarsáid criptithe idir comhpháirteanna éagsúla, agus mar thoradh air sin, tá teastais X.509 ag teastáil le haghaidh gach imscaradh CMS. Cuidíonn siad lena chinntiú go bhfuil muinín ag freastalaithe/seirbhísí eile as seirbhís/freastalaí.

Teastaíonn teastas ó gach seirbhís, ach féadann cruthú deimhnithe ar leith do gach seirbhís a bheith mearbhall agus ró-chasta. Ar ámharaí an tsaoil, is féidir linn teastas poiblí/péire eochair phríobháideach a ghiniúint agus ansin é a athúsáid thar ilseirbhísí. Is é ár gcás, úsáidfear an deimhniú céanna le haghaidh Call Bridge, Freastalaí XMPP, Droichead Gréasáin agus Riarachán Gréasáin. Mar sin, ní mór duit péire eochracha poiblí agus príobháideacha deimhnithe a chruthú do gach freastalaí sa bhraisle.

Tá roinnt riachtanas speisialta teastais ag baint le cnuasach bunachar sonraí, áfach, agus mar sin teastaíonn a dheimhnithe féin, atá difriúil ó na cinn atá ag seirbhísí eile. Úsáideann an CMS teastas freastalaí, atá cosúil leis na deimhnithe a úsáideann freastalaithe eile, ach tá teastas cliant ann freisin a úsáidtear le haghaidh naisc bunachar sonraí. Úsáidtear deimhnithe bunachar sonraí le haghaidh fíordheimhnithe agus criptithe araon. In ionad ainm úsáideora agus pasfhocal a sholáthar don chliant chun nascadh leis an mbunachar sonraí, cuireann sé deimhniú cliant i láthair a bhfuil muinín ag an bhfreastalaí. Úsáidfidh gach freastalaí sa bhraisle bunachar sonraí an péire eochair phoiblí/phríobháideach céanna. Ligeann sé seo do gach freastalaí sa bhraisle sonraí a chriptiú ionas nach féidir é a dhíchriptiú ach ag freastalaithe eile a úsáideann an péire eochair céanna freisin.

Le go n-oibreoidh an iomarcaíocht, caithfidh 3 fhreastalaí ar a laghad a bheith i gcnuasaigh bhunachar sonraí, suas le 5 ar a mhéad, agus uasmhéid ama turais 200m idir aon bhall den bhraisle. Tá an teorainn seo níos sriantaí ná mar a bhíonn i gcás cnuasaigh Dhroichead Glaonna, mar sin is minic a bhíonn sé mar fhachtóir teorannaithe maidir le himscaradh atá scaipthe go geografach.

Tá roinnt riachtanas uathúla ag baint le ról an bhunachair shonraí do CMS. Murab ionann agus róil eile, éilíonn sé deimhniú cliant agus freastalaí, áit a bhfuil réimse CN ar leith ag an deimhniú cliant a chuirtear i láthair an fhreastalaí.

Úsáideann an CMS bunachar sonraí postgres le máistir amháin agus roinnt macasamhla comhionann. Níl ach máistir-bhunachar sonraí amháin ann ag aon am ar leith (an "freastalaí bunachar sonraí"). Is macasamhla nó “cliaint bhunachair sonraí” iad an chuid eile de bhaill an bhraisle.

Teastaíonn teastas freastalaí tiomnaithe agus teastas cliaint ón mbraisle bunachar sonraí. Ní mór iad a shíniú le teastais, de ghnáth ÚD príobháideach inmheánach. Ós rud é gur féidir le haon bhall den bhraisle bunachar sonraí a bheith ina mháistir, ní mór an freastalaí bunachar sonraí agus na péirí deimhnithe cliant (ina bhfuil na heochracha poiblí agus príobháideacha) a chóipeáil chuig gach freastalaí ionas gur féidir leo aitheantas an chliaint nó an fhreastalaí bunachar sonraí a ghlacadh. Ina theannta sin, ní mór an teastas CA fréimhe a luchtú chun a chinntiú gur féidir na deimhnithe cliant agus freastalaí a fhíorú.

Mar sin, déanaimid iarratas ar dheimhniú a úsáidfidh gach seirbhís freastalaí ach amháin an bunachar sonraí (beidh iarratas ar leith ann) le hordú mar:

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

In CN scríobhaimid ainm ginearálaithe ár bhfreastalaithe. Mar shampla, má tá an óstainmneacha ar ár freastalaithe freastalaí01, freastalaí02, freastalaí03, ansin beidh CN freastalaí.shampla.com

Déanaimid an rud céanna ar an dá fhreastalaí eile agus an difríocht go mbeidh na "hóstaainmneacha" comhfhreagracha sna horduithe

Déanaimid dhá iarratas ar dheimhnithe a úsáidfidh an tseirbhís bunachar sonraí le horduithe na foirme:

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

pki csr dbclusterclient CN:postgres

i gcás freastalaí dbcluster и dbclusterclient ainmneacha ár n-iarratas agus ár ndeimhnithe sa todhchaí, óstainm 1(2)(3) ainmneacha na bhfreastalaithe faoi seach.

Déanaimid an nós imeachta seo ar fhreastalaí amháin (!), agus uaslódálfaimid na teastais agus na comhaid .key comhfhreagracha chuig freastalaithe eile.

Cumasaigh mód teastais an chliaint in AD CS

Ní mór duit freisin teastais do gach freastalaí a chumasc in aon chomhad amháinar *NIX:

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

Ar Windows/DOS:

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

Agus uaslódáil chuig gach freastalaí:
1. Teastas freastalaí "aonair".
2. Teastas fréimhe (mar aon le deimhnithe idirmheánacha, más ann).
3. Deimhnithe don bhunachar sonraí ("freastalaí" agus "cliant") agus comhaid leis an síneadh .key, a gineadh nuair a cruthaíodh iarratas ar dheimhniú "freastalaí" agus "cliant" an bhunachair sonraí. Caithfidh na comhaid seo a bheith mar an gcéanna ar gach freastalaí.
4. Comhad na dtrí dheimhniú “aonair”.

Mar thoradh air sin, ba cheart tuairim is an pictiúr comhaid céanna a fháil ar gach freastalaí.

Braisle Bunachar Sonraí

Anois go bhfuil na deimhnithe go léir uaslódáilte agat chuig na freastalaithe CMS, is féidir leat cnuasach bunachar sonraí a bhunú agus a chumasú thar na trí nóid. Is é an chéad chéim ná freastalaí amháin a roghnú mar mháistir nód an bhraisle bunachar sonraí agus é a chumrú go hiomlán.

Bunachar Sonraí Máistir

Is é an chéad chéim chun macasamhlú bunachar sonraí a bhunú ná na deimhnithe a úsáidfear don bhunachar sonraí a shonrú. Déantar é seo le hordú mar:

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

Anois inseoimid do CMS cén comhéadan atá le húsáid le haghaidh cnuasú bunachar sonraí leis an ordú:

database cluster localnode a

Ansin cuirimid tús leis an mbunachar sonraí braisle ar an bpríomhfhreastalaí leis an ordú:

database cluster initialize

Nóid Bunachar Sonraí Cliant

Déanaimid an nós imeachta céanna, ach amháin in ionad an ordaithe cnuasach bunachar sonraí a thúsú cuir isteach ordú mar:

database cluster join <ip address existing master>

áit a dtugann seoladh ip seoladh máistir ip reatha an fhreastalaí CMS ar ar cuireadh tús leis an mbraisle, níl le déanamh ach Máistir.

Déanaimid seiceáil ar conas a oibríonn ár mbraisle bunachar sonraí ar gach freastalaí leis an ordú:

database cluster status

Déanaimid an rud céanna ar an tríú freastalaí atá fágtha.

Mar thoradh air sin, tharlaíonn sé go raibh ár gcéad fhreastalaí an Máistir, tá an chuid eile sclábhaithe.

Seirbhís Riaracháin Ghréasáin

Cumasaigh an tseirbhís riarthóra gréasáin:

webadmin listen a 445

Roghnaítear Port 445 toisc go n-úsáidtear port 443 le haghaidh rochtain úsáideoirí ar an gcliant gréasáin

Déanaimid an tseirbhís Riarachán Gréasáin a chumrú le comhaid teastais le hordú mar:

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

Agus cumasaigh Riarachán Gréasáin leis an ordú:

webadmin enable

Má tá gach rud go maith, gheobhaidh muid línte SUCCESS a thabharfadh le fios go bhfuil an Riarachán Gréasáin cumraithe i gceart don líonra agus don teastas. Déanaimid seiceáil ar shláinte na seirbhíse trí úsáid a bhaint as brabhsálaí gréasáin agus cuirimid isteach seoladh an riarthóra gréasáin, mar shampla: cms.sampla.com: 445

Glaoigh ar Bhraisle an Droichid

Is é Call Bridge an t-aon seirbhís atá i láthair i ngach imscaradh CMS. Is é Call Bridge an príomh-mheicníocht comhdhála. Soláthraíonn sé comhéadan SIP freisin ionas gur féidir glaonna a sheoladh chuige nó uaidh, mar shampla le Cisco Unified CM.

Ní mór na horduithe thíos a rith ar gach freastalaí leis na deimhnithe cuí.
Mar sin:

Teastais chomhlachaithe leis an tseirbhís Call Bridge le hordú mar:

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

Ceanglaíonn muid na seirbhísí CallBridge leis an gcomhéadan a theastaíonn uainn leis an ordú:

callbridge listen a

Agus an tseirbhís a atosú leis an ordú:

callbridge restart

Anois go bhfuil ár nDroichid Glaonna cumraithe againn, is féidir linn braisliú Call Bridge a bhunú. Tá cnuasú Call Bridge difriúil le cnuasach bunachar sonraí nó XMPP. Is féidir le Call Bridge Cluster tacú le 2 go 8 nód gan aon teorainn. Soláthraíonn sé ní hamháin iomarcaíocht, ach freisin cothromaíocht ualaigh, ionas gur féidir comhdhálacha a dháileadh go gníomhach idir freastalaithe Call Bridge ag baint úsáide as dáileadh glaonna cliste. Tá gnéithe breise ag an CMS, grúpaí Call Bridge agus gnéithe gaolmhara ar féidir iad a úsáid le haghaidh tuilleadh bainistíochta.

Déantar braisliú droichead glaonna a chumrú go príomha tríd an gcomhéadan riaracháin gréasáin
Ní mór an nós imeachta seo a leanas a dhéanamh ar gach freastalaí braisle.
Mar sin,

1. Téann muid tríd an ngréasán i gCumraíocht> Braisle.
2.In glaoigh ar aitheantas droichead mar ainm uathúil, cuir isteach callbridge[01,02,03] a fhreagraíonn d'ainm an fhreastalaí. Tá na hainmneacha seo treallach, ach caithfidh siad a bheith uathúil don bhraisle seo. Tá siad tuairisciúil sa mhéid is go dtugann siad le fios gur IDanna freastalaí iad [01,02,03].
3.B Droichid Glaonna Cnuasaithe cuir isteach URLanna riaracháin gréasáin ár bhfreastalaithe sa bhraisle, CMS[01,02,03].example.com:445, sa réimse Seoladh. Bí cinnte an port a shonrú. Is féidir leat fearann ​​SIP nasc Piaraí a fhágáil folamh.
4. Cuirimid teastas leis an muinín CallBridge do gach freastalaí, ina bhfuil an comhad ina bhfuil na deimhnithe go léir ár freastalaithe a chumasc muid isteach sa chomhad seo ag an tús, le hordú mar:

callbridge trust cluster <trusted cluster certificate bundle>

Agus an tseirbhís a atosú leis an ordú:

callbridge restart

Mar thoradh air sin, ar gach freastalaí ba cheart duit an pictiúr seo a leanas a fháil:

Braisle XMPP

Úsáidtear an tseirbhís XMPP sa CMS chun gach clárú agus fíordheimhniú le haghaidh Cisco Meeting Apps (CMA) a láimhseáil, lena n-áirítear CMA WebRTC Cliant Gréasáin. Feidhmíonn an Droichead Call féin freisin mar chliant XMPP chun críocha fíordheimhnithe agus dá bhrí sin ní mór é a chumrú cosúil le cliaint eile. Is gné é failover XMPP a fuair tacaíocht i dtimpeallachtaí táirgthe ó leagan 2.1

Ní mór na horduithe thíos a rith ar gach freastalaí leis na deimhnithe cuí.
Mar sin:

Teastais chomhlachaithe leis an tseirbhís XMPP le hordú mar:

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

Ansin sainigh an comhéadan éisteachta leis an ordú:

xmpp listen a

Tá fearann ​​uathúil ag teastáil ón tseirbhís XMPP. Is é seo an logáil isteach d'úsáideoirí. I bhfocail eile, nuair a dhéanann úsáideoir iarracht logáil isteach ag baint úsáide as an app CMA (nó tríd an gcliant WebRTC), téann siad isteach userID@logindomain. Inár gcás beidh sé userid@conf.sampla.com. Cén fáth nach bhfuil ann ach example.com? Inár n-imscaradh ar leith, roghnaigh muid ár bhfearann ​​​​CM Aontaithe a úsáidfidh úsáideoirí Jabber in CM Aontaithe mar shampla.com, mar sin ní mór dúinn fearann ​​​​difriúil d'úsáideoirí CMS chun glaonna a sheoladh chuig agus ó CMS trí na fearainn SIP.

Socraigh fearann ​​XMPP le hordú mar:

xmpp domain <domain>

Agus cumasaigh an tseirbhís XMPP leis an ordú:

xmpp enable

Sa tseirbhís XMPP, ní mór duit dintiúir a chruthú do gach Droichead Glaonna a úsáidfear nuair a chláraíonn tú leis an tseirbhís XMPP. Tá na hainmneacha seo treallach (agus ní bhaineann siad leis na hainmneacha uathúla a chumraigh tú le haghaidh braisliú droichead glaonna). Ní mór duit trí dhroichead glaonna a chur ar fhreastalaí XMPP amháin agus ansin na dintiúir seo a chur isteach ar fhreastalaithe XMPP eile sa bhraisle toisc nach bhfuil an chumraíocht seo oiriúnach sa bhunachar sonraí braisle. Níos déanaí, déanfaimid gach Droichead Glaonna a chumrú chun an t-ainm agus an rún seo a úsáid chun clárú leis an tseirbhís XMPP.

Anois caithfimid an tseirbhís XMPP a bhunú ar an gcéad fhreastalaí le trí Call Bridges01, callbridge02 agus callbridge03. Sannfar pasfhocail randamach do gach cuntas. Níos déanaí, cuirfear isteach iad ar fhreastalaithe Call Bridge eile chun logáil isteach sa fhreastalaí XMPP seo. Cuir isteach na horduithe seo a leanas:

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

Mar thoradh air sin, déanaimid seiceáil ar cad a tharla leis an ordú:

xmpp callbridge list

Ba chóir go díreach an pictiúr céanna a bheith ar na freastalaithe eile tar éis na céimeanna a thuairiscítear thíos.

Ansin, cuirimid díreach na socruithe céanna ar an dá fhreastalaí eile, ach amháin le horduithe

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

Cuirimid Rún go han-chúramach ionas nach dtéann spásanna breise isteach ann de thaisme, mar shampla.


Mar thoradh air sin, ba cheart go mbeadh an pictiúr céanna ag gach freastalaí:

Ansin, ar fhreastalaithe uile an bhraisle, sonraímid faoi iontaobhas comhad ina bhfuil na trí theastas, a cruthaíodh níos luaithe trí ordú na foirme:

xmpp cluster trust <trust bundle>

Cumasaigh mód braisle xmpp ar gach freastalaí braisle leis an ordú:

xmpp cluster enable

Ar an gcéad fhreastalaí den bhraisle, cuirimid tús le cruthú braisle xmpp leis an ordú:

xmpp cluster initialize

Ar fhreastalaithe eile, cuirimid braisle le xmpp le hordú mar:

xmpp cluster join <ip address head xmpp server>

Ar gach freastalaí, déanaimid seiceáil ar an rath a bhí ar bhraisle XMPP a chruthú ar gach freastalaí leis na horduithe:

xmpp status
xmpp cluster status

An chéad fhreastalaí:

Dara freastalaí:

Tríú freastalaí:

Droichead Glaonna á nascadh le XMPP

Anois go bhfuil an braisle XMPP ag rith, ní mór dúinn na seirbhísí Call Bridge a chumrú chun ceangal leis an mbraisle XMPP. Déantar an chumraíocht seo tríd an riarthóir gréasáin.

Téann muid ar gach freastalaí i gCumraíocht> Ginearálta agus sa réimse Ainm uathúil an Droichead Glaonna scríobhaimid ainmneacha uathúla an Call Bridge a fhreagraíonn don fhreastalaí droichead glaonna[01,02,03]... I réimse Fearann conf.example.com agus na pasfhocail chomhfhreagracha, is féidir leat Spy orthu
ar aon fhreastalaí braisle leis an ordú:

xmpp callbridge list

Fág an réimse "Freastalaí" bán. Droichead Glaonna déanfaidh sé cuardach DNS SRV do _xmpp-component._tcp.conf.example.comchun freastalaí XMPP atá ar fáil a aimsiú. D'fhéadfadh go mbeadh difríocht idir seoltaí IP chun droichid ghlao a nascadh le XMPP ar gach freastalaí, braitheann sé ar na luachanna a chuirtear ar ais chuig an iarratas scríobh _xmpp-component._tcp.conf.example.com droichead glaonna, a bhraitheann ar a sheal ar na socruithe tosaíochta don taifead DNS seo.

Ansin, téigh go dtí Stádas > Ginearálta féachaint an bhfuil an tseirbhís Call Bride ceangailte go rathúil leis an tseirbhís XMPP.

droichead gréasáin

Ar gach freastalaí braisle, cumasaigh an tseirbhís Web Bridge leis an ordú:

webbridge listen a:443

Déanaimid an tseirbhís Web Bridge a chumrú le comhaid teastais le hordú mar:

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

Tacaíonn Web Bridge le HTTPS. Déanfaidh sé HTTP a atreorú chuig HTTPS má tá sé cumraithe chun "http-redirect" a úsáid.
Chun atreorú HTTP a chumasú, bain úsáid as an ordú seo a leanas:

webbridge http-redirect enable

Chun a rá le Call Bridge gur féidir muinín a bheith agat as Web Bridge le haghaidh naisc ó Call Bridge, bain úsáid as an ordú:

webbridge trust <certfile>

cá bhfuil an comhad ina bhfuil na trí theastas ó gach freastalaí sa bhraisle.

Ba chóir go mbeadh pictiúr den sórt sin ar gach freastalaí den bhraisle.


Anois ní mór dúinn úsáideoir a chruthú leis an ról “appadmin”, ní mór dúinn é ionas gur féidir linn ár mbraisle a chumrú (!), Agus ní gach freastalaí den bhraisle ar leithligh, agus mar sin cuirfear na socruithe i bhfeidhm go cothrom ar gach freastalaí, cé go déanfar iad uair amháin.


Le haghaidh tuilleadh saincheaptha, úsáidfimid Postman.

Le haghaidh údarú, roghnaigh Bunúsach sa rannóg Údaraithe

Chun orduithe a sheoladh i gceart chuig na freastalaithe CMS, ní mór duit an t-ionchódú atá uait a shocrú

Sonraigh Webbridge leis an ordú IAR- le paraiméadar url agus brí cms.sampla.com



Sa droichead gréasáin féin, sonraímid na paraiméadair a theastaíonn uainn: rochtain aoi, rochtain shlán, agus mar sin de.

Glaoigh ar Bridge Groups

De réir réamhshocraithe, ní i gcónaí a bhaineann an CMS an leas is mó as na hacmhainní comhdhála atá ar fáil dó.

Mar shampla, le haghaidh cruinnithe le triúr rannpháirtí, féadfaidh gach rannpháirtí a bheith ar thrí Call Bridge'ax éagsúla. Chun go mbeidh na trí rannpháirtí seo in ann cumarsáid a dhéanamh lena chéile, bunóidh Call Bridges naisc go huathoibríoch idir na freastalaithe agus na cliaint go léir sa Spás céanna, ionas go mbeidh an chuma air go bhfuil gach cliant ar an bhfreastalaí céanna. Ar an drochuair, is é an míbhuntáiste a bhaineann leis seo ná go n-úsáidfidh comhdháil amháin de thriúr 3 gcalafort meán anois. Is léir gur úsáid mhí-éifeachtach acmhainní é seo. Chomh maith leis sin, nuair a bhíonn brú mór ar Dhroichead Glaonna, is é an mheicníocht réamhshocraithe leanúint de ghlaonna a fháil agus seirbhís ar chaighdeán laghdaithe a sholáthar do gach síntiúsóir den Droichead Glaonna sin.

Réitítear na fadhbanna seo trí úsáid a bhaint as gné Call Bridge Group. Tugadh an ghné seo isteach i leagan 2.1 de Bhogearraí Freastalaí Cruinnithe Cisco agus leathnaíodh é chun tacú le cothromaíocht ualaigh le haghaidh glaonna isteach agus amach, an Cisco Meeting App (CMA), lena n-áirítear rannpháirtithe WebRTC.

Chun fadhb an athnasctha a réiteach, tugadh isteach trí theorainn ualaigh inchumraithe do gach Droichead Glaonna:

teorainn ualaigh is é an t-ualach uimhriúil uasta do Dhroichead Glaonna ar leith. Tá teorainn ualaigh molta ag gach ardán, mar shampla 96000 don CMS1000 agus 1.25 GHz in aghaidh an phróiseálaí fíorúil don mheaisín fíorúil. Ídíonn glaonna éagsúla méid áirithe acmhainní ag brath ar réitigh agus ar ráta fráma an rannpháirtí.
BunphointíUalachTeorainneacha Comhdhála Nua (réamhshocraithe 50% loadLimit) - socraíonn sé teorainn ualach an fhreastalaí agus diúltaítear do chomhdhálacha nua ina dhiaidh sin.
Pointí Bunúsacha Comhdhála Ualaigh Teorainneacha Eiseacha (réamhshocraithe 80% de loadLimit) - Luach ualach an fhreastalaí agus ina dhiaidh sin diúltófar do rannpháirtithe a théann isteach i gcomhdháil atá ann cheana féin.

Cé gur dearadh an ghné seo le haghaidh dáileadh glaonna agus cothromaíocht ualaigh, is féidir grúpaí eile cosúil le freastalaithe TURN, freastalaithe Web Bridge, agus taifeadáin a shannadh do Ghrúpaí Call Bridge ionas gur féidir iad a ghrúpáil i gceart freisin le haghaidh na húsáide is fearr. Mura sanntar aon cheann de na cuspóirí seo do ghrúpa glaonna, glactar leis go bhfuil siad ar fáil do gach freastalaí gan aon tosaíocht ar leith.

Tá na socruithe seo cumraithe anseo: cms.sampla.com: 445 / api / v1 / córas / cumraíocht / braisle

Ansin, cuirimid in iúl do gach droichead glaonna cén grúpa droichead glaonna lena mbaineann sé:

An chéad droichead glaonna

An dara droichead glaonna

An tríú droichead glaonna


Mar sin, rinneamar an grúpa Call Brdige a chumrú chun acmhainní bhraisle Freastalaí Cruinnithe Cisco a úsáid ar bhealach níos éifeachtaí.

Úsáideoirí á n-iompórtáil ón Eolaire Gníomhach

Tá rannán cumraíochta LDAP ag an tseirbhís Riarachán Gréasáin, ach ní sholáthraíonn sé roghanna cumraíochta casta, agus ní stóráiltear an fhaisnéis sa bhunachar sonraí braisle, mar sin ní mór an chumraíocht a dhéanamh, de láimh ar gach freastalaí tríd an gcomhéadan Gréasáin, nó tríd an API, agus ionas go mbeidh muid “trí huaire nach n-éiríonn” beidh muid fós a shocrú ar na sonraí tríd an API.

Ag baint úsáide as URL chun rochtain a fháil cms01.example.com: 445/api/v1/ldapServers cruthaíonn sé réad Freastalaí LDAP, ag sonrú paraiméadair mar:

• IP freastalaí
• uimhir phoirt
• Ainm úsáideora
• pasfhocal
• slán

Slán - fíor nó bréagach ag brath ar an gcalafort, 389 - gan a bheith slán, 636 - slán.


Roghanna Foinse LDAP a Mhapáil chuig Tréithe i bhFreastalaí Cruinnithe Cisco.
Léarscáilíonn an léarscáiliú LDAP na tréithe san eolaire LDAP do na tréithe sa CMS. I ndáiríre tréithe:

• jidMapping
• Mapáil ainm
• coSpaceNameMapping
• coSpaceUriMapping
• coSpaceSecondaryUriMapping

Cur síos ar na tréitheJID is ionann é agus ID logáil isteach an úsáideora sa CMS. Ós rud é gur freastalaí LDAP Eolaire Gníomhach Microsoft é seo, mapálann an CMS JID chuig sAMAccountName in LDAP, arb é go bunúsach ID logáil isteach Eolaire Gníomhach an úsáideora. Tabhair faoi deara freisin go bhfuil an sAMAccountName á ghlacadh agat agus ag cur an fhearainn conf.pod6.cms.lab leis an deireadh toisc gurb é sin an logáil isteach a úsáidfidh d’úsáideoirí chun logáil isteach sa CMS.

Mapáil ainm mapálann an méid atá i réimse displayName an Eolaire Gníomhach go dtí réimse ainm CMS an úsáideora.

coSpaceNameMapping cruthaítear ainm CMS space'a bunaithe ar an réimse displayName. Is é an tréith seo, mar aon leis an tréith coSpaceUriMapping, a theastaíonn chun spás a chruthú do gach úsáideoir.

coSpaceUriMapping sainmhíníonn sé an chuid úsáideora den URI a bhaineann le spás pearsanta an úsáideora. Is féidir roinnt fearainn a chumrú le bheith socraithe sa spás. Má mheaitseálann an chuid úsáideora an réimse seo do cheann de na fearainn seo, díreofar an glao chuig spás an úsáideora sin.

coSpaceSecondaryUriMapping sonraítear an dara URI chun spás a bhaint amach. Is féidir é seo a úsáid chun ailias uimhriúil a chur le glaonna bealaigh chuig spás an úsáideora allmhairithe mar mhalairt ar an URI alfa-uimhriúil atá sonraithe sa pharaiméadar coSpaceUriMapping.

Tá an freastalaí LDAP agus léarscáiliú LDAP cumraithe. Anois caithfimid iad a nascadh le chéile trí fhoinse LDAP a chruthú.

Ag baint úsáide as URL chun rochtain a fháil cms01.example.com:445/api/v1/ldapSource cruthaigh réad Foinse LDAP, ag sonrú paraiméadair mar:

• freastalaí
• mapáil
• bonnDn
• scagaire

Anois go bhfuil an socrú LDAP críochnaithe, is féidir leat an oibríocht sioncronaithe láimhe a dhéanamh.

Déanaimid é seo i gcomhéadan Gréasáin gach freastalaí trí chliceáil Sync anois alt Eolaire Gníomhach


nó tríd an ordú API IAR- ag baint úsáide as URL chun rochtain a fháil cms01.example.com:445/api/v1/ldapSyncs

Comhdhálacha ad hoc

Cad é seo?I gcoincheap traidisiúnta na comhdhála, is é seo nuair a labhraíonn beirt rannpháirtí lena chéile, agus cuireann duine de na rannpháirtithe (ag baint úsáide as gléas atá cláraithe i CM Aontaithe) an cnaipe "Comhdháil", glaonna ar an duine eile, agus tar éis labhairt leis an tríú duine seo. páirtí, brúigh an cnaipe "Comhdháil" arís chun páirt a ghlacadh le gach rannpháirtí sa chomhdháil trí pháirtí.

Is é an difríocht idir comhdháil Ad-Hoc agus comhdháil CMS sceidealta ná nach bhfuil i gcomhdháil Ad-Hoc ach glaoch SIP chuig an CMS. Nuair a chliceálann tionscnóir na comhdhála an cnaipe Comhdhála an dara huair chun cuireadh a thabhairt do gach duine chuig an gcruinniú céanna, ní mór don CM Aontaithe glao API a dhéanamh chuig an CMS chun comhdháil ar an eitilt a chruthú, agus aistrítear gach glao chuici ansin. Tarlaíonn sé seo go léir dofheicthe do na rannpháirtithe.

Ciallaíonn sé seo go gcaithfidh an CM Aontaithe na dintiúir API agus seoladh/port seirbhíse WebAdmin a chumrú, chomh maith leis an Stoc SIP go díreach chuig an bhfreastalaí CMS chun leanúint leis an nglao.

Más gá, is féidir le CUCM spás a chruthú go dinimiciúil sa CMS ionas gur féidir le gach glao an CMS a bhaint amach agus an riail glaonna isteach atá beartaithe do spásanna a mheaitseáil.

Comhtháthú le CUCM cumraithe ar an mbealach céanna mar a thuairiscítear san alt níos luaithe ach amháin gur gá duit trí chrannán a chruthú ar Cisco UCM le haghaidh CMS, trí Dhroichead Comhdhála, sonraigh trí Ainmneacha Ábhair i bPróifíl Slándála SIP, Grúpa Bealaí, Liosta Bealaí, Grúpa Acmhainní Meán agus Liosta Grúpa Acmhainní Meán, agus cuir roinnt rialacha ródaithe le Cisco Freastalaí Cruinnithe.

Próifíl Slándála SIP:


Trucailí:


Breathnaíonn gach trunk mar an gcéanna:




Droichead Comhdhála


Breathnaíonn gach Droichead Comhdhála mar a chéile:


Grúpa Bealaí


Liosta Bealaí


Grúpa Acmhainní Meán


Liosta Grúpa Acmhainní Meán

Rialacha glaoch

Murab ionann agus córais rialaithe glaonna níos airde ar nós Unified CM nó Expressway, i gcás glaonna nua, ní fhéachann an CMS ach an fearann ​​sa réimse Iarratas SIP-URI. Mar sin má tá SIP INVITE le haghaidh sip: [ríomhphost faoi chosaint], ní bhaineann an CMS ach le domain.com. Leanann an CMS na rialacha seo chun a chinneadh cén áit ar féidir glaoch a chur:

1. Ar dtús, déanann an CMS iarracht an fearann ​​SIP a mhapáil chuig na fearainn atá cumraithe sna rialacha láimhseála glaonna isteach. Is féidir na glaonna seo a chur chuig spásanna (“sprioc”) nó chuig úsáideoirí sonracha, IVR inmheánacha, nó chuig cinn scríbe Microsoft Lync/Skype for Business (S4B) atá comhtháite go díreach.
2. Mura bhfuil aon mheaitseáil leis na rialacha láimhseála glaonna isteach, déanfaidh CMS iarracht an fearann ​​atá cumraithe sa tábla seolta glaonna a mheaitseáil. Má tá meaitseáil bunaithe, is féidir leis an riail an glao a dhiúltú go sainráite nó an glao a atreorú. Le linn an ama seo, féadfaidh an CMS an fearann ​​a athscríobh, rud a bhíonn úsáideach uaireanta chun fearainn Lync a ghlaoch. Is féidir leat a roghnú freisin chun pas a chaitheamh, rud a chiallaíonn nach mbeidh aon cheann de na réimsí a athrú a thuilleadh, nó úsáid a bhaint as plean diailithe CMS inmheánach. Mura bhfuil aon mheaitseáil sna rialacha seolta ar aghaidh, úsáidtear diúltú glao de réir réamhshocraithe. Bí ar an eolas, sa CMS, cé go bhfuil an glao "ar aghaidh", tá na meáin fós ceangailte leis an CMS, rud a chiallaíonn go mbeidh sé sa chonair tráchta comharthaíochta agus meán.
Ansin ní bhíonn ach glaonna a chuirtear ar aghaidh faoi réir rialacha maidir le glaonna amach. Socraíonn na socruithe seo na cinn scríbe a seoltar glaonna, an cineál trunc (cibé acu glao Lync nua nó SIP caighdeánach), agus aon aistriúcháin is féidir a dhéanamh mura bhfuil aistriú roghnaithe i riail seolta ar aghaidh.

Seo é an loga iarbhír ar cad a tharlaíonn le linn na comhdhála Ad-Hoc

Léiríonn an scáileán go dona (níl a fhios agam conas é a dhéanamh níos fearr), mar sin scríobhfaidh mé an loga mar seo:

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

An chomhdháil Ad-Hoc féin:


Rialacha glaonna isteach
Ní mór socruithe glaonna isteach a chumrú le go mbeidh tú in ann glao a fháil sa CMS. Mar a chonaic tú sa socrú LDAP, iompórtáladh gach úsáideoir leis an bhfearann ​​conf.pod6.cms.lab. Mar sin, ar a laghad, is mian leat glaonna chuig an bhfearann ​​​​seo chun spásanna a dhíriú. Beidh ort freisin rialacha a shocrú le haghaidh rud ar bith a bhaineann leis an FQDN (agus b'fhéidir fiú seoladh IP) gach ceann de na freastalaithe CMS. Socróidh ár rialú glaonna seachtrach, Unified CM, trunks SIP atá tiomnaithe do gach ceann de na freastalaithe CMS ina n-aonar. Cibé an seoladh IP ceann scríbe na dtrinsí SIP seo nó is é FQDN an fhreastalaí a chinnfidh cibé an gá an CMS a chumrú chun glacadh le glaonna a dhírítear chuig a sheoladh IP nó chuig FQDN.

Úsáidtear an fearann ​​ag a bhfuil an riail isteach tosaíochta is airde mar an bhfearann ​​​​le haghaidh aon spásanna úsáideora. Nuair a dhéanann úsáideoirí sioncronú trí LDAP, cruthaíonn an CMS spásanna go huathoibríoch, ach ní chruthaíonn ach an chuid úsáideora den URI (coSpaceUriMapping), mar user.space. Cuid fearann gintear an URI iomlán bunaithe ar an riail seo. Go deimhin, dá mba rud é go raibh tú chun logáil isteach i Web Bridge ag an bpointe seo, d'fheicfeá nach bhfuil fearann ​​ag an Space URI. Tríd an riail seo a shocrú mar an tosaíocht is airde, socraíonn tú an fearann ​​le haghaidh spásanna ginte conf.sampla.com.


Rialacha glaonna amach

Chun ligean d'úsáideoirí glaonna amach a dhéanamh chuig an mbraisle CM Aontaithe, ní mór duit rialacha amach a chumrú. Is é fearann ​​na gcríochphointí atá cláraithe le CM Aontaithe, mar Jabber, ná example.com. Ba cheart glaonna chuig an bhfearann ​​seo a chur ar aghaidh mar ghlaonna caighdeánacha SIP chuig nóid phróiseála glaonna CM Aontaithe. Is é cucm-01.example.com an príomhfhreastalaí, agus cucm-02.example.com an freastalaí tánaisteach.

Déanann an chéad riail cur síos ar an ródú glaonna is simplí idir freastalaithe braisle.

Réimse Áitiúil ón bhfearann freagrach as an méid a thaispeánfar i SIP-URI an té a bheidh á ghlaoch i ndiaidh na siombaile “@”. Má fhágann muid folamh é, ansin tar éis an tsiombail "@" beidh seoladh ip CUCM'a trína dtéann an glao seo. Má shonraímid fearann, ansin tar éis an tsiombail “@”, beidh fearann ​​ann i ndáiríre. Tá sé seo riachtanach chun go mbeifear in ann glaoch ar ais, nó ní bheidh sé indéanta glaoch ar ais ag baint úsáide as an ainm SIP-URI@ip-seoladh.

Glaoigh nuair a thugtar le fios Áitiúil ón bhfearann


glaoch nuair NACH léirithe Áitiúil ón bhfearann


Bí cinnte a shonrú go sainráite Criptithe nó Neamhchriptithe do ghlaonna amach, mar nach n-oibríonn aon rud le paraiméadar Auto.

Taifeadadh

Déanann an Freastalaí Taifeadta físchomhdhálacha. Is é an Taifeadán díreach mar an gcéanna Freastalaí Cruinnithe Cisco. Ní éilíonn Recorder aon cheadúnais a shuiteáil air féin. Tá ceadúnais taifeadta ag teastáil le haghaidh freastalaithe a ritheann seirbhísí CallBridge, i.e. Tá an ceadúnas Taifeadta ag teastáil agus ní mór é a chur i bhfeidhm ar an gcomhpháirt CallBridge, ní ar an bhfreastalaí a ritheann an Taifeadán. Iompraíonn an Taifeadán cosúil le cliant Prótacal Teachtaireachtaí agus Láithreacht Leathan (XMPP), mar sin ní mór an freastalaí XMPP a chumasú ar an bhfreastalaí a óstáil an CallBridge.

Mar tá braisle againn agus ní mór an ceadúnas a “shíneadh” chuig na trí fhreastalaithe braisle. Ansin, go simplí sa chuntas pearsanta sna ceadúnais chomhlachú againn (cuir) na seoltaí MAC na comhéadain a-de gach freastalaithe CMS san áireamh sa bhraisle.

Agus ba chóir go mbeadh an pictiúr seo ar gach freastalaí braisle

Go ginearálta, tá roinnt cásanna ann chun Taifeadán a chur, ach cloífimid leis seo:


Sula gcuirtear an Taifeadán ar bun, ní mór duit áit a ullmhú ina ndéanfar físchomhdhálacha a thaifeadadh i ndáiríre. I ndáiríre anseo nascconas an Taifeadadh iomlán a shocrú. Díreoidh mé ar phointí agus sonraí tábhachtacha:

1. Is fearr an teastas a bhaint den chéad fhreastalaí i mbraisle.
2. Féadfaidh an earráid "Recorder unavailable" tarlú toisc go bhfuil an deimhniú mícheart sonraithe san Iontaobhas Taifeadta.
3. Ní fhéadfaidh an scríobh dul mura bhfuil an scríobh sonraithe mar an eolaire fréimhe i NFS.

Uaireanta is gá comhdháil d'úsáideoir nó spás áirithe amháin a thaifeadadh go huathoibríoch.

Chun seo, cruthaítear dhá CallProfiles:
Agus an fheidhm taifeadta díchumasaithe


Agus le feidhm taifeadta uathoibríoch


Chomh maith leis an space'u riachtanach déanaimid "fasten" CallProfile le feidhm uathoibríoch taifid.


I CMS, tá sé bunaithe mar sin má tá CallProfile ceangailte go sainráite le roinnt spásanna nó spásanna, ansin ní oibríonn an CallProfile seo ach do na spásanna sonracha seo. Agus mura bhfuil an CallProfile ceangailte le haon spás, ansin de réir réamhshocraithe cuirtear i bhfeidhm é ar na spásanna sin nach bhfuil aon CallProfile ceangailte go sainráite leo.

An chéad uair eile déanfaidh mé iarracht cur síos a dhéanamh ar an gcaoi a bhfuil rochtain ar an CMS lasmuigh de líonra inmheánach na heagraíochta.

Foinsí:

• 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

Foinse: will.com