МЛ: Александр, здравствуйте.

АА: Здравствуйте, Максим.
 
МЛ: Когда я узнал, что появился 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 - бизнес без предрассудков - по этой книге готовится полная 
перестройка компании АТС Дизайн :-)
 Искусство мыслить масштабно - о формировании 
правильного мышления.

 Связи решают все - книга убеждает в том, 
 что нужно бескорыстно помогать людям.

   Потрясающие семейные фильмы, и потрясающие книги!
   Всем спасибо, с наступающими праздниками!
   Пока!

АЛ: Спасибо! приятных всем выходных!

АА: Спасибо, Максим! Всем счастливо и хороших выходных!