🚀 go-pugleaf

On Wed, 11 Dec 2013 11:14:34 -0800 (PST)
luki5895@gmail.com wrote:

> Od kilku lat używam rozwiązania VoIP w firmie. Stoi to obecnie na łączu z UPC. Serwer na Asterisku, dostawca - halonet.
> 
> Obecnie planuję rozwój zastosowań.

Rozwój zastosowań rozwiązania powiadasz.... W celu żeby było cokolwiek słychać...

Zacząłbym od zdiagnozowania dlaczego tak źle słychać. A na tych paru pracowników, zwłaszcza jak masz takie-sobie-średnie rozeznanie w temacie, to bym postawił zwykłą bramke VoIP (no, zwykłą ale większą - jakiegoś grandstreama na 8 lub 16 portów) i dał sobie spokój z własnym serwerem. Halonet zrobi raczej wszystko czego potrzebujesz, a jak będzie zła jakość, to (jak już ustawisz wszędzie kodek G711) - będziesz dokładnie wiedział że to od łącza internetowego (musisz też pamiętać żeby zapewnić na VoIP odpowiednie pasmo, min. po 80kbit/s na rozmowe w obie strony i to nie kolejkowanie na linuksie z pingiem 900ms jak pani Basia zacznie przepychać mailem 40MB załącznik).

P.

Co do bramki, to czemu nie. Jednak na ile na bramce będę w stanie zrealizować takie funkcjonalności jak nagrywanie wszystkiego, automatyczne wybieranie numerów, identyfikacja dzwoniących i przekierowanie do odpowiednich operatorów lub chociaż proste granie na czekanie z obsługą DTMF?

Co do alokacji pasma na łączu, to samą alokację oczywiście da się zrobić bez problemu. Jednak czy nie byłoby konieczne odpowiednie skonfigurowanie firewalla, sieci i Asteriska? Z tego co patrzyłem, to obecnie działa to za firewallem bez żadnego NAT-a, na domyślnej konfiguracji SIP i w całości po TCP (no chyba, że się mylę...). Czy istotny wpływ na jakość mogłoby mieć wystawienie Asteriska za firewalla i używanie UDP?

On 12/12/2013 07:23, luki5895@gmail.com wrote:
> Co do bramki, to czemu nie. Jednak na ile na bramce będę w stanie zrealizować takie funkcjonalności jak nagrywanie wszystkiego, automatyczne wybieranie numerów, identyfikacja dzwoniących i przekierowanie do odpowiednich operatorów lub chociaż proste granie na czekanie z obsługą DTMF?

To wszystko zrobisz u Twojego dostawcy.

> Co do alokacji pasma na łączu, to samą alokację oczywiście da się zrobić bez problemu. Jednak czy nie byłoby konieczne odpowiednie skonfigurowanie firewalla, sieci i Asteriska? Z tego co patrzyłem, to obecnie działa to za firewallem bez żadnego NAT-a, na domyślnej konfiguracji SIP i w całości po TCP (no chyba, że się mylę...). Czy istotny wpływ na jakość mogłoby mieć wystawienie Asteriska za firewalla i używanie UDP?
>

Obawiam sie ze wiekszosc komunikacji idzie po UDP (jesli nie cala).
Przetestuj dokladnie lacze swojego dostawcy itnernetu. Moze sie np 
okazac ze masz spory packet loss co przy przegladaniu stron nie bedzie 
zauwazalny ale podczas rozmow juz tak...

Lepiej jak asterisk nie jest za firewallem. Jesli nie wprowadza Ci on 
ograniczen pasma to raczej nie tu lezy problem. Wiekszosc problemow 
zwiazanych z firewallem tyczy sie problemu one-way-audio (lub no-audio)

c.

-- 
vpbx.pl

Dzięki za odpowiedź, bo chyba naprawdę mało wiem.

> 
> To wszystko zrobisz u Twojego dostawcy.
> 

Doprecyzuję tylko co rozumiem przez hasła z poprzedniego posta.
- nagrywanie rozmów - wiadomo.
- automatyczne wybieranie numerów - chodzi o funkcjonalność w skrócie, wiadomo ilu jest aktywnych pracowników i ilu w danej chwili rozmawia. Zatem chcemy, aby w sytuacji, gdy pracownik jest wolny automatycznie wybierać kolejny numer z puli w tle
- identyfikacja dzwoniących - mamy kilku pracowników, w przypadku połączenia przychodzącego na podstawie numeru telefonu chcemy przekierować połączenie do pracownika, który jest do tego numery "przypisany", o ile jest wolny.
- granie na czekanie - standard, czyli powiedzmy (wszyscy operatorzy są zajęci, czas oczekiwania x minut), 1 - oferta (nagranie stałe), 2 - poczta, 3 - dział taki a taki, itp.

