Article View: alt.pl.voip
Article #73113Re: Centralka dla rozproszonej firmy
From: witek
Date: Sun, 09 Jun 2013 16:01
Date: Sun, 09 Jun 2013 16:01
80 lines
5346 bytes
5346 bytes
Jarosław Sokołowski wrote: > Pan witek napisał: > >>>>> Musi być drogie -- jeśli ma działać zgodnie z oczekiwaniami kogoś, kto sam >>>>> jeszcze nie do końca wie, jak w szczegółach realizuje się te oczekiwania. >>>>> Ponadto projekt musi spełniać warunki RFC 1925, pkt. 7a. >>>> >>>> A nie lepiej zeby na tak skromne potrzeby wzial cos gotowego (ipfon, >>>> halonet)? Taniej i dziala. >>> >>> Bardzo możliwe, że lepiej. W opisanych warunkach powinno wyjść taniej, >>> a działanie też może być wystarczające. Z tym, że pierwotnie zostało to >>> tak przedstawone, że gotowce z punktu odpadały. Ale to najprawdopodobniej >>> złe założenia były. >> >> Nie wiem gdzie wyczytałeś, że gotowce odpadały. > > Tak zinterpratowałem warunek, że ma być skrojone ściśle do bardzo > precyzyjnie określonych wymagań. Ma spełniać określone wymagania. Po co mi centralka, która nie robi tego co potrzebuje. > >> DO tej pory gotowce po prostu kiepsko wypadały pod wzgledem funkcjonalnosci. > > No to chyba dobrze zinterpretowałem. Jeśli się okaże, że nie odpadają, > to dlatego, że te wymagania nie są aż tak wielkie i niezwykłe. Nie wiem czy są wielkie i niezwykłe. Dla mnie są oczywiste. Ma sie dac automatycznie przekierowac połączenie na podstawie numeru dzwoniącego. Warunki co gdzie kiedy i do "czego" przekierować powinno się dać oprogramować. Wszystko jedno jak. Moze byc interfejs, ale nie musi. Rownie dobrze może być kawałek programu do napisania. Przy czym to co gdzie kiedy i do czego musiałoby być dosyć swobodne. Np. scisle okreslone numery (lub np zaczynajace sie od xxx) w scisle okreslonych godzinach powinny być przełączane do jakies osoby, inne na poczte głosową inne do automatycznego menu jeszcze inne wysylane na drzewo. Czyli najlepiej tak, żebym to ja mogl decydowac co chce robic z połączeniem przychodzącym. Im mniej ograniczen tym lepiej. > >>>> Z tym to troche jak ze stawianiem wlasnego serwera mailowego i www. >>>> Robilem cos takiego dla malej firmy. Ale to bylo 10 lat temu i juz >>>> wtedy mialo srednie uzasadnienie ekonomiczne. Po roku zajmowalem sie >>>> czyms innym i nie bylo komu serwisowac. >>> >>> Hmm... właśnie sobie uświadomiłem, że do tej pory ani razu do swoich celów >>> nie skorzystałem z komercyjnego serwera pocztowego. A utrzymywanie własnego, >>> już prawie 20 lat, nie przysparza mi żadnych kłopotów i ekonomii nie rujnuje. >>> Z serwerem WWW może być podobnie, z tym że jeśli ruch na nim większy, to >>> problemem staje się przepustowośc łącza. Wtedy oczywiście rozwiązaniem jest >>> hosting. Ale w ogólności zgadzam się -- w większości przypadków małych >>> biznesów standardowa oferta hostingowa jest jedynym ekonomicznie dopuszczonym >>> rozwiązaniem (chociaż niektórym może się wydawać, że "ho ho, ja to wyjatkowy >>> jestem, zróbcie mi coś specjalnie dla mnie, tak jak ja chcę, ja zapłacę" -- >>> tylko na ogół nie zdają sobie sprawy z tego, ile to może kosztować). >> >> Akurat poczte i www wole miec wlasne. >> Firmy hostingowe maja hustawki. Na poczatku jest super, a potem >> zaczynaja sie schody. Ceny idą w góre jakość spada w dół i dochodzi do >> momentu w ktorym trzeba podjąć decyzję o przenoscinach. A z tym jest od >> cholery roboty. Wole miec to u siebie. > > W ogóle jest od cholery roboty. Czasem mi się nie uda wymigać, gdy ktoś > znajomy prosi mnie o pomoc w konfiguracji wykupionego hostingu. Znajomi są najgorsi. Duzo wymagan i najlepiej za darmo przez cały rok i w 24 godziny a najlepiej od razu. > Wyklikanie > czegokolwiek ponad standard nabardziej standardowy ze standardów, to jakiś > horror na ogół jest. Z konfiguracją VoIP może być podobnie (nie próbowałem) > ale jak ktoś nie ma innej możliwości, to musi przełamać wstręt i to zrobić. >
Technical Details
Message-ID:
<kp28k7$1c5$3@dont-email.me>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!news.cyf-kr.edu.pl!news.nask.pl!news.nask.org.pl!news.unit0.net!eternal-september.org!feeder.eternal-september.org!mx05.eternal-september.org!.POSTED!not-for-mailReferences:
<konfom$ld5$3@dont-email.me> <slrnkquj8r.35v.jaros@falcon.lasek.waw.pl> <konnev$ld5$4@dont-email.me> <slrnkqv0sr.536.jaros@falcon.lasek.waw.pl> <20130609135222.0ea964772b751d759492c21d@mabanana.com.delete.pl> <slrnkr8uko.g2b.jaros@falcon.lasek.waw.pl> <kp26u9$1c5$2@dont-email.me> <slrnkr98qe.tle.jaros@falcon.lasek.waw.pl>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!news.cyf-kr.edu.pl!news.nask.pl!news.nask.org.pl!news.unit0.net!eternal-september.org!feeder.eternal-september.org!mx05.eternal-september.org!.POSTED!not-for-mail From: witek <witek7205@gazeta.pl.invalid> Newsgroups: alt.pl.voip Subject: Re: Centralka dla rozproszonej firmy Date: Sun, 09 Jun 2013 11:01:38 -0500 Organization: A noiseless patient Spider Lines: 81 Message-ID: <kp28k7$1c5$3@dont-email.me> References: <konfom$ld5$3@dont-email.me> <slrnkquj8r.35v.jaros@falcon.lasek.waw.pl> <konnev$ld5$4@dont-email.me> <slrnkqv0sr.536.jaros@falcon.lasek.waw.pl> <20130609135222.0ea964772b751d759492c21d@mabanana.com.delete.pl> <slrnkr8uko.g2b.jaros@falcon.lasek.waw.pl> <kp26u9$1c5$2@dont-email.me> <slrnkr98qe.tle.jaros@falcon.lasek.waw.pl> Mime-Version: 1.0 Injection-Date: Sun, 9 Jun 2013 15:56:56 +0000 (UTC) Injection-Info: mx05.eternal-september.org; posting-host="6856a7e62968c3daf362d8f9a8051bc5"; logging-data="1413"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/IUrAUXp2DAQVc865gON8EWrTbReLZkY0=" User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:23.0) Gecko/20100101 Thunderbird/23.0a2 In-Reply-To: <slrnkr98qe.tle.jaros@falcon.lasek.waw.pl> Cancel-Lock: sha1:RKcYAYhQ1bSxPE2SUbyrybsKMZ8= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit