Фирми има, но проблемът с посредствеността е много сериозен. Сериозни и самомотивирани специалисти се намират доста трудно. Пълно е с ТНТМ-изпълнения дори от уж именити фирми в бранша.

От друга страна, на пазара клиентите масово си мислят, че поддръжката на свободен/безплатен софтуер трябва по дефиниция да бъде ако не безплатна, то поне почти без пари.

Пък и не говорим само за поддържка, а и за реализация на проекти, където има и немалко development. Много от решенията с отворен код са само платформи, които за да заработят правилно и да радват клиента, трябва да бъдат "пипнати" от специалисти. Поради тази причина недалновидните мениджъри предпочитат да снасят годишно лиценизонни такси на Майкрософт, отколкото да инвестират годишната такса "робство" еднократно в реализация със свободен софтуер и да намалят многократно годишните си разходи за софтуер занапред.

Не разбрах коя версия на Asterisk използваш, как е компилиран и т.н.

Специално за интеграцията с MS SQL един колега ги написа нещата на Perl, като използвахме драйвера за Sybase. После да ми разправят, че MS не са окрали Sybase;)

Това прилича на интеграция с нещо като CRM и се прави без проблем. Поне ние с колегите сме го правили дори с MS SQL. За MySQL/PGSQL няма смисъл да се пита даже. По начало тази задача се решава на проектен принцип. Първо избери CRM, после се прави интеграцията.

Здравей,

На български език няма да намериш почти нищо. Преди време започнах да правя една презентация, която не е довършена. Мисля, че никога няма да я довърша, защото темата и без това е безкрайна'>

Все пак, за Asterisk можеш да погледнеш тук.

По общо за Линукс можеш да погледнеш тук и тук.

Иначе, за Asterisk добра отправна точка е този сайт.

Здравей,

На български език няма да намериш почти нищо. Преди време започнах да правя една презентация, която не е довършена. Мисля, че никога няма да я довърша, защото темата и без това е безкрайна'>

Все пак, за Asterisk можеш да погледнеш тук.

По общо за Линукс можеш да погледнеш тук и тук.

Иначе, за Asterisk добра отправна точка е този сайт.

Опс, извинявай, сега видях, че PGSQL-а слуша на TCP. Значи единствената причина да се получава това е липсата на правилни настройки в pg_hba.conf.

Здравей,

Най-вероятно PGSQL не слуша на TCP сокет, както е по подразбиране във версията за Etch.

Трябва да имаш:

'tcpip_socket = true'

Това се отнася за файла '/etc/postgresql/7.4/main/postgresql.conf'.

Е какво толкова? Това се случва непрекъснато. За първи път ли пускаш публична услуга в интернет? Глупаво е да им светиш и да блокираш по този груб начин с iptables каквото ти падне. Откъде знаеш дали не е прокси или NAT рутер, зад който има десетки потребители? Просто си настройваш грамотно услугите, инсталираш им своевременно поправките по сигурността, обучаваш потребителите да ползват по-сложни пароли и да ги сменят от време навреме.

Аха, видях. Ти си го постнал, с 's'. Така е правилно, но ако не пристига нищо, опитай да го посрещнеш и с '_X.'. Ако и това не сработи, включи debug на zap каналите и гледай случва ли се нещо изобщо.

А как посрещаш входящите обаждания? Какво имаш в extension.conf?

Нормално е при аналогови линии да не работи коректно отчитането на разговора. На практика, твоята система дори не разбира, когато от другата страна някой вдигне слушалката и това е съвсем нормално. Опитай се да решиш този проблем с "busydetect=yes" в zapata.conf.

Само тази карта ли имаш на машината, която да се разпознава като zaptel устройство?

Защо по-добре не си решиш проблема, вместо да се занимаваш с глупости? Така ще научиш и нещо ново за системното администриране, а не само да рестартираш като пълен лаик.

Починал е от рак. Пише го на сайта, който сам си посочил.