[devel] Ядра для ип-телефонии

[devel] Ядра для ип-телефонии

[Alexey Borovskoy]

Добрый день.

А что у нас есть из ядер для нормальной работы callweaver или 
asterisk?

Насколько важна поддержка HZ=1000?
И как на слух определяется что HZ не хватает?

-- 
Алексей.
GPG key fingerprint
DBB3 1832 13C6 5C96 4A58  4AFF 78F7 159F 66AD 8D7E

Re: [devel] Ядра для ип-телефонии

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 508 bytes --]

On Tue, Dec 16, 2008 at 12:13:38AM +1200, Alexey Borovskoy wrote:

AB> А что у нас есть из ядер для нормальной работы callweaver или 
AB> asterisk?

Вроде std-ll

AB> Насколько важна поддержка HZ=1000?
AB> И как на слух определяется что HZ не хватает?

Никак. Просто callweaver нормально не работает :)
А asterisk если загружен ztdummy или есть железо -- работает.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Ядра для ип-телефонии

[Alexey Borovskoy]

* Вторник 16 декабря 2008 Денис Смирнов

> On Tue, Dec 16, 2008 at 12:13:38AM +1200, Alexey Borovskoy
> wrote:
>
> AB> А что у нас есть из ядер для нормальной работы callweaver
> или AB> asterisk?
>
> Вроде std-ll

Оно на 4.0 пересоберется?

>
> AB> Насколько важна поддержка HZ=1000?
> AB> И как на слух определяется что HZ не хватает?
>
> Никак. Просто callweaver нормально не работает :)
> А asterisk если загружен ztdummy или есть железо -- работает.

ztdummy нужно 1000 HZ?
или чтото иное придумали?

-- 
Алексей.
GPG key fingerprint
DBB3 1832 13C6 5C96 4A58  4AFF 78F7 159F 66AD 8D7E

Re: [devel] Ядра для ип-телефонии

[Eugene Prokopiev]

15.12.08, Alexey Borovskoy<alb@altlinux.ru> написал(а):

>  > AB> Насколько важна поддержка HZ=1000?
>  > AB> И как на слух определяется что HZ не хватает?
>  >
>  > Никак. Просто callweaver нормально не работает :)

А каковы же тогда признаки "ненормальности"? ;)

>  > А asterisk если загружен ztdummy или есть железо -- работает.
>
>
> ztdummy нужно 1000 HZ?

Не нужно. Но CallWeаver не умеет работать с ztdummy.

> или чтото иное придумали?

иное ;)

-- 
С уважением,
Прокопьев Евгений

Re: [devel] Ядра для ип-телефонии

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 585 bytes --]

On Mon, Dec 15, 2008 at 05:53:02PM +0300, Eugene Prokopiev wrote:

>>> Никак. Просто callweaver нормально не работает :)
EP> А каковы же тогда признаки "ненормальности"? ;)

Нормальная работа musiconhold и RTP-стека. Которые должны быть
синхронизированы с таймером. На новых ядрах posix timer работает
независимо от HZ, а вот на старых -- зависит.

>> или чтото иное придумали?
EP> иное ;)

Это самое иное на старых ядрах требует HZ=1000 ;)

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Ядра для ип-телефонии

[Eugene Prokopiev]

15.12.08, Денис Смирнов написал(а):

> On Mon, Dec 15, 2008 at 05:53:02PM +0300, Eugene Prokopiev wrote:
>
>  >>> Никак. Просто callweaver нормально не работает :)
>
> EP> А каковы же тогда признаки "ненормальности"? ;)
>
>  Нормальная работа musiconhold и RTP-стека. Которые должны быть
>  синхронизированы с таймером.

Ну так а методика проверки нормальности кроме "слышу / не слышу
буль-буль" имеется? Потому как эта методика показывает, что CallWeaver
нормально работает с std-smp-2.6.18 при _небольших_ нагрузках. А там,
где нагрузка выше, нет простой возможности заменить wks-smp на std-smp
- да еще и ради того, чтобы, возможно, получить проблемы ;)

>  На новых ядрах posix timer работает
>  независимо от HZ, а вот на старых -- зависит.

Насколько новых?

-- 
С уважением,
Прокопьев Евгений

Re: [devel] Ядра для ип-телефонии

[Led]

