на 1 минуте и 10 секунд на видео Des. HD он тоже самое говорит про процессор.
Зато на этом видео отчетливо ясен механизм выдвижения клавиатуры
ладно, как хотите, ваше право.
ulaw у нас в России не принято использовать. Да и зачем нужны разные кодеки? Если звонить с одного сип аккаунта на другой, где используются разные кодеки, то потребуется перекодировка — лучше этого все же избежать и настроить на один кодек по возможности. Так же если вы будете хранить аудио записи ivr в одном формате(скажем закодированные в alaw), то вам так же надо будет хранить записи и в других кодеках, чтобы недопускать перекодировки. Кстати говоря в некоторых случаях возможно, что астериск не станет перекодировать и будет воспроизводить как есть, скажем ulaw музыку в alaw канале, в результате вы услышите треск или еще что.
по поводу примера — то я вообще мало что понял что тут к чему, просто решил уточнить.
Советую поскорее определиться, какой кодек вам требуется, особенно если вы хотите сделать у себя ivr.
Ну и в целях безопасности очень рекомендую никогда не допускать пересечения контекста для входящих звонков с контекстом исходящих.
я раньше экспериментировал с передачей SIP/alaw через интернет на дальние расстояния, однако чем дальше — тем хуже связь. Можно добиться разве что качественной передачи лишь в своей зоне и некоторых соседних.
скайп — это отдельная песня, она вообще имеет мало общего в корне с тем, что описано в топике.
Задержки в 380мс без эхоподавления — это значит, что вы услышите свой собственный голос через 4 секунды после того, как вы сказали фразу. Конечно есть разные алгоритмы для борьбы с эхом, но в масштабах «сам себе оператор за два рубля» можно максимум рассчитывать на то, что в целом качество связи будут все равно неудовлетворительно. Это может выражаться в том, что если человек говорит тихо, то его голос может вообще не пройти до собеседника, либо оборвется начало фразы или слова, а если начать говорить одновременно с собеседником без «как принял, прием ?», то вообще никто ничего не услышит и не поймет.
не понял к чему ваш комментарий, или вы искренне верите, что эти 12 мегабит будут у вас с любой точкой на Земле? Качественный канал связи в понимании операторов, когда приходиться передавать голос по эзернет — это выделенный отдельный физический(витая пара\оптика) или иногда логический(vlan, 802.1q), на котором гарантирована нужная полоса пропускания на всем протяжении канала. Причем зачастую используется для связи канал второго уровня(т.е. без маршрутизаторов) между АТСками. Это я вам как сетевой инженер говорю, работающий в сфере услуг предоставления доступа к интернет и телефонии.
Это конечно все хорошо, особенно в теории, но вы же читали книгу О`Рейли, Астериск — Будущее телефонии, которую привели в литературе? Я к чему все это клоню, а дело в том, что нужен очень качественный канал связи для передачи VOIP траффика по эзернет. Вы не привели в статье настройку sip.conf, какой кодек вы намерены использовать для совершения звонков на дальние расстояния? 711ый alaw хорош тем, что не так критичен(относительно других) к потерям пакетов, но требуется полоса гарантированных 64кбит\с(из того места, откуда вы звоните до вашего дома). Другие кодеки требуют меньшей полосы, но более критичны к потере пакетов, золотая середина gsm кодек(ну или кому-то больше подойдет 729ый). Но это еще мелочи, потери пакетов и\или меньшая полоса пропускания может привести к пропаданию слогов или даже слов в разговоре, однако если к этому добавить увеличение задержек — то мы получим сильное эхо. Между прочим в книге это хорошо расписано. Задержки более 50 мс становятся критичны, а если выполнять звонок из штатов, то эти задержки будут минимум 300мс. Сможете ли вы общаться по такой связи? Операторы услуг голосовой связи не зря такие цены ломят, ведь нужно предоставить наивысшее качество передачи голоса, особенно на дальние расстояния.
Не все так плохо, если вы собираетесь не так далеко ездить от родного города, и у вас будет дома и там, куда вы поедете, качественный хороший интернет провайдер, то вы сможете дешево и сердито разговаривать, но если вашей целью было экономить на разговорах, находясь в таких странах как США, Япония, Австралия, страны ближнего востока или вообще других континентов — то у вас с огромной вероятностью ничего не получится и вы только зря потратили деньги.
оператор связи для самого себя? нет такого понятия. Если вы предоставляете услуги другим лицам, тогда вы оператор, при этом с вышестоящим оператором заключается договор меж операторского взаимодействия.
Что касается законодательства — так это то, что если вы предоставляете услуги в другом регионе, то вы обязаны использовать код города\региона того места, где вы предоставляете услуги, но опять же это касается только операторов, а не «сам себе режиссер».
использую пограничным шлюзом ipfw + pf(для ната) и netflow( снимаю прямо с интерфейса).
когда-то давным давно тестировали ipfw nat, natd,pf… лучшие показатели по стабильности и загрузки ресурсов где-то от 400 до600мб от 60к сессий были у pf. И кстати не всегда по загрузке цпу можно понять, что сервер вышел за пределы обработки допустимых объемов траффика. Тестировать можно пингом через шлюз какого-то хоста, и если задержки стали увеличиваться — значит не тянет.
Кста вопрос в догонку, а в ipfw позволено натить не одним адресом, а пулом адресов(перечнем айпишников или сетью)?
у них открытые спецификации и прошивки пишут к ним многие проекты, я даже знаком с таким проектом, при котором на обычном модуле 802.11a удалось добиться очень хорошей производительности(до 40мбит реальных) на очень дальние расстояния(до 50км) при использовании повышенной мощности передачи.
Зато на этом видео отчетливо ясен механизм выдвижения клавиатуры
ладно, как хотите, ваше право.
www.youtube.com/watch?v=S2GguOfl59I
по поводу примера — то я вообще мало что понял что тут к чему, просто решил уточнить.
Ну и в целях безопасности очень рекомендую никогда не допускать пересечения контекста для входящих звонков с контекстом исходящих.
Задержки в 380мс без эхоподавления — это значит, что вы услышите свой собственный голос через 4 секунды после того, как вы сказали фразу. Конечно есть разные алгоритмы для борьбы с эхом, но в масштабах «сам себе оператор за два рубля» можно максимум рассчитывать на то, что в целом качество связи будут все равно неудовлетворительно. Это может выражаться в том, что если человек говорит тихо, то его голос может вообще не пройти до собеседника, либо оборвется начало фразы или слова, а если начать говорить одновременно с собеседником без «как принял, прием ?», то вообще никто ничего не услышит и не поймет.
Не все так плохо, если вы собираетесь не так далеко ездить от родного города, и у вас будет дома и там, куда вы поедете, качественный хороший интернет провайдер, то вы сможете дешево и сердито разговаривать, но если вашей целью было экономить на разговорах, находясь в таких странах как США, Япония, Австралия, страны ближнего востока или вообще других континентов — то у вас с огромной вероятностью ничего не получится и вы только зря потратили деньги.
Что касается законодательства — так это то, что если вы предоставляете услуги в другом регионе, то вы обязаны использовать код города\региона того места, где вы предоставляете услуги, но опять же это касается только операторов, а не «сам себе режиссер».
когда-то давным давно тестировали ipfw nat, natd,pf… лучшие показатели по стабильности и загрузки ресурсов где-то от 400 до600мб от 60к сессий были у pf. И кстати не всегда по загрузке цпу можно понять, что сервер вышел за пределы обработки допустимых объемов траффика. Тестировать можно пингом через шлюз какого-то хоста, и если задержки стали увеличиваться — значит не тянет.
Кста вопрос в догонку, а в ipfw позволено натить не одним адресом, а пулом адресов(перечнем айпишников или сетью)?