"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 list
lms@lists.lms.org.pl
http://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 list
lms@lists.lms.org.pl
http://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