On Monday, 15 December 2008 21:43:15 Eugene Prokopiev wrote:
> 15.12.08, Денис Смирнов написал(а):
> > On Mon, Dec 15, 2008 at 05:53:02PM +0300, Eugene Prokopiev wrote:
> >  >>> Никак. Просто callweaver нормально не работает :)
> >
> > EP> А каковы же тогда признаки "ненормальности"? ;)
> >
> >  Нормальная работа musiconhold и RTP-стека. Которые должны быть
> >  синхронизированы с таймером.
>
> Ну так а методика проверки нормальности кроме "слышу / не слышу
> буль-буль" имеется? Потому как эта методика показывает, что CallWeaver
> нормально работает с std-smp-2.6.18 при _небольших_ нагрузках. А там,
> где нагрузка выше, нет простой возможности заменить wks-smp на std-smp
> - да еще и ради того, чтобы, возможно, получить проблемы ;)
>
> >  На новых ядрах posix timer работает
> >  независимо от HZ, а вот на старых -- зависит.
>
> Насколько новых?

hrtimer для 2.6.22 есть

-- 
Led

Re: [devel] Ядра для ип-телефонии

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 982 bytes --]

On Mon, Dec 15, 2008 at 10:43:15PM +0300, Eugene Prokopiev wrote:

EP> Ну так а методика проверки нормальности кроме "слышу / не слышу
EP> буль-буль" имеется? Потому как эта методика показывает, что CallWeaver
EP> нормально работает с std-smp-2.6.18 при _небольших_ нагрузках. А там,
EP> где нагрузка выше, нет простой возможности заменить wks-smp на std-smp
EP> - да еще и ради того, чтобы, возможно, получить проблемы ;)

Ты бы рассказал чем сейчас callweaver кроме как t38gateway интересен. Я не
в курсе :(

А астериск у меня с std-smp и на больших нагрузках нормально работает.
Если, конечно, 4xE1 считать большой нагрузкой :)

>>  На новых ядрах posix timer работает
>>  независимо от HZ, а вот на старых -- зависит.
EP> Насколько новых?

Точно не знаю. Знаю что .25 (которое в 4.1) уже Ok, а вот .18 (которое в
4.0) еще нет.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Ядра для ип-телефонии

[Alexey Borovskoy]

В общем походу вилы.

# uname -r
2.6.18-ovz-smp-alt23.M40.2

/var/log/messages

Dec 16 09:59:06 monster kernel: Zapata Telephony Interface Registered
on major 196
Dec 16 09:59:06 monster kernel: Zaptel Version:
Dec 16 09:59:06 monster kernel: Zaptel Echo Canceller: MG2
Dec 16 09:59:06 monster kernel: ztdummy: RTC rate is 1024
Dec 16 09:59:06 monster kernel: rtc: lost some interrupts at 1024Hz.
Dec 16 09:59:37 monster last message repeated 1538 times
Dec 16 10:00:01 monster last message repeated 1222 times

# zttest
Opened pseudo zap interface, measuring accuracy...

тут висим очень долго, минут 5 примерно. выход по ctrl+c.

--- Results after 0 passes ---
Best: 0.000000 -- Worst: 100.000000 -- Average: 100.000000

Оно даже ничего посчитать не смогло.
А Callweaver молча слопал кривые таймеры и ничего не сказал.
Получается что в пределах машины я имею пристойный playback  и ivr, а
в sip-линке с кошкой начинаются чудные эффекты.

Вопрос к гуру телефонии, как с этим боротся?

Я могу попытаться испечь инсталлер специального вида на основе бранча 5.0.
Какую машинку надо для тестов? Целерона хватит или нет?

Re: [devel] Ядра для ип-телефонии

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 382 bytes --]

On Tue, Dec 16, 2008 at 10:46:54AM +1200, Alexey Borovskoy wrote:

AB> 2.6.18-ovz-smp-alt23.M40.2

ovz собраны с критической ошибкой в config'е. Там дело не в HZ, а в том
что RTC там сдохшее, а когда оно сдохшее -- лучше бы работало через hpet.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Ядра для ип-телефонии

[Alexey Borovskoy]

* Вторник 16 декабря 2008 Денис Смирнов

> On Tue, Dec 16, 2008 at 10:46:54AM +1200, Alexey Borovskoy
> wrote:
>
> AB> 2.6.18-ovz-smp-alt23.M40.2
>
> ovz собраны с критической ошибкой в config'е. Там дело не в
> HZ, а в том что RTC там сдохшее, а когда оно сдохшее -- лучше
> бы работало через hpet.

