-
Fototrend
E topik előzményeit elolvashatjátok (#10133 nál kezdődik és #10614 ig tart)
itt.
Új hozzászólás Aktív témák
-
Teplic
tag
válasz itanczos #1372 üzenetére
I.
Vagy használod a penalty-t , amikor a queueba így tesszük bele:100,0
101,0
102,1
103,2Ahol a vessző utáni rész a súlyozás.
102-re pl akkor megy ha 100 és 101 sem érhető el. Ekkor azonban a Local channelekre vigyázni kell, mert problémát okozhat egy parkoltatás, de akár várakoztatás is. Főleg a Local channelek tudnak bekavarni, de kapcsolókkal vagy contextből az is kezelhető.
II:
queue-ból queue-ba failoverezel. ha az 1-esben nincs szabad, failover a 2-es-re.Időnként timeoutoltatni is kell, mert ha 100 és 101 foglalt és 102 csörög, 102 sem veszi esetleg fel, eközben 100 lehet már felszabadult, alapból nem neki fogja mégsem osztani.
Azért egy kis wrapup sem árt néha, ha sok hívás van.Elastixban láttam, hogy benne van, ismerem. FOP és FOP2.0-val, de nem szeretem egyiket sem.
Napi sok ezer hívás esetén lassú, körülményes, nehezen kezelhető. Lassú. Nem alakítható egyedi igények szerint, queue-król alig ad infot. Nem dinamikusan pakolgat, stb.
ha meg akarom jeleníteni ki ebédel ,ki szabad, ki beszél, ki van cigiszüneten, stb és ezeket dinamikusan táblázatba rendezni ,akkor azt hogyan? melyik queueba hogy várnak, ha queue-k egymáshoz képest vannak ki az első, a második és a sokadik a sorban és melyik queue-ra vár, stb? mennyi ideje várakoznak, ki beszél, ki csörög, mennyi az össz kezelt létszám az elmúlt órából, mennyi az elveszett, mennyi az össz várakozó, stb, stb. Lehet sokáig cifrázni és ezekre riportokat csinálni. akkor a gyáriak nem használhatóak jól. Átrendezni, hogyan?
Napi, óránként statisztikákkal realtime frissítve. (ja, és kevesebbet eszik, mint egy flashes FOP)ha van 20 operátorod, de csak 3 dolgozik, neked az aznapi műszakosoknak fog csak érdekelni a forgalma. Minek nézzed, hogy a többi nincs beregisztrálva? Riportokból meg aztán a végtelenségig el lehet menni. Tudom queuemetrics és társai, mégis túl sokat nem lehet a fizetősökből sem kihozni, ha speciálisabb esetet szeretnénk.
[ Szerkesztve ]
-
glaci
őstag
válasz itanczos #1372 üzenetére
Egy darabig szórakoztam vele. Tulajdonképpen jól működött. Akkor a "másik oldalon" az SRTP -vel és az IAX -al voltak a NAT miatt gondok, így a végső, élesen üzemelő megvalósítás elmaradt.
Annyi hiba van benne, hogy amikor lebomlik a kapcsolat (tehát a hívás), akkor a BT is kap egy resetet, ezért néhány másodpercig nincs kapcsolat a telóval és addig offline lesz. Ill., ha akkor egyből jön új bejövő, akkor az nem mindig jut el az Asterisk -re.Majd írok ide valami okosat. (Majd ...) ;)
Új hozzászólás Aktív témák
- Eredeti játékok OFF topik
- Gaming notebook topik
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Android alkalmazások - szoftver kibeszélő topik
- 2 nm-en készülhet az Exynos 2600
- Nokia 3210 - felélni az örökséget
- DOOM: The Dark Ages címmel jön a sorozat új része?
- Jobb zoom, egyszerűbb kijelző - megérkezett a Sony Xperia 1 VI
- Vallás
- Autós topik
- További aktív témák...
- HP EliteBook 645 G10 (817M3EA) - ÚJ 14" üzleti notebook - Ryzen 5 PRO, W11 pro, WWAN
- 3 db ICERIVER KAS KS0 PRO
- DOBOZOS MSI Raider GE76: i7 12700H,32GB DDR5,1TB,17.3" QHD 240Hz 400nit 100%sRGB,RTX 3070Ti 8GB 150W
- Asus Tuf Dash 15 i7 11370H/16Gb/512Gb/RTX3060
- HUAWEI MateBook 16: Ryzen 7 5800H,16GB,512GB,16" 2.5K 2520x1680 350nit 100%sRGB,Radeon RX Vega 8
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Ozeki Kft.
Város: Debrecen