Dodano produkt do koszyka

Hosting FreePBX - FPBX-1vCore-2GB-RAM-25GSSD 12m - wirtualny serwer - centrala IP PBX dla firmy

Hosting FreePBX - FPBX-1vCore-2GB-RAM-25GSSD 12m - wirtualny serwer - centrala IP PBX dla firmy

Producent: SQS Polska

DETAL:
106.00 zł netto
130.38 brutto
Koszty dostawy:
  • Produkty i usługi w formie elektronicznej - brak kosztów dostawy 0.00 zł brutto
  • Przesyłka kurierska i usługi w formie elektronicznej 25.00 zł brutto
Dostępność:
Opis produktu

Hosting FreePBX - FPBX-1vCore-2GB-RAM-25GSSD - umowa na 12 miesięcy

to podstawowy wirtualny serwer IP PBX umożliwiający podłączenie od 1 do 10 użytkowników oraz realizację do 3 jednoczesnych połączeń telefonicznych. Podane wartości to parametry orientacyjne umożliwiające dobranie hostingu do wielkości organizacji. Uwaga - serwery hostingowe skalowane są wyłącznie w górę, nie ma możliwości zmiany usługi na serwer z niższymi parametrami.

Własna centrala telefoniczna IP w chmurze oparta na otwartoźródłowym oprogramowaniu FreePBX dostępna w ciągu kilku minut od zawarcia umowy. Otrzymasz serwer z zainstalowanymi wszystkimi komponentami FreePBX, skonfigurowany tak, aby akceptować wyłącznie połączenia z adresu IP podanego w umowie, aby uniknąć niepożądanych prób logowania. 

Zapewniamy hosting FreePBX w data center w wielu wariantach. Gwarantujemy skalowalność rozwiązania - każda centrala może mieć zwiększone parametry, jeżeli organizacja będzie się rozwijać. 

Usługa jest dostępna wyłącznie dla klientów instytucjonalnych po zawarciu umowy. Zakup niniejszego produktu zostanie zaliczony na poczet pierwszego abonamentu za usługę. W uwagach do zamówienia proszę podać dane kontaktowe - nasi pracownicy skontaktują się z Państwem w celu omówienia szczegółów.

Najważniejsze funkcje:

  • Automatyczne zapowiedzi
  • Billing przez www i w formie pliku csv
  • CLIP
  • CLIR
  • Czarna lista numerów
  • DDI - bezpośrednie wdzwanianie na numery wewnętrzne
  • DISA
  • Do Not Disturb (DnD) - nie przeszkadzać
  • Interaktywne menu głosowe (IVR)
  • Kalendarz i kierowanie połączeń w oparciu o warunki czasowe
  • Muzyka na czekanie
  • Parkowanie rozmów
  • Poczta głosowa z możliwością wysyłki na adres email
  • Połączenia trójstronne
  • Przekierowywanie bezwarunkowe
  • Przekierowywanie na podstawie numeru dzwoniącego
  • Przekierowywanie w przypadku braku odpowiedzi
  • Przekierowywanie w przypadku zajętości
  • Szybkie wybieranie
  • Telekonferencje
  • Transfer w ciemno (bez powiadamiania)
  • Transfer z konsultacją
  • Wybieranie skrócone

 

 

 

UWAGA! Wszystkie podane poniżej ceny są cenami netto!

 

 


Warianty usługi

 

                       
  Wariant vCore DYSK (Typ i wielkość - GB) Pamięć (GB) Użytkownicy Jednocz. połączenia Nagrania połączeń (mies) Ceny netto - cena abonamentu przy umowie:
 
24 mies. 12 mies. Bezter-minowa
 
FPBX-1vCore-1GB-RAM-15GSSD 1 SSD 15 1 1 – 10 1 – 3 0 69 82 99
 
FPBX-1vCore-2GB-RAM-25GSSD 1 SSD 25 2 1 – 15 1 – 5 0 – 1 89 106 128
 
FPBX-1vCore-2GB-RAM-50GHDD 1 HDD 50 2 1 – 15 1 – 5 1 – 2 99 119 -
 
FPBX-1vCore-4GB-RAM-75GHDD 1 HDD 75 4 1 – 25 1 – 10 1 – 3 119 143 -
 
FPBX-2vCore-6GB-RAM-100GHDD 2 HDD 100 6 1 – 50 1 – 20 1 – 4 139 167 -
 
FPBX-1vCore-2GB-RAM-75GSSD 1 SSD 75 2 1 – 25 1 – 5 1 – 3 159 - -
 
FPBX-2vCore-8GB-RAM-150GHDD 2 HDD 150 8 1 – 75+ 1 – 40 1 – 6 179 - -
 
FPBX-2vCore-4GB-RAM-100GSSD 2 SSD 100 4 1 – 50+ 1 – 10 1 – 4 219 - -
 
FPBX-2vCore-6GB-RAM-250GHDD 2 HDD 250 6 1 – 100+ 1 – 20 1 – 12 249 - -
 
FPBX-2vCore-6GB-RAM-150GSSD 2 SSD 150 6 1 – 75+ 1 – 20 1 – 6 289 - -
 