Что из себя представляет критическая ошибка?
Как ее чинить?

-- 
Алексей.
GPG key fingerprint
DBB3 1832 13C6 5C96 4A58  4AFF 78F7 159F 66AD 8D7E

Re: [devel] Ядра для ип-телефонии

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 603 bytes --]

On Tue, Dec 16, 2008 at 10:04:00PM +1200, Alexey Borovskoy wrote:

> AB>> 2.6.18-ovz-smp-alt23.M40.2
>> ovz собраны с критической ошибкой в config'е. Там дело не в
>> HZ, а в том что RTC там сдохшее, а когда оно сдохшее -- лучше
>> бы работало через hpet.
AB> Что из себя представляет критическая ошибка?
AB> Как ее чинить?

См. архив devel, там vsu@ писал об этом. Можно даже в changelog'е std-smp
найти. Собрать с RTC эмуляцией через HPET и настанет счастье.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Ядра для ип-телефонии

[Eugene Prokopiev]

16.12.08, Alexey Borovskoy написал(а):

...
>  Dec 16 09:59:06 monster kernel: ztdummy: RTC rate is 1024
...
>  А Callweaver молча слопал кривые таймеры и ничего не сказал.

Я повторюсь - в CallWeaver нет кода, умеющего работать с таймером от
zaptel/dandi. Только posix timers

>  Получается что в пределах машины я имею пристойный playback  и ivr, а
>  в sip-линке с кошкой начинаются чудные эффекты.

Давай, во-первых, вернемся в sysadmins@ (это эксплуатация, а не
разработка), а во-вторых, нарисуй тогда картинку, что куда и как
включено. Из письма в sysadmins@ я понял лишь то, что CallWeaver не
имеет никакого отношения к проблеме.

>  Вопрос к гуру телефонии, как с этим боротся?
>
>  Я могу попытаться испечь инсталлер специального вида на основе бранча 5.0.
>  Какую машинку надо для тестов? Целерона хватит или нет?

Я пока не пойму, что именно ты собираешься тестировать.

-- 
С уважением,
Прокопьев Евгений

Re: [devel] Ядра для ип-телефонии

[Eugene Prokopiev]

15.12.08, Денис Смирнов написал(а):

> On Mon, Dec 15, 2008 at 10:43:15PM +0300, Eugene Prokopiev wrote:
>
>  EP> Ну так а методика проверки нормальности кроме "слышу / не слышу
>  EP> буль-буль" имеется? Потому как эта методика показывает, что CallWeaver
>  EP> нормально работает с std-smp-2.6.18 при _небольших_ нагрузках. А там,
>  EP> где нагрузка выше, нет простой возможности заменить wks-smp на std-smp
>  EP> - да еще и ради того, чтобы, возможно, получить проблемы ;)
>
>  Ты бы рассказал чем сейчас callweaver кроме как t38gateway интересен. Я не
>  в курсе :(

http://www.voip-info.org/wiki/view/CallWeaver#DifferenceswithAsterisk

Я использую его потому, что:

1) Мне бывает нужно ипользовать его в VE - и в этом случае ztdummy
является приличным извращением. Хотя по сути я меняю шило на мыло,
т.к. есть подозрение, что CallWeaver без CONFIG_HZ=1000 - примерно то
же самое, что и Asterisk без zaptel/dandi. Впрочем, на практике это
оказывается приемлемым - см. выше

2) Мне нужен Т.38 - хотя стабильность его работы сильно зависит от
очередного китайского патча на другом конце

3) Мне не нравится, как у нас упакован Asterisk - пожалуй, это самая
серьезная причина :) О том, как сделать правильно (ну или удобно мне -
это будет более точная формулировка), мы уже не раз говорили ;)

>  А астериск у меня с std-smp и на больших нагрузках нормально работает.
>  Если, конечно, 4xE1 считать большой нагрузкой :)

Думаю, что считать :)

Просто мне интересна формализованная методика тестирования. Никаких
идей кроме софтфона специального вида, которым можно установить N
соединений и гнать туда какую-нибудь пургу, и обычного контрольного
соединения для проверки качества на слух, у меня нет ... Ну можно
также считать задержки RTP (анализировать дамп?) того же контрольного
соединения.

А экпериментировать на единственной нагруженной инсталляции у меня нет
ни возможности, ни желания ...

>  >>  На новых ядрах posix timer работает
>  >>  независимо от HZ, а вот на старых -- зависит.
>
> EP> Насколько новых?
>
>  Точно не знаю. Знаю что .25 (которое в 4.1) уже Ok, а вот .18 (которое в
>  4.0) еще нет.

http://www.callweaver.org/wiki/Kernel

Т.е. CONFIG_HZ=1000 нужен все равно, однако код, выводящий
предупреждение, удален чуть ли не полгода назад, как неактуальный ;)

Короче, вопрос еще требует изучения ... Хотя, это чисто академический
интерес. С практической стороны я не вижу проблем держать
слабонагруженные инсталляций в VE и высоконагруженные на выделенной
машине с соответствующим ядром.

-- 
С уважением,
Прокопьев Евгений

Re: [devel] Ядра для ип-телефонии

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 2873 bytes --]

On Tue, Dec 16, 2008 at 09:13:49AM +0300, Eugene Prokopiev wrote:

EP> 1) Мне бывает нужно ипользовать его в VE - и в этом случае ztdummy
EP> является приличным извращением. Хотя по сути я меняю шило на мыло,
EP> т.к. есть подозрение, что CallWeaver без CONFIG_HZ=1000 - примерно то
EP> же самое, что и Asterisk без zaptel/dandi. Впрочем, на практике это
EP> оказывается приемлемым - см. выше

Именно так -- CallWeaver'у нужен HZ=1000 для той же цели для которой
астериску ztdummy.

Однако для меня странно что из него _вырезали_ поддержку таймера от
zaptel. Потому как если мы используем zaptel-оборудование, то таки таймер
_надо_ брать от него. Особенно если речь о E1.

EP> 2) Мне нужен Т.38 - хотя стабильность его работы сильно зависит от
EP> очередного китайского патча на другом конце

Увы. Правда в астериске все пока с T.38 сильно хуже. Спасибо хоть Стив
отдал libspandsp под LGPL -- хоть теперь дигиоиды пошевелятся.

EP> 3) Мне не нравится, как у нас упакован Asterisk - пожалуй, это самая
EP> серьезная причина :) О том, как сделать правильно (ну или удобно мне -
EP> это будет более точная формулировка), мы уже не раз говорили ;)

Повесь на меня что-нибудь тяжелое :)

А конкретно? Кроме того что у нас пакет asterisk1.4 зависит от h323 (увы,
с этим ничего не сделать), что еще тебе не нравится? Если ты помнишь
большинство твоих патчей я всегда принимал, и тебе кстати большое спасибо
за разбиение на подпакеты ;)

>>  А астериск у меня с std-smp и на больших нагрузках нормально работает.
>>  Если, конечно, 4xE1 считать большой нагрузкой :)
EP> Думаю, что считать :)

:)

EP> Просто мне интересна формализованная методика тестирования. Никаких
EP> идей кроме софтфона специального вида, которым можно установить N
EP> соединений и гнать туда какую-нибудь пургу, и обычного контрольного
EP> соединения для проверки качества на слух, у меня нет ... Ну можно
EP> также считать задержки RTP (анализировать дамп?) того же контрольного
EP> соединения.
EP> А экпериментировать на единственной нагруженной инсталляции у меня нет
EP> ни возможности, ни желания ...

Да, собрать стенд я давно хочу. Увы все никак до этого руки не доходят.

EP> Короче, вопрос еще требует изучения ... Хотя, это чисто академический
EP> интерес. С практической стороны я не вижу проблем держать
EP> слабонагруженные инсталляций в VE и высоконагруженные на выделенной
EP> машине с соответствующим ядром.

Ты не поверишь, но у меня была всего одна (!) SIP-only инсталляция. Везде
нужна хоть одна городская линия, к которой как раз обычно подцеплен факс.
Или еще что-нибудь такое. Так что для меня сейчас ztdummy нужен разве что
у себя дома при тестировании :)

Поэтому VE для меня неактуально :(

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Ядра для ип-телефонии

[Eugene Prokopiev]

16.12.08, Денис Смирнов написал(а):

> On Tue, Dec 16, 2008 at 09:13:49AM +0300, Eugene Prokopiev wrote:
>
>  EP> 1) Мне бывает нужно ипользовать его в VE - и в этом случае ztdummy
>  EP> является приличным извращением. Хотя по сути я меняю шило на мыло,
>  EP> т.к. есть подозрение, что CallWeaver без CONFIG_HZ=1000 - примерно то
>  EP> же самое, что и Asterisk без zaptel/dandi. Впрочем, на практике это
>  EP> оказывается приемлемым - см. выше
>
>  Именно так -- CallWeaver'у нужен HZ=1000 для той же цели для которой
>  астериску ztdummy.
>
>  Однако для меня странно что из него _вырезали_ поддержку таймера от
>  zaptel. Потому как если мы используем zaptel-оборудование, то таки таймер
>  _надо_ брать от него. Особенно если речь о E1.

может я и ошибаюсь - надо проверить

>  EP> 2) Мне нужен Т.38 - хотя стабильность его работы сильно зависит от
>  EP> очередного китайского патча на другом конце
>
>  Увы. Правда в астериске все пока с T.38 сильно хуже. Спасибо хоть Стив
>  отдал libspandsp под LGPL -- хоть теперь дигиоиды пошевелятся.

плохо еще то, что многие проекты таскают spandsp в пузе - хотя при
частой смене API так действительно проще жить

>  EP> 3) Мне не нравится, как у нас упакован Asterisk - пожалуй, это самая
>  EP> серьезная причина :) О том, как сделать правильно (ну или удобно мне -
>  EP> это будет более точная формулировка), мы уже не раз говорили ;)
>
>  Повесь на меня что-нибудь тяжелое :)
>
>  А конкретно? Кроме того что у нас пакет asterisk1.4 зависит от h323 (увы,
>  с этим ничего не сделать), что еще тебе не нравится? Если ты помнишь
>  большинство твоих патчей я всегда принимал, и тебе кстати большое спасибо
>  за разбиение на подпакеты ;)

Постараюсь расписать подробнее. Я так понимаю, что тебе удобнее будет
много мелких багов чем один большой?

>  >>  А астериск у меня с std-smp и на больших нагрузках нормально работает.
>  >>  Если, конечно, 4xE1 считать большой нагрузкой :)
>
> EP> Думаю, что считать :)
>
>  :)
>
>  EP> Просто мне интересна формализованная методика тестирования. Никаких
>  EP> идей кроме софтфона специального вида, которым можно установить N
>  EP> соединений и гнать туда какую-нибудь пургу, и обычного контрольного
>  EP> соединения для проверки качества на слух, у меня нет ... Ну можно
>  EP> также считать задержки RTP (анализировать дамп?) того же контрольного
>  EP> соединения.
>  EP> А экпериментировать на единственной нагруженной инсталляции у меня нет
>  EP> ни возможности, ни желания ...
>
>  Да, собрать стенд я давно хочу. Увы все никак до этого руки не доходят.

Стенд я б собрал, но главное - как раз разработать методику
тестирования и реализовать ее. Если вдруг возьмешься - посмотри на
pjsip как на реализацию sip-стека для такого софтфона.

>  EP> Короче, вопрос еще требует изучения ... Хотя, это чисто академический
>  EP> интерес. С практической стороны я не вижу проблем держать
>  EP> слабонагруженные инсталляций в VE и высоконагруженные на выделенной
>  EP> машине с соответствующим ядром.
>
>  Ты не поверишь, но у меня была всего одна (!) SIP-only инсталляция. Везде
>  нужна хоть одна городская линия, к которой как раз обычно подцеплен факс.
>  Или еще что-нибудь такое. Так что для меня сейчас ztdummy нужен разве что
>  у себя дома при тестировании :)
>
>  Поэтому VE для меня неактуально :(

В нашей деревне получить городскую нумерацию по sip - не проблема

-- 
С уважением,
Прокопьев Евгений

Re: [devel] Ядра для ип-телефонии

[Alexey Borovskoy]

* Вторник 16 декабря 2008 Eugene Prokopiev

> 16.12.08, Денис Смирнов написал(а):
> > On Tue, Dec 16, 2008 at 09:13:49AM +0300, Eugene Prokopiev
> > wrote:
> >
> >  EP> 1) Мне бывает нужно ипользовать его в VE - и в этом
> > случае ztdummy EP> является приличным извращением. Хотя по
> > сути я меняю шило на мыло, EP> т.к. есть подозрение, что
> > CallWeaver без CONFIG_HZ=1000 - примерно то EP> же самое,
> > что и Asterisk без zaptel/dandi. Впрочем, на практике это
> > EP> оказывается приемлемым - см. выше
> >
> >  Именно так -- CallWeaver'у нужен HZ=1000 для той же цели
> > для которой астериску ztdummy.
> >
> >  Однако для меня странно что из него _вырезали_ поддержку
> > таймера от zaptel. Потому как если мы используем
> > zaptel-оборудование, то таки таймер _надо_ брать от него.
> > Особенно если речь о E1.
>
> может я и ошибаюсь - надо проверить

Да, E1 синхронизируется с одной стороны, вторая сторона должна 
брать синхру с потока. Иначе будут битые фреймы. На это я один 
раз наступил.

-- 
Алексей.
GPG key fingerprint
DBB3 1832 13C6 5C96 4A58  4AFF 78F7 159F 66AD 8D7E

Re: [devel] Ядра для ип-телефонии

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 2517 bytes --]

On Tue, Dec 16, 2008 at 12:15:39PM +0300, Eugene Prokopiev wrote:

>>  Однако для меня странно что из него _вырезали_ поддержку таймера от
>>  zaptel. Потому как если мы используем zaptel-оборудование, то таки таймер
>>  _надо_ брать от него. Особенно если речь о E1.
EP> может я и ошибаюсь - надо проверить

Думаю стоит проверить. Потому как если callweaver умеет работать без
ztdummy -- это фича. А если он не умеет работать с zaptel-timers, то
фтопку его.

>>  Увы. Правда в астериске все пока с T.38 сильно хуже. Спасибо хоть Стив
>>  отдал libspandsp под LGPL -- хоть теперь дигиоиды пошевелятся.
EP> плохо еще то, что многие проекты таскают spandsp в пузе - хотя при
EP> частой смене API так действительно проще жить

Вот-вот, увы автор spandsp хорошо пишет DSP часть, но такие тонкости как
symbol versioning, stable API, и прочее -- ему не под силу.

>>  А конкретно? Кроме того что у нас пакет asterisk1.4 зависит от h323 (увы,
>>  с этим ничего не сделать), что еще тебе не нравится? Если ты помнишь
>>  большинство твоих патчей я всегда принимал, и тебе кстати большое спасибо
>>  за разбиение на подпакеты ;)
EP> Постараюсь расписать подробнее. Я так понимаю, что тебе удобнее будет
EP> много мелких багов чем один большой?

Думаю все равно -- возможно разумно сначала дать список предложений, а то
и патчей -- возможно я большую часть приложу _сразу_ а уж потом об
остальном будем разговаривать :)

EP> Стенд я б собрал, но главное - как раз разработать методику
EP> тестирования и реализовать ее. Если вдруг возьмешься - посмотри на
EP> pjsip как на реализацию sip-стека для такого софтфона.

Гляну.

>>  Поэтому VE для меня неактуально :(
EP> В нашей деревне получить городскую нумерацию по sip - не проблема

У клиента часто есть готовые линии. Asterisk ставят либо чтобы экономить
на межгороде (такие клиенты обычно платят мало), либо ради call-центра, и
прочих _фишек_. То есть он играет роль конкурента CCM/Avaya. И тут уже
гораздо вкуснее.

Мне интереснее заниматься клиентами, которые платят за _гибкость_
астериска а не его дешивизну. А для экономящих с SIP-only нужно просто
один раз сделать решение в виде готового ovz-template и пускай
наслаждаются :)

Кстати hint: если компания соглашается на SIP-only, значит для нее
надежность телефонии не важна, а значит это компания с оборотами полторы
копейки в год.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------


[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Ядра для ип-телефонии

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 499 bytes --]

On Tue, Dec 16, 2008 at 01:14:31AM +1200, Alexey Borovskoy wrote:
>> Вроде std-ll
AB> Оно на 4.0 пересоберется?

Не в курсе.

>> Никак. Просто callweaver нормально не работает :)
>> А asterisk если загружен ztdummy или есть железо -- работает.
AB> ztdummy нужно 1000 HZ?
AB> или чтото иное придумали?

hrtimers на новых ядрах, и еще RTC (на ядрах 2.6.18).

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]