Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
FreePBX - kilka pytań początkującego
696 views
Skip to first unread message
Piotr C.
Dec 14, 2013, 11:27:15 AM12/14/13
to
Kupiłem Raspberry Pi do różnych eksperymentów i zacząłem od FreePBX. Celem jest zrobienie małej centralki, a w zasadzie 'nagrywarki' połączeń z telefonu/bramki SIP do operatora (Halonet). No ale są drobne problemy:
1. Dowolne połączenie z telefonu 'na zewnątrz' skutkuje komunikatem słownym "All circuits are busy now, please try your call again later". Łącza i routing skonfigurowany (poniżej opisuję jak). Podobnie przy dzwonieniu wewnętrznym na voicemail, natomiast inne połączenia wewnętrzne działają (extension-->extension)
2. Połączenia przychodzące od operatora działają ale jest opóźnienie w łączeniu ok. 4 sekundy. Tzn. połączenia z jednego numeru w Halonet na drugi "dzwonią" momentalnie, ale gdy numer docelowy jest na freePBX, telefon dzwoni po kilku sekundach dopiero. Tak samo jeśli połączenie jest kierowane na zapowiedź słowną - też 4 sekundy ciszy. Dlaczego?
3. Nagrywanie działa idealnie do wav 8kHz PCM, czy da się nagrywać do formatu stereo (rozdzielone kanały od/do telefonu)?
Konfiguracja jest taka:
- extension: [266] - tutaj skonfigurowany tel. SIP, rejestruje się prawidłowo
- trunk: skonfigurowana linia Halonet, rejestruje sie
- inbound rules: default: wszystkie połączenia kierowane na ext.[266]
- outbound rules: "266": wszystkie połączenia kierowane na trunk Halonet
I tutaj jedynie zmieniałem "Dial patterns": prepend i prefix --> puste, match mattern: "." albo "X.", callerID "266" albo puste. Żadnej różnicy.
Jeśli chodzi o kodeki: w ustawieniach SIP odhaczony tylko aLaw, podobnie w Trunk --> Peer details i User details jest tylko aLaw. Przez 2 godziny walczyłem z niedziałającym czymkolwiek, bo aktywne w "SIP settings" było tylko uLaw, a na bramce - tylko aLaw ;) No ale już OK.
pozdrawiam
1. Dowolne połączenie z telefonu 'na zewnątrz' skutkuje komunikatem słownym "All circuits are busy now, please try your call again later". Łącza i routing skonfigurowany (poniżej opisuję jak). Podobnie przy dzwonieniu wewnętrznym na voicemail, natomiast inne połączenia wewnętrzne działają (extension-->extension)
2. Połączenia przychodzące od operatora działają ale jest opóźnienie w łączeniu ok. 4 sekundy. Tzn. połączenia z jednego numeru w Halonet na drugi "dzwonią" momentalnie, ale gdy numer docelowy jest na freePBX, telefon dzwoni po kilku sekundach dopiero. Tak samo jeśli połączenie jest kierowane na zapowiedź słowną - też 4 sekundy ciszy. Dlaczego?
3. Nagrywanie działa idealnie do wav 8kHz PCM, czy da się nagrywać do formatu stereo (rozdzielone kanały od/do telefonu)?
Konfiguracja jest taka:
- extension: [266] - tutaj skonfigurowany tel. SIP, rejestruje się prawidłowo
- trunk: skonfigurowana linia Halonet, rejestruje sie
- inbound rules: default: wszystkie połączenia kierowane na ext.[266]
- outbound rules: "266": wszystkie połączenia kierowane na trunk Halonet
I tutaj jedynie zmieniałem "Dial patterns": prepend i prefix --> puste, match mattern: "." albo "X.", callerID "266" albo puste. Żadnej różnicy.
Jeśli chodzi o kodeki: w ustawieniach SIP odhaczony tylko aLaw, podobnie w Trunk --> Peer details i User details jest tylko aLaw. Przez 2 godziny walczyłem z niedziałającym czymkolwiek, bo aktywne w "SIP settings" było tylko uLaw, a na bramce - tylko aLaw ;) No ale już OK.
pozdrawiam
Piotr C.
Dec 15, 2013, 2:15:26 PM12/15/13
to
Sprawdziłem logi asteriska, pobawiłem się troche i problemy rozwiązane (poniżej wyjaśnienie).
Jest natomiast inny problem. Jest kilka trunków SIP. Czy można jakoś nadpisać ich "DID" (żądany numer) aby potem w Inbound Routes dało się go wykorzystać do kierowania na odpowiedni wewnętrzny? Sytuacja wygląda tak, że Halonet podaje DID==login (jeszcze ujdzie) natomiast Ipfon nie podaje nic. Konkretnie, gdy połączenie przychodzi z Halonet, pojawia się następujący log:
-- Executing [LOGIN@from-trunk:1] NoOp("SIP/Halonet-61-666-zzzz-0000008a", "Catch-All DID Match - Found LOGIN - You probably want a DID for this.") in new stack
=====
> 2. Połączenia przychodzące od operatora działają ale jest opóźnienie w łączeniu ok. 4 sekundy.
Sprawdziłem i z początku asterisk odpowiada błyskawicznie, a zamula się na pare sekund w miejscu ###########
Winny okazał się moduł Superfecta który sprawdza CID w różnych bazach danych. Co ciekawe wyłączenie wszystkich serwisów ani zmiana timeout na 1s nic nie dało, dopiero odinstalowanie modułu.
Jest natomiast inny problem. Jest kilka trunków SIP. Czy można jakoś nadpisać ich "DID" (żądany numer) aby potem w Inbound Routes dało się go wykorzystać do kierowania na odpowiedni wewnętrzny? Sytuacja wygląda tak, że Halonet podaje DID==login (jeszcze ujdzie) natomiast Ipfon nie podaje nic. Konkretnie, gdy połączenie przychodzi z Halonet, pojawia się następujący log:
-- Executing [LOGIN@from-trunk:1] NoOp("SIP/Halonet-61-666-zzzz-0000008a", "Catch-All DID Match - Found LOGIN - You probably want a DID for this.") in new stack
=====
> 1. Dowolne połączenie z telefonu 'na zewnątrz' skutkuje komunikatem słownym "All circuits are busy now, please try your call again later".
Dodałem trunk do IPFONa i o dziwo działał... Sprawdziłem m.in. halonetowy manual do konfigu asteriska, pomogło dodanie "PEER details": fromuser=... oraz insecure=invite.
> 2. Połączenia przychodzące od operatora działają ale jest opóźnienie w łączeniu ok. 4 sekundy.
Winny okazał się moduł Superfecta który sprawdza CID w różnych bazach danych. Co ciekawe wyłączenie wszystkich serwisów ani zmiana timeout na 1s nic nie dało, dopiero odinstalowanie modułu.
0 new messages