"Asterisk co prawda pozwala również na konfigurację dialplanów w bazie, ale mechanizm wybierania rekordów do dialplanu jest tam strasznie pogmatwany (jakieś dziwne skoki po priorytetach)."
Właśnie to było głównym powodem tego że postanowiłem darować sobie bazy.
A możesz powiedzieć jak to wygląda w przypadku ładowania logów/cdrek do tabel? Na plikach jest to realizowane na bieżąco. Czy w przypadku bazy nie jest generowane jakieś znaczące obciążenie z tego tytułu?
W dniu 15 stycznia 2016 08:19 użytkownik Ernest ernest@poczta.tarman.pl napisał:
W dniu 01/14/2016 o 10:13 PM, Rafał Z. pisze:
Może nie jedyny - zawsze można jeszcze w prosty sposób generować pliki konfiguracyjne, tworzyć własne cdrki np per user itd. Co myślisz/myślicie o takim pomyśle?
Konfiguracja statyczna vs realtime(z bazy)? Każdy szyje system tak jak lubi/potrafi ;) ja jednak stawiam na konfigurację mieszaną (użytkownicy z bazy, dialplan statyczny) ze względu na brak przeładowań bazy użytkowników. Asterisk co prawda pozwala również na konfigurację dialplanów w bazie, ale mechanizm wybierania rekordów do dialplanu jest tam strasznie pogmatwany (jakieś dziwne skoki po priorytetach) .
Co do CDRów to pakując je do bazy nie musisz się bawić w rozdzielanie ich per user bo może ci to załatwić dialplan(w sensie dodatkowych znacznikówrekordu) i/lub odpowiednie zapytanie SQL. Rozdzielenie CDRów na pliki per user tylko komplikuje taryfikację.
W dniu 14 stycznia 2016 09:54 użytkownik Ernest ernest@poczta.tarman.pl napisał:
W dniu 01/14/2016 o 08:34 AM, Rafał Z. pisze:
Witam
Na tym demie masz to ogarnięte już z Asteriskiem czy dajmy na to SIPy póki co lecą po prostu do/z bazy?
Aktualnie leci po prostu do bazy (i tylko w takim wymiarze danych jakie widać) ale nic nie stoi na przeszkodzie żeby ich ożenić ;).
U siebie mam to rozdzielone. Baza asteriska jest synchronizowana skryptem w cronie. Chcąc zachować spójność LMS`a (chciałem żeby po wyłączeniu pluginu podstawowe dane kont voipowych były nadal widoczne w LMS), plugin musi korzystać z LMS`owej tabeli voipaccounts. Zresztą inne wtyczki też będą/są dostosowane do podstawowej struktury bazy LMS.
Jedyna możliwość ich połączenia(w sensie synchronizacji ) to eksport danych do osobnej tabeli/bazy samej centrali (* ma też swoje wymagania co do struktury tabel) na zasadzie kontrolki przeładuj ustawienia.
Jeżeli jesteś zainteresowany takim mariażem to daj znać ;).
Zastanawiam się nad napisaniem billingowania pod LMS tylko nie wiem jakie byłoby zainteresowanie ;)
W dniu 11 stycznia 2016 11:31 użytkownik Ernest ernest@poczta.tarman.pl napisał:
Witam w Nowym Roku ;)
Brak uwag, czy brak chętnych na wtyczkę ?? ;(
W dniu 12/28/2015 o 11:28 AM, Ernest pisze:
Witajcie
Do podglądnięcia i zasugerowania co jeszcze należy uwzględnić. Jak na razie to tylko szkic (prawie same szablony) .
http://lmstest.hades.tarman.pl 'demo', 'Demo1234'
W dniu 12/23/2015 o 08:20 AM, Ernest pisze:
W dniu 12/22/2015 o 05:48 PM, Arturz pisze:
W dniu 2015-12-22 o 15:35, Ernest pisze:
> Witaj > > Właśnie po to ten wątek ;) > w założeniu: > -kilka (co najmniej jedna) central ;) > -technologia mieszana voip/pstn > --VOIP -statyczni klienci cisco(gatekeeper) i asteriska > >
-- Pozdrawiam Michał Szmigielski /ernesttar/
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing listlms@lists.lms.org.plhttp://lists.lms.org.pl/mailman/listinfo/lms
-- Pozdrawiam Michał Szmigielski /ernesttar/
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing listlms@lists.lms.org.plhttp://lists.lms.org.pl/mailman/listinfo/lms
-- Pozdrawiam Michał Szmigielski /ernesttar/
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms