http://freesource.info/wiki/Asterisk/News/20060307 History/revisions of FreeSource/Asterisk/News/20060307 en-us http://freesource.info/wiki/Asterisk/News/20060307/show?time=2006-03-07+17%3A00%3A46 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a name=".asterisk.news.20060307" href="http://freesource.info/wiki/Asterisk/News/20060307&" class="">/Asterisk&nbsp;/&nbsp;News&nbsp;/&nbsp;20060307</a> за <a href="http://freesource.info/wiki/Asterisk/News/20060307?time=2006-03-07+17%3A00%3A46">2006-03-07 17:00:46</a> и <a href="http://freesource.info/wiki/Asterisk/News/20060307">2006-03-07 17:07:47</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions">Тема шифрования трафика IP-телефонии интересна многим, особенно потому что&nbsp;<span class="missingpage">Vo&nbsp;IP</span><a href="http://freesource.info/wiki/VoIP/edit?add=1&" title="Создать эту страницу">?</a> изначально имеет гораздо более широкие возможности обеспечения безопасности, по&nbsp;сравнению с&nbsp;обычной телефонией.<br /> SRTP (secure RTP) в&nbsp;Asterisk реализован, но&nbsp;находится в&nbsp;состоянии &laquo;глубокой альфы&raquo;, и&nbsp;поэтому до&nbsp;сих пор&nbsp;не&nbsp;включен в&nbsp;основную ветку. Этот протокол поддерживается в&nbsp;настоящий момент, например, SIP-телефонами Snom, которые очень распространены среди пользователей Asterisk, так&nbsp;что можно было бы&nbsp;ожидать скорого его&nbsp;развития, если бы&nbsp;не одно большое &laquo;но&raquo;.<br /> SRTP не&nbsp;имеет никакого смысла без&nbsp;шифрования SIP-потока, в&nbsp;котором и&nbsp;передаются ключи шифрования. Для&nbsp;этого самого шифрования не&nbsp;хватает реализации протокола TLS. Для&nbsp;него же, в&nbsp;свою очередь, не&nbsp;хватает реализации SIP&nbsp;over TCP. Для&nbsp;полноценной его&nbsp;реализации потребуется очень много усилий, поэтому в&nbsp;ближайший год&nbsp;чего-либо, что&nbsp;можно было без&nbsp;страха ставить на&nbsp;рабочие сервера я&nbsp;не ожидаю.<br /> В&nbsp;том виде, в&nbsp;котором поддержка SRTP в&nbsp;сторонних патчах для&nbsp;Asterisk есть в&nbsp;настоящий момент, имеет смысл использовать лишь при&nbsp;передачи через VPN&nbsp;в&nbsp;качестве дополнительной меры усложнения взлома сомнительного качества.<br /> Начиная с&nbsp;Asterisk 1.2.4 отсутствующая в&nbsp;дистрибутивном примере iax2.conf опция 'encryption' может использоваться для&nbsp;поддержки шифрования. Так&nbsp;как сейчас реализован только один протокол &mdash; AES128, то&nbsp;варианты 'encryption=yes' и&nbsp;'encryption=aes128' сейчас равнозначны.<br /> После включения этой опции в&nbsp;выводе команды 'iax2 show peers' слева от&nbsp;поля &laquo;статус&raquo; появится "(E)", что&nbsp;должно означать, будто шифрование включено. Я&nbsp;не зря&nbsp;использую такие обтекаемые формулировки &mdash; включение encryption гарантировано означает лишь отображение этих трех символов, и&nbsp;больше ничего. <br /> Для&nbsp;того чтобы шифрование действительно использовалось, необходимо использовать метод авторизации md5. Думаю вполне понятно, почему при&nbsp;использовании метода plaintext использовать шифрование попросту бессмысленно (как, вы&nbsp;ещё используете plaintext авторизацию? зря, очень зря). Самое же&nbsp;удивительное что&nbsp;шифрование <strong>не будет работать с&nbsp;rsa-авторизацией</strong>. Вот&nbsp;такой вот&nbsp;загадочный зверь этот Asterisk.<br /> Для&nbsp;конечного пользователя это&nbsp;означает, что&nbsp;опция encryption=yes реально использоваться будет только если другая сторона его&nbsp;поддерживает _и_ используется md5 авторизация. В&nbsp;любом другом случае Asterisk в&nbsp;iax2 show peers будет бодро рапортовать об&nbsp;используемом шифровании, которое использоваться не&nbsp;будет.<br /> Olle E&nbsp;Johansson (oej) создал свою ветку в&nbsp;svn-репозитории, в&nbsp;которой содержатся патчи почти готовые к&nbsp;интегрированию в&nbsp;основную ветку. Эта&nbsp;ветка предназначена для&nbsp;тестирования, а&nbsp;не для&nbsp;использования на&nbsp;реальных критичных сервисах.<br /> В&nbsp;основном эта&nbsp;ветка содержит существенные изменения и&nbsp;улучшения в&nbsp;SIP-стеке Asterisk (коим и&nbsp;занимается в&nbsp;основном oej), однако содержит и&nbsp;множество других небольших исправлений.<br /> Также oej&nbsp;в&nbsp;отдельную ветку вынес патч для&nbsp;поддержка T.38 транзита. Несмотря на&nbsp;то, что&nbsp;функционал этот очень важен для&nbsp;всех ISP&nbsp;и&nbsp;большинства офисных установок Asterisk, внимание сотрудников Digium к&nbsp;этому коду, увы, долгое время было минимально.<br /> Тестирование его&nbsp;у&nbsp;нас показало, что&nbsp;к&nbsp;реальному использованию код, увы, не&nbsp;готов, потому как:<br /> Сейчас этот патч активно дорабатывается, и&nbsp;я надеюсь что&nbsp;скоро он&nbsp;станет гораздо более применим на&nbsp;практике. В&nbsp;настоящий момент я&nbsp;активно занимаюсь его&nbsp;тестированием.<br /> В&nbsp;рассылке asterisk-dev Russell предложил использовать pthread_rwlock_t вместо mutex'ов, например для&nbsp;связаных списков. Сейчас нити, выполняющие только чтение полностью блокируют список, не&nbsp;позволяя другим нитям даже читать его&nbsp;содержимое.<br /> Если это&nbsp;изменение будет выполнено, то&nbsp;это может существенно увеличить масштабируемость Астериска, и&nbsp;однозначно улучшит его&nbsp;эффективность на&nbsp;многопроцессорных машинах, и&nbsp;машинах типа Sun&nbsp;T2000 (многоядерные процессоры с&nbsp;поддержкой нескольких нитей на&nbsp;одном ядре).<br /> Kfleming ответил ему, что&nbsp;основной проблемой при&nbsp;этом будут тонкости реализации приоритета блокировок на&nbsp;чтение и&nbsp;чтение/запись.<br /> В&nbsp;случае если сотрудниками Digium изменения внесены не&nbsp;будут, то&nbsp;эта разработка будет иметь смысл для&nbsp;любых ISP, использующих в&nbsp;своей работе Asterisk.<br /> &ndash; russian locale for&nbsp;voicemail &mdash; ну&nbsp;наконец-то, не&nbsp;прошло и&nbsp;года с&nbsp;появления первой версии этого патча в&nbsp;их багтрекере;<br /> &ndash; множество мелких доработок для&nbsp;сборки на&nbsp;Solaris &mdash; видимо они&nbsp;поняли, что&nbsp;Niagara будет хороша не&nbsp;только для&nbsp;Web, куда сейчас позиционируется, но&nbsp;и для&nbsp;IP-телефонии, особенно с&nbsp;учетом мультитредовой архитектуры Asterisk (которая собственно на&nbsp;системах от&nbsp;Sun и&nbsp;работает лучше всего);<br /> &ndash; серия изменений в&nbsp;cdr_csv на&nbsp;тему большей гибкости настроек лога, а&nbsp;именно возможность писать в&nbsp;лог user field, uniqueid и&nbsp;дату/время в&nbsp;GMT;<br /> Недавно в&nbsp;svn head ушло интересное изменение в&nbsp;логике работы IAX2 &mdash; теперь есть возможность сразу создавать несколько worker threads, которые и&nbsp;будут обслуживать отдельные задачи, тем&nbsp;самым масштабируемость Астериск при&nbsp;работе по&nbsp;IAX2 повышается.<br /> Особенно подобное изменение важно для&nbsp;любителей использовать realtime конфигурацию.<br /> К&nbsp;сожалению тестирование показало, что&nbsp;проблемы в&nbsp;этом коде есть, и&nbsp;назвать его&nbsp;стабильным сложно. При&nbsp;сборке с&nbsp;-DDO_CRASH (падение астериска при&nbsp;возникновении критических ситуаций) единственное что&nbsp;Астериск делает стабильно &mdash; это&nbsp;падает.<br /> Где&nbsp;именно падает выявлено, сейчас в&nbsp;нашей сборке вставлен отладочный код, который, возможно позволит выявить где.<br /> Если вы&nbsp;используете -DDO_CRASH для&nbsp;отладки прямо в&nbsp;production &mdash; лучше этого на&nbsp;последних svn-срезах не&nbsp;делать. Падения каждые несколько минут с&nbsp;обрывами разговоров это&nbsp;не&nbsp;то, за&nbsp;что вам&nbsp;пользователи спасибо скажут.<br /> Для&nbsp;улучшения IAX2 multithreading создана отдельная ветка разработки /team/file/iax2-multithreading/<br /> В&nbsp;дальнейшем с&nbsp;периодичностью раз&nbsp;в&nbsp;неделю-две аналогичные отчеты будут публиковаться в&nbsp;отдельную рассылку по&nbsp;Asterisk &mdash; comp.soft.others.asterisk. Здесь я&nbsp;публиковать этот материал не&nbsp;планирую из-за узкой специализации.</div><br /> <b>Удалено:</b><br /> <div class="deletions">Тема шифрования трафика IP-телефонии интересна многим, особенно потому что&nbsp;<span class="missingpage">Vo&nbsp;IP</span><a href="http://freesource.info/wiki/VoIP/edit?add=1&" title="Создать эту страницу">?</a><br /> изначально имеет гораздо более широкие возможности обеспечения безопасности, по<br /> сравнению с&nbsp;обычной телефонией.<br /> SRTP (secure RTP) в&nbsp;Asterisk реализован, но&nbsp;находится в&nbsp;состоянии &laquo;глубокой<br /> альфы&raquo;, и&nbsp;поэтому до&nbsp;сих пор&nbsp;не&nbsp;включен в&nbsp;основную ветку. Этот протокол<br /> поддерживается в&nbsp;настоящий момент, например, SIP-телефонами Snom, которые очень<br /> распространены среди пользователей Asterisk, так&nbsp;что можно было бы&nbsp;ожидать<br /> скорого его&nbsp;развития, если бы&nbsp;не одно большое &laquo;но&raquo;.<br /> SRTP не&nbsp;имеет никакого смысла без&nbsp;шифрования SIP-потока, в&nbsp;котором и&nbsp;передаются<br /> ключи шифрования. Для&nbsp;этого самого шифрования не&nbsp;хватает реализации протокола<br /> TLS. Для&nbsp;него же, в&nbsp;свою очередь, не&nbsp;хватает реализации SIP&nbsp;over TCP. Для<br /> полноценной его&nbsp;реализации потребуется очень много усилий, поэтому в&nbsp;ближайший<br /> год&nbsp;чего-либо, что&nbsp;можно было без&nbsp;страха ставить на&nbsp;рабочие сервера я&nbsp;не<br /> ожидаю.<br /> В&nbsp;том виде, в&nbsp;котором поддержка SRTP в&nbsp;сторонних патчах для&nbsp;Asterisk есть в<br /> настоящий момент, имеет смысл использовать лишь при&nbsp;передачи через VPN&nbsp;в<br /> качестве дополнительной меры усложнения взлома сомнительного качества.<br /> Начиная с&nbsp;Asterisk 1.2.4 отсутствующая в&nbsp;дистрибутивном примере iax2.conf опция<br /> 'encryption' может использоваться для&nbsp;поддержки шифрования. Так&nbsp;как сейчас<br /> реализован только один протокол &mdash; AES128, то&nbsp;варианты 'encryption=yes' и<br /> 'encryption=aes128' сейчас равнозначны.<br /> После включения этой опции в&nbsp;выводе команды 'iax2 show peers' слева от&nbsp;поля<br /> &laquo;статус&raquo; появится "(E)", что&nbsp;должно означать, будто шифрование включено. Я&nbsp;не<br /> зря&nbsp;использую такие обтекаемые формулировки &mdash; включение encryption<br /> гарантировано означает лишь отображение этих трех символов, и&nbsp;больше ничего. <br /> Для&nbsp;того чтобы шифрование действительно использовалось, необходимо использовать<br /> метод авторизации md5. Думаю вполне понятно, почему при&nbsp;использовании метода<br /> plaintext использовать шифрование попросту бессмысленно (как, вы&nbsp;ещё<br /> используете plaintext авторизацию? зря, очень зря). Самое же&nbsp;удивительное что<br /> шифрование <strong>не будет работать с&nbsp;rsa-авторизацией</strong>. Вот&nbsp;такой вот&nbsp;загадочный<br /> зверь этот Asterisk.<br /> Для&nbsp;конечного пользователя это&nbsp;означает, что&nbsp;опция encryption=yes реально<br /> использоваться будет только если другая сторона его&nbsp;поддерживает _и_<br /> используется md5 авторизация. В&nbsp;любом другом случае Asterisk в&nbsp;iax2 show peers<br /> будет бодро рапортовать об&nbsp;используемом шифровании, которое использоваться не<br /> будет.<br /> Olle E&nbsp;Johansson (oej) создал свою ветку в&nbsp;svn-репозитории, в&nbsp;которой<br /> содержатся патчи почти готовые к&nbsp;интегрированию в&nbsp;основную ветку. Эта&nbsp;ветка<br /> предназначена для&nbsp;тестирования, а&nbsp;не для&nbsp;использования на&nbsp;реальных критичных<br /> сервисах.<br /> В&nbsp;основном эта&nbsp;ветка содержит существенные изменения и&nbsp;улучшения в&nbsp;SIP-стеке<br /> Asterisk (коим и&nbsp;занимается в&nbsp;основном oej), однако содержит и&nbsp;множество других<br /> небольших исправлений.<br /> Также oej&nbsp;в&nbsp;отдельную ветку вынес патч для&nbsp;поддержка T.38 транзита. Несмотря на<br /> то, что&nbsp;функционал этот очень важен для&nbsp;всех ISP&nbsp;и&nbsp;большинства офисных<br /> установок Asterisk, внимание сотрудников Digium к&nbsp;этому коду, увы, долгое время было минимально.<br /> Тестирование его&nbsp;у&nbsp;нас показало, что&nbsp;к&nbsp;реальному использованию код, увы, не<br /> готов, потому как:<br /> <br /> Сейчас этот патч активно дорабатывается, и&nbsp;я надеюсь что&nbsp;скоро он&nbsp;станет<br /> гораздо более применим на&nbsp;практике. В&nbsp;настоящий момент я&nbsp;активно занимаюсь его<br /> тестированием.<br /> В&nbsp;рассылке asterisk-dev Russell предложил использовать pthread_rwlock_t вместо<br /> mutex'ов, например для&nbsp;связаных списков. Сейчас нити, выполняющие только чтение<br /> полностью блокируют список, не&nbsp;позволяя другим нитям даже читать его<br /> содержимое.<br /> Если это&nbsp;изменение будет выполнено, то&nbsp;это может существенно увеличить<br /> масштабируемость Астериска, и&nbsp;однозначно улучшит его&nbsp;эффективность на<br /> многопроцессорных машинах, и&nbsp;машинах типа Sun&nbsp;T2000 (многоядерные процессоры с<br /> поддержкой нескольких нитей на&nbsp;одном ядре).<br /> Kfleming ответил ему, что&nbsp;основной проблемой при&nbsp;этом будут тонкости реализации<br /> приоритета блокировок на&nbsp;чтение и&nbsp;чтение/запись.<br /> В&nbsp;случае если сотрудниками Digium изменения внесены не&nbsp;будут, то&nbsp;эта разработка<br /> будет иметь смысл для&nbsp;любых ISP, использующих в&nbsp;своей работе Asterisk.<br /> &ndash; russian locale for&nbsp;voicemail &mdash; ну&nbsp;наконец-то, не&nbsp;прошло и&nbsp;года с&nbsp;появления<br /> <div class="indent"> первой версии этого патча в&nbsp;их багтрекере;<br /> </div> &ndash; множество мелких доработок для&nbsp;сборки на&nbsp;Solaris &mdash; видимо они&nbsp;поняли, что<br /> <div class="indent"> Niagara будет хороша не&nbsp;только для&nbsp;Web, куда сейчас позиционируется, но&nbsp;и<br /> для&nbsp;IP-телефонии, особенно с&nbsp;учетом мультитредовой архитектуры Asterisk<br /> (которая собственно на&nbsp;системах от&nbsp;Sun и&nbsp;работает лучше всего);</div> &ndash; серия изменений в&nbsp;cdr_csv на&nbsp;тему большей гибкости настроек лога, а&nbsp;именно<br /> <div class="indent"> возможность писать в&nbsp;лог user field, uniqueid и&nbsp;дату/время в&nbsp;GMT;</div> Недавно в&nbsp;svn head ушло интересное изменение в&nbsp;логике работы IAX2 &mdash; теперь<br /> есть возможность сразу создавать несколько worker threads, которые и&nbsp;будут<br /> обслуживать отдельные задачи, тем&nbsp;самым масштабируемость Астериск при&nbsp;работе по<br /> IAX2 повышается.<br /> Особенно подобное изменение важно для&nbsp;любителей использовать realtime<br /> конфигурацию.<br /> К&nbsp;сожалению тестирование показало, что&nbsp;проблемы в&nbsp;этом коде есть, и&nbsp;назвать его<br /> стабильным сложно. При&nbsp;сборке с&nbsp;-DDO_CRASH (падение астериска при&nbsp;возникновении<br /> критических ситуаций) единственное что&nbsp;Астериск делает стабильно &mdash; это&nbsp;падает.<br /> Где&nbsp;именно падает выявлено, сейчас вставлен отладочный код, который, возможно<br /> позволит выявить где.<br /> Если вы&nbsp;используете -DDO_CRASH для&nbsp;отладки прямо в&nbsp;production &mdash; лучше этого на<br /> последних svn-срезах не&nbsp;делать. Падения каждые несколько минут с&nbsp;обрывами<br /> разговоров это&nbsp;не&nbsp;то, за&nbsp;что вам&nbsp;пользователи спасибо скажут.<br /> Для&nbsp;улучшения IAX2 multithreading создана отдельная ветка разработки<br /> /team/file/iax2-multithreading/<br /> В&nbsp;дальнейшем с&nbsp;периодичностью раз&nbsp;в&nbsp;неделю-две аналогичные отчеты будут<br /> публиковаться в&nbsp;отдельную рассылку по&nbsp;Asterisk &mdash; comp.soft.others.asterisk.<br /> Здесь я&nbsp;публиковать этот материал не&nbsp;планирую из-за узкой специализации.</div></div> http://freesource.info/wiki/Asterisk/News/20060307/show?time=2006-03-07+17%3A00%3A34 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/Asterisk/News/20060307&" class="">/Asterisk&nbsp;/&nbsp;News&nbsp;/&nbsp;20060307</a> за <a href="http://freesource.info/wiki/Asterisk/News/20060307?time=2006-03-07+17%3A00%3A34">2006-03-07 17:00:34</a> и <a href="http://freesource.info/wiki/Asterisk/News/20060307?time=2006-03-07+17%3A00%3A46">2006-03-07 17:00:46</a></b><br /> <br /> <b>Удалено:</b><br /> <div class="deletions"><a name="h1579-1"></a><h1><span class="nobr">2006&ndash;03&ndash;07</span></h1></div></div>