FPBX-4vCore-8GB-RAM-500GHDD 4 HDD 500 8 1 – 200+ 1 – 40 1 – 24 329 - -
 
FPBX-4vCore-8GB-RAM-250GSSD 4 SSD 250 8 1 – 100+ 1 – 20 1 – 12 329 - -
 
FPBX-4vCore-8GB-RAM-500GSSD 4 SSD 500 8 1 – 200+ 1 – 50 1 – 24 479 - -

Stan produktu: nowy

Opinie, recenzje, testy:

Ten produkt nie ma jeszcze opinii

Twoja opinia

Ocena:
  • Wszystkie pola są wymagane
Konfiguracja FreePBX - pytania i odpowiedzi

Konfiguracja FreePBX - odpowiedzi na najczęściej zadawane pytania

 

W tym miejscu chcemy umieszczać odpowiedzi na najczęściej zadawane przez Was pytania dotyczące FreePBX. Zachęcamy do komentowania i zadawania pytań pod tym artykułem a nasi inżynierowie będą aktualizować odpowiedzi tak często, jak to tylko możliwe. Jeżeli nie znajdziecie tu tego co Was interesuje zapraszamy do kontaktu z naszym biurem obsługi klienta pod numerem 122 100 900

Jesteśmy dostawcą hostingu FreePBX! Jeżeli chcesz mieć własną centralę FreePBX w chmurze tu znajdziesz coś interesującego

 

Przychodzące połączenia telefoniczne zrywają się po kilkudziesięciu sekundach od wybrania numeru, nic nie słychać w słuchawce, po okresie pół minuty połączenie jest kończone

To jeden z najczęściej spotykanych problemów zgłaszany przez naszych klientów podczas uruchamiania nowej centrali telefonicznej. Podczas konfiguracji FreePBX należy pamiętać o bardzo dużej ilości czynników, które mogą wpływać na możliwość komunikowania się centrali ze światem zewnętrznym. 

 

Przeanalizujmy zatem jaki problem występuje podczas wykonywania połączenia przychodzącego:

Logujemy się do FreePBX przez SSH i wpisujemy komendę asterisk -rvvvv:

root@localhost> asterisk -rvvvv

W tym momencie uzyskujemy podgląd wszystkiego co dzieje się na naszej centrali podczas połączenia przychodzącego. W poniższym przykładzie połączenie powinno zostać skierowane do IVR, ale gdy dzwonimy słychać tylko ciszę, a po 30 sekundach połączenie jest przerwane. Jak to wygląda w końcowej części logu

localhost*CLI>

-- Executing [s@macro-dial:8] Set("SIP/voip-operator-inbound-0000008a", "DIALSTATUS=NOANSWER") in new stack

-- Executing [s@macro-dial:9] GosubIf("SIP/voip-operator-inbound-0000008a", "0?NOANSWER,1") in new stack

-- Executing [600@ext-group:12] Gosub("SIP/voip-operator-inbound-0000008a", "sub-record-cancel,s,1()") in new stack

-- Executing [s@sub-record-cancel:1] Return("SIP/voip-operator-inbound-0000008a", "") in new stack

-- Executing [600@ext-group:13] Set("SIP/voip-operator-inbound-0000008a", "SIP/voip-operator-inbound-0000008a", "0?nodest") in new stack

-- Executing [600@ext-group:15] Set("SIP/voip-operator-inbound-0000008a", "SIP/voip-operator-inbound-0000008a", "blkvm-clr,") in new stack

-- Executing [s@macro-blkvm-clr:1] Set("SIP/voip-operator-inbound-0000008a", "SHARED(BLKVM,SIP/voip-operator-inbound-0000008a)=") in new stack

-- Executing [s@macro-blkvm-clr:2] Set("SIP/voip-operator-inbound-0000008a", "SIP/voip-operator-inbound-0000008a", "") in new stack

-- Executing [600@ext-group:17] Goto("SIP/voip-operator-inbound-0000008a", "ivr-2,s,1") in new stack

-- Goto (ivr-2,s,1)

-- Executing [s@ivr-2:1] Set("SIP/voip-operator-inbound-0000008a", "_IVR_CONTEXT_ivr-SIP/voip-operator-inbound-0000008a", "_IVR_CONTEXT=ivr-2") in new stack

-- Executing [s@ivr-2:3] Set("SIP/voip-operator-inbound-0000008a", "SIP/voip-operator-inbound-0000008a", "0?skip") in new stack

-- Executing [s@ivr-2:5] Answer("SIP/voip-operator-inbound-0000008a", "") in new stack

-- Executing [s@ivr-2:6] Wait("SIP/voip-operator-inbound-0000008a", "1") in new stack

-- Executing [s@ivr-2:7] Set("SIP/voip-operator-inbound-0000008a", "IVR_MSG=custom/NewIVR") in new stack

-- Executing [s@ivr-2:8] Set("SIP/voip-operator-inbound-0000008a", "TIMEOUT(digit)=3") in new stack

