И решили мы подружить Baresip и Nodejs

Если кому нужно, вот ссылка на репозиторий: github.com/alexander-elgin/baresip-wrapper, в котором реализовано то, что я описал выше.

И решили мы подружить Baresip и Nodejs

К сожалению инструмент скудно описан (ни только в статье, но и на GitHub). node_baresip — это обертка для взаимодействия с уже запущенным baresip процессом, т.е. сам baresip нужно запускать отдельно. В NodeJS для этого можно использовать, например, spawn из модуля child_process. Но зачем тогда все усложнять, используя HTTP сервер (особенно это касается периодической отправки запросов HTTP серверу на предмет событий, связанных со звонками)? Baresip пишет логи всех событий в stdout (иногда в stderr), команды принимает в stdin. Все 3 потока доступны у инстанса ChildProcess.

Создание RESTful сервисов на Meteor

Вы, вроде, спрашивали, зачем использовать REST. Я объяснил, по каким причинам был выбран Meteor, почему использование REST было правильным решением, и что DDP не был нужен, вообще. А вы — опять со своим DDP! Если вы хотите поведать о DDP клиентах, полагаю, вам лучше написать новую статью, а не использовать для этого комментарии

Создание RESTful сервисов на Meteor

В моем случае заказчик выбрал Meteor из-за развитого сообщества: весь нужный ему функционал он нашел на Atmosphere, и посчитал, что если ему понадобится что-то еще, он так же сможет найти нужный ему пакет, и легко самостоятельно его встроить. Возможности, предоставляемые DDP никому в проекте не были нужны. Я занимался созданием back end и веб клиента, а над Android и iOS приложениями работали 2 других программиста. Они привыкли работать через RESTful API. Изучать DDP клиента они не хотели (а для Objective C, насколько я знаю, его и нет). Поэтому в реальной жизни приходится считаться с факторами, о которых в руководстве по Meteor ничего не написано.