(MEGOLDVA) Asterisk konferenciaszobák összekapcsolása és menedzselése.

Fórumok

Azt szeretném valahogy kivitelezni, hogy egy „Conference leader” tudjon részt venni és menedzselni 2db konferenciát egyszerre.

Az elképzelésem az, hogy (A) konferenciához csatlakozik a leader, melyikben engedélyezve van a DTMF forwarding, de nincs helyi menü végrehajtás. Majd ez a konferencia csatlakozik (B) és (C) konferenciához egy szintén „leader” behívással, ahol már csak végrehajtva vannak a DTMF utasítások.

Az A és B konferencia ugyan azon az Asterisk szerveren futna, de a C konferencia egy távoli gépen.

Kérdés:
1,) Jelen pillanatban nem tudom, hogy tudnám összekötni a az A és B konferencia-szobát.
2,) Eleve nem tudom az elképzelés megvalósítható e?

Hozzászólások

szerintem nem megvalosithato, de ha megis engem is erekel hogyan

Érdekesen hangzik.
Lehet nem értem teljesen.
Az összekötni A és B konferencia szobát kicsit úgy tűnik, mintha azt szeretnéd, hogy mindenki halljon mindenkit. Akkor egyszerűbb IAX trunk-el összekötni A és B szervert, majd egyiken létrehozni a konferencia szobát. Mondjuk B-n.
Így a másik szerverről is megoldható, hogy közvetlen mellékszámmal hívják ugyanazt a szobát, mintha ők is a B mellékei lennének.
C szerver is ugyanígy köthető B-hez, csak itt jön a nem teljesen értem.
Kikötés, hogy mondjuk egyik konferencia résztvevői ne hallják a másik konferencia résztvevőit, de a leader mind a kettőt hallja és őt is hallja mind két szoba? Vagy esetleg csak DTMF kódokkal tudjon operálni mindenhol?

Igazából csak arra lennék kíváncsi, hogy ebben az esetben mi a legfontosabb szempont, ami miatt szükség lenne erre a megoldásra, hátha van alternatív megoldás. :P

Aki 20 szóban mondja el azt, amit kettőben is el lehet, az egyéb aljasságra is képes.

Szerintem a konferenciák összekapcsolására chan_local lesz a barátod.
Egyik lábon behív a konferenciába, majd a másik lábon elküldöd egy contextbe - ami behív a másik konferenciába.

btw: nekem nem tűnik túl logikusnak 2 konferencia összekapcsolása (miért nem azt az egyet használja mindenki? :)
de biztos megvan az oka

Köszönöm a megoldást!

-----------------------------------------------------
A miértjét ne kérdezd, mert az nem technikai jellegű.
(A)-------(B)
|
|
(C)

Ahhoz, hogy "A" vezérelni tudja a "B" és "C" konferenciát egyszerre, eddig azt hittem mindhárom konferenciaszobát külön Asterisk szerverre kell tenni.
Hála neked és a chan_local -nak, remekül megfér egy Asterisken.
- Az "A" -ban nincs DTMF értelmezés csak továbbítás. Ide belép a ConfLeader marked userként.
exten => A_CONF,n,MeetMe(1111,FAx,AdminPin);

- Az "A" konferencia outgoing behív "B" -be és "C" úgy, hogy "A" -ban egyszerű felhasználóként van belépve, de "B" -be és "C" -be marked userként.

exten => A_CONF,n,MeetMe(1111,wx,UserPin);
|
|
ˇ
exten => B_CONF,n,MeetMe(2222,saAx,AdminPin);
exten => C_CONF,n,MeetMe(3333,saAx,AdminPin);

- A "B" és "C" konferenciába belépnek a mezei júzerek (ki - ki a maga helyére) és mindenki hall mindenkit.
- A "B" és "C" konferenciákat a ConfLeader egyszerre tudja vezérelni DTMF kódokkal és ha ConfLeader kilép, akkor az egész rendszer bontódik.

Lehet hogy nem logikus, de szoktak érdekes dolgokat kérni, mely nélkülözi a logikát. És azt is meg kell oldani ha lehet :P

De végső esetben marad a magyar sufnituning. Mind három szerverre felvenni egy melléket a leadernek, majd egy gépre feltesz három softphonet és mindegyikhez külön kapcsolódik. :D

Aki 20 szóban mondja el azt, amit kettőben is el lehet, az egyéb aljasságra is képes.