Jeśli istnieje dostawca, u którego to wszystko mogę zrobić, to daj mi namiar - od razu się do niego przeniosę.

Z UDP - sprawdziłem, przypuszczalnie masz rację.

Do sip.halonet.pl mam pingi na poziomie 10-15ms, packet loss mierzone winmtr jest poniżej 1%.

On 12/12/2013 08:47, luki5895@gmail.com wrote:
> Dzięki za odpowiedź, bo chyba naprawdę mało wiem.
>
>>
>> To wszystko zrobisz u Twojego dostawcy.
>>
>
> Doprecyzuję tylko co rozumiem przez hasła z poprzedniego posta.
> - nagrywanie rozmów - wiadomo.
> - automatyczne wybieranie numerów - chodzi o funkcjonalność w skrócie, wiadomo ilu jest aktywnych pracowników i ilu w danej chwili rozmawia. Zatem chcemy, aby w sytuacji, gdy pracownik jest wolny automatycznie wybierać kolejny numer z puli w tle
> - identyfikacja dzwoniących - mamy kilku pracowników, w przypadku połączenia przychodzącego na podstawie numeru telefonu chcemy przekierować połączenie do pracownika, który jest do tego numery "przypisany", o ile jest wolny.
> - granie na czekanie - standard, czyli powiedzmy (wszyscy operatorzy są zajęci, czas oczekiwania x minut), 1 - oferta (nagranie stałe), 2 - poczta, 3 - dział taki a taki, itp.
>
> Jeśli istnieje dostawca, u którego to wszystko mogę zrobić, to daj mi namiar - od razu się do niego przeniosę.
Czesc,

Masz dosc specyficzne wymagania i nie jestem pewien czy istnieje 
operator który ma to "out of the box".
Jesli Cie to interesuje to jestesmy w stanie sié podjac tego. Wklep URL 
ze stopki.

> Z UDP - sprawdziłem, przypuszczalnie masz rację.
>
> Do sip.halonet.pl mam pingi na poziomie 10-15ms, packet loss mierzone winmtr jest poniżej 1%.
>

Nawet 1% packet loss moze wskazywac ze cos nie jest tak. Sprawdz tez 
packet loss w godzinach szczytu. Spróbuj takze z wiekszymi pakietami niz 
standardowe 32bajty

c.

-- 
vpbx.pl

luki5895@gmail.com wrote:

> Generalnie z tym rozwiązaniem są ciągłe problemy z jakością połączeń. Ciągle wszyscy narzekają, że połączenia są słabej jakości, tzn. zarówno pracownicy nie słyszą rozmówców jak i rozmówcy pracowników. Wynika to z marnej jakości dźwięku, jest problem ze zrozumieniem tego co rozmówca mówi.
>

Miałem podobnie, chociaż nie korzystam z halonetu, tylko z Freeconetu. 
Łącze mam UPC. Jakość głosu i słyszalność była marna, ale jakoś to 
działało i przyjąłem stopniowo do wiadomości, że po prostu tak jest. Aż 
któregoś razu zrobiłem aktualizację firmware na routerze (firewallu) i 
przy okazji całą konfigurację routera zrobiłem od nowa z palca. 
Zmieniłem na bramce kodeki na bardziej pasmożerne, ale mniej 
skompresowane i mniej obciążające CPU bramki. Po tych operacjach jakość 
głosu skoczyła na poziom 21 wieku :-)
Przy dzisiejszych łączach w rodzaju UPC przeznaczenie tych 50 kbit/sek w 
każdą stronę na rozmowę nie stanowi już problemu. Nie tak jak kiedyś, 
kiedy uplink łącza był 256 kbit, to prowadzenie dwóch-trzech rozmów 
jednocześnie z korzystaniem z internetu mogło być problemem. Teraz 3 
Mbit uplink lub wielokrotność tego jest standardem, więc oszczędzanie 
pasma na rozmowach voip nie ma już sensu.