Однажды, просматривая трекер багов Asterisk, я заметил некого may213, рядом с которым стояло имя - Alexandr Anikin.
Ух ты! Еще один наш человек получил доступ в репозиторий Asterisk и трудится на благо всех. И так как мы были не знакомы, я захотел с ним познакомиться и поговорить.
Было это почти год назад. И вот, накануне длительных майских праздников, я впомнил о своей идее, и связался по найденным в сети контактам с Александром Аникиным, человеком, который поддерживает канал H323 в Asterisk.
Мы договорились встретиться на следующий день, в воскресенье, и поговорить в чате. Запись нашего разговора я и представляю вниманию читателей этого блога.
Мы говорили о H323 в Asterisk, radius протоколе, биллинге, почему мало русских разработчиков, и многом другом. По-моему, получилось очень интересно. В конце ждет бонус - тройка фильмов этой недели, и лучшие книги за три месяца (мои).
Приятного чтения!
На вики Asterisk есть страничка - Asterisk Open Source Maintainers, на которой напротив записи Open Objective H.323 Protocol находится фамилия Алекснадра Аникина, а напротив записи Unified Networks IP Stimulus - имя Игоря Гончаровского, известного в сети под ником igorg.
Эти два человека являются официальными "отвественными", каждый за свою зону ответсвенности в Asterisk.
Так получилось, что приглашая через чат в конференцию-интервью других участников, я случайно заметил, что Игорь также является онлайн, и пригласил его тоже принять участие. Таким образом, у меня получилось обоих разработчиков собрать "под одной крышей" :-)
Закончил московский радиотехнический техникум, специальность - программирование.
Учился в МТУСИ (Институт Связи), специальность - экономическая информатика и АСУ.
1989 - 1993: работа в Вычислительном Центре Техникума.
1994 - 2009: работа в НТЦ "Телеком-Сервис".
2009 - настоящее время: работа в "Наука-Связь".
С астериском начал разбираться в 2006-м, весной, с h.323 серьезно занялся в 2007-м.
С ooh323 "возился" с 2009-го, мейнтейнер ooh323 - с ноября 2009-го.
Участники:
Александр Аникин - АА
Игорь Гончаровский - ИГ
Максим Литницкий - МЛ
Александр Литницкий - АЛ
Итак, диалог.
МЛ: Александр, здравствуйте.
АА: Здравствуйте, Максим.
МЛ: Когда я узнал, что появился ooh323, мне стало странно, зачем нужен
еще один стек, ведь уже есть chan_h323 и chan_oh323, что там не
так?
АА: Сейчас попробую рассказать, история довольно долгая, начавшаяся
в 2006ом году, когда один мой друг мне рассказал про asterisk и его
возможности. Так как в 2006 году sip был плохо развит для транзитного
свича, операторской компании необходима была поддержка h.323.
Более того, как выяснилось, поддержка нужна была стабильно
работающая ;)
МЛ: Компания решила давать услуги связи конечным клиентам по SIP?
А со всеми операторами работала по H323?
АА: Да, конечным абонентам услуги были по SIP'у, но все внешние линки
были на H.323. В самом начале я стал использовать chan_oh323, но по
многим параметрам он не удовлетворял (откровенно говоря, чем именно
он не устроил, я уже не помню), но пришлось отказаться от него
в пользу chan_h323.
МЛ: Канал chan_oh323, насколько я помню, был архитектурно построен по
модели "звуковой карточки", и был очень плохо масштабируем, верно?
АА: Именно так. Помню, что chan_oh323 использовал свою реализацию rtp,
а не родные механизмы астериска, и вроде бы это вызывало проблемы
с производительностью.
МЛ: Интересно, Ваше руководство не смутило предложение написать свой
драйвер канала H323? Это же ракета в космос! Вы до этого писали
протоколы какие-то согласно RFC?
АА: Тут два момента. Первый - тогда я сам себе был руководство.
Второй - chan_ooh323 я стал перерабатывать в 2009-м. С конца
2006-го года до начала 2009-го я использовал chan_h323. но проблемы
его вылезли довольно быстро и главная из них - непонятно откуда
берущийся (так до сих пор никто и не выяснил) memory leak. На
системе, которая пропускала одновременно вызовов более 100, объем
памяти занимаемой астериском до 2G доходил часа за полтора. Понятно,
что для 32битной системы это в лучшем случае рестарт астериска.
МЛ: Я в тот период тоже играл в транзитного оператора, и также
использовал на Asterisk chan_h323 :-) Нагрузка у меня было намного
меньше, но раз в сутки я его перезапускал железно :-)
АА: На самом деле, эту проблему пытались решить многие, был один
интересный человек, скорее всего Вы с ним общались, я не успел, он
вроде ушел из мира астериска, Павел Кадах (за правильность фамилии не
уверен). Был открытый тикет посвященный падениям и ликам в
chan_h323, даже сейчас он наверное в jir'е доступен...
МЛ: Точно, pcadach. Тоже наш человек!
ИГ: Да, был такой Павел, помню.
АА: Да, более того его наработки относительно других систем я
встречал и ранее ;) что-то он пилил относительно ppp в линуксе. Так
вот, суть проблем chan_h323 в том, что используется плюсовая
библиотека openh323 и скорее всего падения и лики заложены именно
там.
МЛ: Или в pwlib...
АА: Многочасовые посиделки c valgrind'ом и прочими тулзами мне к
сожалению успеха не дали. Один интересный момент я правда успел и в
chan_h323 сделать, как раз на основе svn ветки Кадаха chan_h323_exts
- сделал экспериментальную реализацию преобразования t.38->звук в
h.323. Принята она не была, так как была сделана в рамках одного
канала и соответственно совсем не generic way :-)
МЛ: g711->t38?
АА: Точнее строго говоря signed linear -> t.38.
МЛ: Насколько я нагрепал начальным автором ooh323 стала компания Objective Systems, верно?
Почему они бросили этим заниматься, нет информации?
АА: Они и есть авторы как всего стека ooh323 (на этом стеке я видел
еще несколько продуктов), так и канала в Asterisk chan_oh323. Их
бизнес как раз в продаже тулзов типа asn.1 компиляторов и еще чего
(на сайте у них есть). H.323 стек они написали, видимо, как пример
его применения, а канальный драйвер к астериску, наверное, что бы
показать, что их стек вообще можно куда-то применить :-)
МЛ: :-)))
АА: Кстати, главным критерием почему я начал им заниматься - там хоть
код кривой и зачастую просто убогий, но проблемы которые в нем
возникают я довольно легко мог разобрать с c++ всё было гораздо
туманнее.
МЛ: ooh323 - писан на С, а не С++?
АА: Да, целиком на Си.
МЛ: Меня всегда улыбает, когда одни разработчики пишут про других
"там хоть код кривой и зачастую просто убогий, но..." - наверное, про
Ваш код тоже другие так говорят? LOL :-)
АА: Не сомневаюсь;) Никто не идеален.
МЛ: Расскажите, пожалуйста, как Вы стали мейнтейнером ooh323? Я пока
перерываю changelog'и и найду Ваш первый комит :-)
АА: А он собственно и есть включение chan_ooh323_rework в addons'ы
астериска, хотя, возможно, какая-то еще мелочь была ;) Хотя нет,
доступ в svn мне дали уже в процессе включения ooh323_rework. Тикет
был открыт, по-моему в мае 2009-го, куда я выложил первую версию
переработанного драйвера.
МЛ: Да,только хотел спросить, как Вы получили доступ к репозиторию
Asterisk, и сделали свою ветвь?
АА: Мейнтейнеро стать проще чем кажется :-)
МЛ: Вот она Ваша ветка кстати -
http://svnview.digium.com/svn/asterisk/team/may/
АА: Ну да ;) только поправлю - это каталог, веток там несколько ;)
МЛ: Точно, спасибо :-)
АА: Так вот, где-то в июле 2009-го, по мере появления там новых
патчей, мне написал Leif Madsen и сказал, что никто кроме меня не
хочет заниматься этим драйвером. И Leif предложил мне стать
мейнтейнером этого драйвера.
МЛ: Вопрос - а что там еще за ветки, в каталоге? evo, direct rtp,
qsic?
АА: evo - ветка для теста всяких мелких нововведений и для
экспериментов.
МЛ: Вот кстати как выглядит Лейф - http://leifmadsen.com/node/1. :-)
АА: direct rtp - это ветка на которой я отрабатывал direct rtp, её
можно уже закрывать на review board патч одобрен, в ближайшее время
включу в trunk. qsig - это пока чисто экспериментальный проект,
реализация поддержки q.sig в chan_ooh323.
МЛ: А откуда потребность в реализации Q.SIG в H323?
АА: последняя ветка интересна, но по ней много вопросов - сейчас мне
неначем тестировать это дело (до этого был один швед с avaya, для
него-то я и начал этот проект, но его частная задача была решена и он
"отвалился"). И еще, общий статус поддержки q.sig в астериске
непонятен, интересно было бы иметь механизм передачи q.sig данных и
на другие протоколы.
МЛ: Примерно так Игорь стал мейнтейнером chan unisteam - частная
задача крупного заказчика нашей компании АТС Дизайн :-)
АА: ;) ну наверное это штатный путь
МЛ: Подозреваю, что q.sig уйдет в прошлое до того, как Вы успеете
разобрать эти механизмы... :-)
АА: я тоже это подозреваю ;) поэтому пока и не занимаюсь по сути
этим проектом.
МЛ: Александр, а chan_woomera еще есть и через него H323 не
пробовали?
АА: Не-не ;) я и так много ночей потратил на chan_ooh323.
МЛ: Понятно :-). Ну раз так, тогда, Александр, задам очень злой
вопрос :-) Уже ушли в прошлое споры SIP vs H323. SIP победил и стал
стандартом де-факто в мире IP телефонии. Зачем Вы тратите свое время
на поддержку умирающего протокола? Нечем больше заняться? :-) Или я
ошибаюсь, и H323 живее всех живых? :-)
ИГ: Видимо вопрос и ко мне :) unistim умирает еще быстрее h323.
АА: SIP победил на клиентском уровне, безусловно на межоператорском я
пока до конца не уверен. Более того, мне откровенно говоря не
нравится, как написан chan_sip в астериске, и вообще
масштабируемость chan_ooh323 мне представляется выше. Поэтому там
где это возможно я стараюсь использовать h323. Если он совсем помрёт
- либо на freeswitch переползать, либо переписывать sip в астериске,
это безусловно тоже;) У chan_sip его собственно протокольная часть не
отделена от ядра asterisk в отдельные треды, у chan_ooh323 -
отделена. Можно спорить что лучше, что хуже, но на мой взгляд
показалось что лучше разнести ;)
МЛ: Я понял - самореализация, сильнейший двигатель модели open
source. Кстати, раз мы коснулись вопроса open source и развития и
мотивов, я очень рекомендую всем прочесть сильнейшую книгу Томаса
Фридмана - Плоский Мир , краткое развитие 21 века.
Это просто крышеснос какой-то, журналист,
далекий от IT, рассуждает о Индии, Китае, аутсорсинге, оффшорах,
Linux, Open Source, Google.. Must read!
АА: Спасибо Максим, прочитаю обязательно.
МЛ: Кстати, кто прочтет - напишите мне на почту
litnimax(at)asterisk-support.ru свое мнение о месте России в новом
мире. Что нам делать :-) Интересно очень! Но вернемся в тему VoIP,
H323. С архитектурой Asterisk вообще можно долго спорить :-)
АА: Да, это точно. очень много моментов изначально сделанных не так
как надо (ну лично мое мнение), а сейчас конечно переделывать их
сложно.
МЛ: Если H323 все нужен операторам, а SIP компаниям, может более
правильно сфокусироваться на свиче, а не атс? Может, более правильно
делать h323 во freeswitch, и его использовать как SIP-H323 конвертер?
Что скажете? Тем более, что там с архитектурой как раз все весьма
неплохо...
АА: Да, подумываю над этим, но и астериск вполне можно использовать
как свич.
МЛ: Несколько лет поиграв в транзитного оператора, я сейчас с
улыбкой смотрю на других операторов, пытающихся использовать asterisk
для транзита трафика :-)
АА: У меня несколько систем в таком качестве работают ;)
МЛ: Класс, но чтобы это более или менее работало, надо быть
мейнтейнером chan_ooh323 в астериск!! :-))
АА: Ну я готов не согласиться ;) Я не только себе эти системы
ставил, пока вроде все работают. Хотя для просто банального транзита
хватит и gnu gatekeeper'а. Основной недостаток с которым я
столкнулся - отсутствие доступного биллинга.
МЛ: Gnugk не держит SIP! Но зато держит прекрасно radius и
прикручивается к любому биллингу :-)
АА: Кстати, я знаю примеры использования a2billing'а для транзита. Я
не осилил честно говоря ;)
МЛ: Asterisk сложно прикрутить нормально к биллингу, в связи с
отсутвием запросов на авторизацию при регистрации SIP пира. Radius
ACCT в Asterisk есть, а вот Radius AUTH - нет. Или я устарел?
АА: Нету точно.
МЛ: Насколько я помню, радиус прикручивали товарищи с Porta One, для
использования Asterisk как карточной платформы, где Radius AUTH &
ACCT проходил уже во время звонка через AGI. А если мы хотим
авторизовать подкулючения, то это уже на уровень ниже!
АА: Я даже пока не очень понимаю, как бы это можно было правильно
сделать в нем. Ну а пока да, так и делают те, кому очень надо.
Либо вокруг астериска какие-то другие системы используют, kamalio
например или freeswitch.
МЛ: Часто хватило бы и одного Asterisk, если бы он это умел.
АА: Да, это надо какой-то авторизационный механизм подкладывать,
который канальные драйвера будут использовать. Вероятно к этому
придут, уровень такой в зачаточном состоянии есть в виде файла вроде
users.conf. Если я правильно понял, там можно писать пиров для любых
протоколов, вот в нем как раз логично было б вставить и поддержку
радиуса.
МЛ: Есть такая древняя штука - pam auth, не знаю ее состояние сегодня.
АА: Интересный проект, пока не видел...
МЛ: Как думаете, почему нет бесплатного биллинга? Кроме a2b...
АА: Да они в принципе есть, но коммерчески в эксплуатацию не
пригодные. Думаю, причина в том, что инженерные проекты -
софт-свичи, системы маршрутизации и прочее, они конечно тоже
коммерческие, но не так явно как биллинговые системы.
МЛ: А мне кажется, нет людей, которые бы поверили в модель open
source, которые бы вложили свое время (и/или деньги) в производство
бесплатного биллинга, и в дальнейшее получение прибыли путем
поддержки. Мне кажется, на SLA можно заработать. Дать бесплатно
биллинг, и брать деньги за обещание быстро помочь 24x7. Какой
вменяемый оператор запустил услугу, простой которой сольет ему карму
на рынке, без поддержки?
АА: Ну и это безусловно тоже.
МЛ: Товарищи, у кого-то есть свои вопросы Александру? Лично мне
теперь понятно, какой h323 стек в Asterisk использовать. Если
Александр еще расскажет о своих планах на будущее, я голосую за него
:-)
АЛ: Александр, спасибо за рассказ, было очень интересно. Мне только
еще интересно услышать ваше мнение о Yate, почему вы не использовали
его как SIP-H.323 например?
АА: Мне всегда казалось это логически неправильной ситуацией, что
дыры одной системы надо затыкать с использованием другой. Потом с
этим каскадом разбираться просто страшно казалось ;) Ну и до кучи,
представьте транзит звонка с h323 на h323 через двойную конвертацию в
sip ;) логов в два раза больше, а logrotate я периодически забываю
настраивать ;)
АЛ: :) понятно.
МЛ: Я согласен с Алескандром, намного приятнее работать с одной
системой, а не городить салаты :-) Также, когда нет места для логов
- нет и CDR записей. Я в 2004 работая в тразитном оператора "подарил"
таким образом Telecom Italia звонков на пару тыщ долларов :-) Там
правда Мера была, а не Asterisk... Кстати, а как там по логам в
транк, поддерживаются другие h323? chan_h323?
АА: Над chan_h323 иногда кто-то какие-то патчики делает, можно по
багтреккеру посмотреть, я тоже в прошлом году пару мелких правок туда
вносил вроде но серьезной работы к сожалению нет.
МЛ: Выкачал папку
/tmp/downloads.asterisk.org/pub/telephony/asterisk/old-releases, там
ChangeLog'ов на 548 мегабайт :-)
АА: ;) Да, коммитов много можно долго читать. Так вот планы:
поддержка ipv6 уже работает в ooh323, но осталась недоделанная часть
- это работа по ipv6 с гейткипером. Недоделана была потому, что не
было поддержки ipv6 в gnugk, сейчас появилась, можно доделать.
Direct rtp - это уже в ближайшее время в транке будет, в очередной
major релиз войдет. Кстати, надо сказать, что там возможно direct
rtp не только h.323-h.323, но и sip-h.323! Ну и поддержка video,
которой наверное придется заниматься довольно долгое время, там есть
ряд моментов, которые пока не до конца мне понятны.
МЛ: Круто! :-)
~:/tmp/downloads.asterisk.org/pub/telephony/asterisk/old-releases$
fgrep -i may213 * | wc -l 1443 - около 1400 комитов - не мало, да...
АА: ;) Странная цифра, мне казалось всё-таки меньше должно быть.
МЛ: Есть еще такие - Tested by: MrHanMan, may213 Не все комиты :-)
АА: Кстати, развеселю наверное - 70% людей заводящих тикеты на h323
либо русские, либо русскоговорящие ;)
МЛ: Мне кажется, video в h323 сегодня - это уже совсем надо для
саморазвития, just for fun, как говорится. H323 видео телефонов
наверное никто уже и не делает :-)
АЛ: Я видел видео камеры с h.323.
АА: Tandberg много железа еще делает h.323 based, а tandberg в этом
смысле ориентир для многих как я понимаю.
МЛ: "АТС Дизайн" продает SIP видео
телефоны и камеры, и вообще про H323 поддержку за несколько лет было
только пару вопросов. Но ладно, согласен, рано h323 video в слив
отправлять :-)
АА: Наверное, все сталкивались с тем, что sip-то по udp работает и
зачастую на разных сторонах вызова статусы звонков разные получаются
(ну то есть с одной стороны звонок отвалился, а с другой об этом не
узнали). Если там rtp timeout сработал или еще что - то и хорошо, а
если нет, вызовы могут долго висеть. А в h.323 висящих звонков
принципиально быть не должно. Там tcp для сигналки всегда. А тех,
кто мне рассказывал о попытках включить SIP over TCP на астериске,
мне потом жалко было ;)
МЛ: Порт 1720 TCP для сигнализации, верно. А что, разве sip over tcp
в свежем Asterisk так плох!?
АА: Максим, один тред на обработку входящей сигналки!
МЛ: На все, я понял, и это валится в часы пик...
АА: В изначальном ooh323 было еще хуже ;) там был один трид вообще на
всю сигналку ;)
МЛ: Поэтому мне по душе больше асинхронные интерфейсы :-) Кстати,
вопрос записал, но забыл задать. Под какой максимальной нагрузкой (на
Вашем опыте или опыте других) работает ooh323? Насколько стабильно?
Что насчет core и leaks?
АА: я видел 350-380 вызовов одновременно 2.4 Xeon, 4 ядра правда
половина вызовов direct rtp сам по себе core и leaks ooh323 не делает
(это по сути главное что я там "вылизываю" постоянно). Но ошибки
иногда конечно бывают ;) а так вообще ну работают астериски и по 3 и
по 6 месяцев. asterisk -rx 'core show channels' | grep 'active
calls' 356 active calls - ну вот например.
МЛ: show uptime? ;-)
АА: asterisk -rx 'core show uptime' System uptime: 3 weeks, 19 hours,
41 minutes, 43 seconds Last reload: 3 weeks, 19 hours, 41 minutes, 43
seconds
АЛ: Весьма неплохо. Насчет SIP over TCP в чистом виде не тестил, но
SIP ТLS который тоже по TCP пока нормально работает.
МЛ: Cаша, не в транзитной нагрузке :-)
АЛ: Да, это в PBX решениях.
МЛ: У астериска же все проблемы всплывают именно при нагрузке.
Насчет русских и h323. Александр, есть одна шутка, что лучший способ
заработать на интернет - написать книгу о том, как заработать на
интернет :-) Стоимость транзитной минуты все меньше и меньше, вместо
того, чтобы заниматься транзитом, надо написать о том, как заниматься
транзитом, и дать транзитникам коммерческую поддержку. О Вас,
Александр, очень мало кто знает. Вам нужен сайт
h323-asterisk-support.ru/com, далее этот сайт в подпись, пару месяцев
активного участия во всех форумах, и вуяля. Вы же эксклюзив,
Александр, в мировой масштабе. Надо извлечь из этого пользу, добро
пожаловать в Плоский Мир! :-)
АА: Да нет, Максим ;) мне интереснее пока программы писать.
МЛ: Как надоест заниматься h323 & Asterisk, не забудьте снять сливки
перед уходом. Или найдите партнера, который Вас "комерциализирует".
Это же надо! Быть главным по поддержку H323 в Asterisk. Круть! Еще
один "политический" вопрос. Как думаете, почему мало русских среди
разработчиков Asterisk? По пальцам пересчитать. Вы, Игорь. Еще пару
человек. А тренд таков, что потребители Asterisk номер 1 в мире -
русские. Как так? Смотрите сами -
http://www.google.com/trends/?q=asterisk
АА: Максим, не уверен про эту цифру. А как эти тренды считаются? То,
что русские самые коммуникабельные это точно ;) А что касается
потребителей - по-моему их много везде и в Латинской Америке и в
Северной ну и в Европе безусловно тоже.
МЛ: Элементарно, гугл фиксирует из какой страны запрос по данному
слову, потом складывает. Справа статистика по языку, это те, у кого
LANG в броузере русский. Смотрите по языкам, первое место -
Tagalog, это филиппинский язык. Филиппины - страна кол центров.
Asterisk там бешенно популярен. А на 2-м месте, заметьте, русский.
Даже Digium сам говорит, что удивлен числом скачей Asterisk из
России.
АА: Ну я не сомневаюсь, что в умении доводить системы напильником до
рабочего состояния, русским равных нет ;)
МЛ: Они не могут понять, почему нет такой же корелляции, как в USA по
числу скачей и числу продаж плат Digium :-) Но все объясняет
вот что
(мой спор со switch можно не читать :-). Мое мнение - наши люди
только берут, и не дают взамен. Такой в нас пост-совковый менталитет.
Пост-кризинсный менталитет. Только бы подешевле. Был где-то один
смешной ролик, про то, как мы торгуемся... Вот он -
Вы Алексндр - представитель прогрессивных русских, по-хорошему, Вы
просто умница :-) Я горжусь тем, то Вы - в списке мейнтейнеров рядом
с Игорем, и я польщен тем, что нахожусь с Вами обоими в одной
"комнате" :-) Спасибо!
АА: Спасибо, Максим, приятно это слышать! ;) Но мне кажется, очень
силен языковой барьер! В большинстве стран мира английский принято
хоть как-то знать. У нас пока такой привычки нет. Может быть, и не
дают взамен поэтому. Написал человек какой-то патч, а как его
опубликовать - не знает, прочитать и понять что для этого нужно
сделать, он должен потратить больше времени чем на этот несчастный
патч.
МЛ: Хм. Игорь, а моежт откроем локальный asterisk forge? Свой мантис?
Будем собирать баги и патчи от русских разработчиков, и транзитить
их далее, нежели дело в языковом барьере, а не в менталитете? А я
редиска плохо о людях думаю. Ужос!
ИГ: Мне тоже приятно слышать. У меня свой мантис, только я давно
баги астериска не исправляю, чаще бывает что тикет в джире с патчем
уже есть. А вот тем, кто мне присылает патчи помагаю их донести до
коммита.
АА: Да-да, я за мантис. Это адские муки были, когда digium на jir'у
перешел ;) Да еще и настраивали там права доступа месяца три.
Кстати, на каком-то из форумов по астериску была ветка со список
патчей от русских ребят.
ИГ: Ага, я эту ветку заводил :-)
АА: Да, вот это очень полезное дело, Игорь, за это отдельное спасибо
;)
МЛ: Нет, я однозачно попробую это сделать, хочу разобраться с этим
вопросом! За что люблю общение с людьми, более умными чем я сам -
они всегда подталкивают к новым идеям и начинаниям :-) Я по традиции
и поддерживая свою репутацию, сделаю новый домен -asteriskforge.ru
:-) и попробую собрать команду активистов, готовых транзитить поток
русского кратива в англоязычный транк Asterisk :-) Вот будет номер,
если получит!
АА: Да я наверное соглашусь, что под такой проект лучше и отдельный
сайт оформить
МЛ: Значит, мы еще встретимся по этому поводу. Товарищи, пора
закругляться наверное, у всех дела личные, все такие воскресень за
окном :-) Пару финальных вопросов. Какую версию Asterisk рекомендуте
использовать в продакшине? Прошу высказаться всех присутсвующих гуру.
Можно без комментариев :-)
ИГ: Продакшн продакшену рознь. У меня где-то 1.2 работает без
варианта на замену... На данный момент я отталкиваюсь от 1.8
АА: Я пока рекомендую 1.8, точную версию не скажу, где-то от 1.8.7
начинаю. На многих системах использую просто svn branch 1.8
АЛ: Тем, кто меня спрашивает, рекомендую 1.8
МЛ: Чем занимаетесь сейчас? И чем планируете?
АА: Два проекта пока основных - порт астериска на андроидные телефоны
;) и развертывание портала с открытой SIP регистрацией и продажей
DID'ов. Первый проект - это вне основной работы, второй - на
основной.
МЛ: А зачем астериск на андроид? IP PBX в кармане?
АА: Вроде того :-) Ну и, соответствено, gsm шлюз.
МЛ: Ну если от oh323 я вижу пользу людям, то кому нужна АТС в
кармане!?
АА: Есть люди которым нужен gsm шлюз ;)
МЛ: Мда. А дальше биржа GSM трафика, и призыв "хочешь заработать,
пока твой телефон простаивает?" Смешно. Жаль только, что в России
за такие проекты по голове никто не погладит, хотя они
очень даже способствуют прогрессу и изменениям.
АА: Сказать по-честному, мне просто интересно повозиться как с
таковой с другой архитектурой.
ИГ: Если вопрос ко мне тоже: все еще ищу свое место, занимаюсь просто
интересными мне проектами, изучаю новые продукты.
АА: Коллеги, мне наверное пора, спасибо Вам всем за интересный
разговор. Было приятно познакомиться и пообщаться ;)
МЛ: Ну что, друзья, с Вами очень интересно, но не смею больше
задерживать. Хочу в завершение и в качестве скромной благодарности
поделиться интересными для меня темами и фильмами. Итак.
Фильмы:
- Дом: История путешествия. Свидание с планетой
просто супер фильм о нашей планете и том, как мы ее уничтожаем.
- 1+1 главное, чтобы у человека было доброе сердце! Супер фильм.
- Прислуга - о жизни чернокожих в США в 1960 годы.
Не верится, что это было не так давно.
Книги:
- Как работать 4 часа в неделю - вам
понравится :-)
- Rework - бизнес без предрассудков - по этой книге готовится полная
перестройка компании АТС Дизайн :-)
Искусство мыслить масштабно - о формировании
правильного мышления.
Связи решают все - книга убеждает в том,
что нужно бескорыстно помогать людям.
Потрясающие семейные фильмы, и потрясающие книги!
Всем спасибо, с наступающими праздниками!
Пока!
АЛ: Спасибо! приятных всем выходных!
АА: Спасибо, Максим! Всем счастливо и хороших выходных!