-- Digit timeout set to 3.000

-- Executing [s@ivr-2:9] ExecIf("SIP/voip-operator-inbound-0000008a", "1?Background(custom/NewIVR)") in new stack

-- <SIP/voip-operator-inbound-0000008a> Playing 'custom/NewIVR.slin' (language 'en')

-- Executing [s@ivr-2:10] WaitExten("SIP/voip-operator-inbound-0000008a", "15,") in new stack

[2020-06-25 12:01:24] NOTICE[1911]: chan_sip.c:29115 check_rtp_timeout: Disconnecting call ‘SIP/voip-operator-inbound-0000008a’ for lack of RTP activity in 31 seconds

== Spawn extension (ivr-2, s, 10) exited non-zero on ‘SIP/voip-operator-inbound-0000008a’

– Executing [h@ivr-2:1] Hangup(“SIP/voip-operator-inbound-0000008a”, “”) in new stack

== Spawn extension (ivr-2, h, 1) exited non-zero on 'SIP/voip-operator-inbound-0000008a’

localhost*CLI>

Zwróćmy szczególną uwagę na końcowy fragment dziennika zdarzeń, gdzie podana jest przyczyna rozłączenia rozmowy: 

"Disconnecting call ‘SIP/voip-operator-inbound-0000008a’ for lack of RTP activity in 31 seconds"

Na tej podstawie wiemy, że problem związany jest z niemożliwością skierowania strumienia RTP do centrali. Najczęstszym powodem takiej sytuacji jest problem z NAT

Należy sprawdzić, czy adres publiczny jest dostępny z Internetu lub czy adres domenowy jest poprawnie rozwiązywany

Należy dodać informację dotyczącą NAT w GUI FreePBX w zakładce Settings - Asterisk SIP Settings:


Należy zwrócić również uwagę na zakres portów na których następuje przesyłanie RTP

Jeżeli używamy sterownika chan_sip sprawdzamy również zakładkę SIP Legacy settings

 

Jeżeli to nie usunie problemu, należy sprawdzić ustawienia naszego routera, ponieważ to on kieruje pakiety do centrali i należy przeanalizować dlaczego nie następuje kierowanie RTP do FreePBX.

Na problemy komunikacyjne mogą wpływać ustawienia zabezpieczeń - firewall, może być to również działanie mechanizmów ALG (Application Layer Gateway).

W założeniu SIP ALG ma na celu pomóc użytkownikom central i telefonów VoIP znajdujących się za NAT i wykorzystujących  adresy z zakresów prywatnych:

192.168. 0.0/16: 192.168. 0.0 – 192.168. 255.255.

10.0. 0.0/8: 10.0. 0.0 – 10.255. 255.255.

172.16. 0.0/12: 172.16. 0.0 – 172.31. 255.255.

Niestety bardzo często, szczególnie w routerach konsumenckich, implementacja ALG nie jest zbyt dobra i modyfikacje pakietów, które są wykonywane przez router robią więcej szkody niż pożytku, uszkadzając je lub powodując że nie mogą zostać prawidłowo odczytane. Powoduje to niezgodne z oczekiwaniami zachowania centrali FreePBX lub telefonów VoIP. W przypadku problemów z połączeniami przychodzącymi zdecydowanie zalecamy wyłączenie ALG.

Przykłady problemów:

Połączenia przychodzące nie dochodzą do skutku z powodu modyfikacji żądania REGISTER. Centrala po włączeniu lub po uruchomieniu usługi SIP Trunk do operatora telekomunikacyjnego wysyła żądanie REGISTER, ale mechanizm ALG modyfikuje to żądanie podmieniając adres prywatny serwera freePBX na adres proxy i w rezultacie komunikacja zostaje zaburzona. 

Połączenia przychodzące nie dochodzą do skutku ponieważ ALG nieprawidłowo modyfikuje nagłówki SIP lub treść SDP co powoduje przerwanie komunikacji pomiędzy serwerem FreePBX a serwerem operatora telekomunikacyjnego. Niektóre ALG podmieniają wszystkie adresy prywatne na adresy w komunikacji SIP co prowadzi do tego, że operator adresuje odpowiedzi do routera zamiast do centrali i komunikacja z oczywistych względów zamiera. Zdarzają się błędy w postaci zapisywania nieprawidłowych wartości portów lub pominięcie średnika w parametrach nagłówka.

W przypadku wykorzystania innego rozwiązania niwelującego problemy z NAT np. SIP Proxy, jeżeli nie wyłączymy ALG to router będzie podmieniał adres serwera SIP Proxy na swój własny adres publiczny i rozmowy telefoniczne nie będą realizowane.

 

NIE ZNALAZŁEŚ ODPOWIEDZI NA NURTUJĄCE CIĘ PYTANIE? ZADAJ JE W KOMENTARZU PONIŻEJ

Zapytaj o produkt

Produkty podobne

X Zamknij

Strona korzysta z plików cookies w celu realizacji usług zgodnie z Polityką prywatności. Możesz określić warunki przechowywania lub dostępu mechanizmu cookie w Twojej przeglądarce.