Приобрёл на днях 2 пары джинс левис, всё вместе с доставкой за 2900 рублей в магазине Jean & Top. Приятно удивила доставка, обычной почтой доставили за 9 (!) дней. Гламурные пацаны утверждают, что левисы в Москве стоят 5-6 тысяч за пару. Не знаю как в Москве, но в городе Обнинск за 1500 рублей можно купить лишь штаны адидас с лампасами Или вот другой пример: в Москве, до недавнего времени, iPhone4 предлагали за 100-110 тысяч рублей. Спрашивается зачем покупать девайс у горе бизнессменов, если можно спокойно приобрести его во вражеской Британии, обойдётся он при этом в 20 000 рублей плюс доставка. Даже против нынешней цены в 43 тысячи – разница неадекватная. Пускай себе дальше сидят и боятся органов.

Основная проблема при покупках через интернет – масса тонкостей с которыми не сталкиваешься в повседневной жизни. Как оплатить? что делать если покупка не пришла? В каких магазинах и что покупать? Что покупать не стоит? Как быть с таможней? Все эти и многие другие вопросы разобраны в замечательном блоге t-itanium.livejournal.com. Информация в блоге организованна очень хорошо. Имеется подробнейший FAQ. Все записи снабжены тегами, таким образом можно легко отобрать информацию по интересующей вас теме, например обувь, джинсы и т.д. Так же хочу отметить комментарии посетителей, они на удивление конструктивны.

Удачных покупок!

Казалось бы X-Lite (он же eyeBeam) от фирмы CounterPath, один из самых распространённых софтфонов, не должен содержать детских ошибок в работе с SIP proxy, но к сожалению это не так. X-Lite/eyeBeam принципиально не умеет работать с перенаправляющими (Redirect) серверами. Перенаправляющие SIP сервера, это как правило SIP proxy, настроенные таким образом, что бы на запросы клиентов отвечать кодами 3XX (как правило 300 «Multiple Choices» или 302 «Moved Temporarily») – перенаправляя клиента на наименее загруженный сервер.

При попытке зарегистрироваться на сервере перенаправления, X-lite пишет на своём экране: «Registration error: 302 – Redirect». Прямо скажем коды 3XX не являются ошибками, однако X-Lite/eyeBeam считает иначе. Если мы посмотрим wireshark-ом, то увидим следующее:

При попытке зарегистрироваться на балансировщике нагрузки (192.168.14.198), X-Lite (192.168.1.114) получает перенаправление на адрес 192.168.14.207. После этого X-Lite, в соответствии с RFC3261, должен сформировать новый SIP запрос и отправить его по новому адресу (192.168.14.207). Как показывает wireshark, X-Lite формирует новый SIP запрос, подставляя в него адрес полученный от балансировщика нагрузки. Однако, вместо того что бы отправить его по соответствующему IP адресу, X-Lite продолжает использовать IP адрес SIP proxy. Судя по форуму CounterPath, этой проблеме более 2х лет.

Что же другие продукты от CounterPath? eyeBeam, как и следовало ожидать, ведёт себя точно так же как X-Lite, т.е. некорректно обрабатывает редиректы. А вот дорогущий Bria Professional вероятно использует другое ядро, отличное от eyeBeam/X-Lite посколько он правильно работает с перенаправлениями. Что делать? как быть? – Заплатить 50 баксов за Bria Professional или поставить Zoiper. Zoiper корректно отрабатывает перенаправления 3XX полученные от Kamailio.

Если вы начали программировать модуль для Kamailio, вы уже наверняка ознакомились с замечательным документом KAMAILIO (OPENSER) Devel Guide – если нет, рекомендую сделать это прямо сейчас. Содержимое документа будет актуально и пользователям OpenSIPS.

В двух словах о функциях child_init(rank) и mod_init(). Обе эти функции используются для инициализации вашего модуля, с небольшим различием. Функция mod_init() выполняется сразу после того как Kamailio инициализирует параметры вашего модуля, установленные из конфига с помощью директив modparam(). Очень важно обратить внимание на то, что mod_init() выполняется только один раз. mod_init() подходящее место для инициализации переменных находящихся в общей (разделяемой) памяти. Для распараллеливания вычислений используется старый-добрый fork() т.е. Kamailio создаёт несколько копий процесса, часть из этих копий используются для служебных целей, а остальные – обрабатывают SIP сообщения в соответствии с конфигурационным файлом. Сразу после форка, вызывается функция child_init(rank). В отличие от mod_init(), child_init(rank) выполняется не 1 раз а несколько – по одному разу для каждого нового процесса. Для того, что бы отличить, что за процесс вызвал child_init(rank) используется единственный параметр этой функции – целочисленный rank. В «KAMAILIO (OPENSER) Devel Guide» – опущен вопрос о том, какие значения он может принимать. Но, как известно, лучшая документация это исходный код. Возможные специальные значения параметра rank перечислены в файле sr_module.h:

#define PROC_MAIN      0  /* Main ser process */
#define PROC_TIMER    -1  /* Timer attendant process */
#define PROC_RPC      -2  /* RPC type process */
#define PROC_FIFO      PROC_RPC  /* FIFO attendant process */
#define PROC_TCP_MAIN -4  /* TCP main process */
#define PROC_UNIXSOCK -5  /* Unix socket server */
#define PROC_ATTENDANT -10  /* main "attendant process */
#define PROC_INIT     -127 /* special rank, the context is the main ser
                                      // process, but this is guaranteed to be executed
                                      // before any process is forked, so it can be used
                                      // to setup shared variables that depend on some
                                      // after mod_init available information (e.g.
                                      // total number of processes).
                                      // WARNING: child_init(PROC_MAIN) is again called
                                      // in the same process (main), but latter
                                      // (before tcp), so make sure you don't init things
                                      // twice, bot in PROC_MAIN and PROC_INT */
#define PROC_NOCHLDINIT -128 /* no child init functions will be called
                              //  if this rank is used in fork_process() */
 
#define PROC_MIN PROC_NOCHLDINIT /* Minimum process rank */

Кроме специальных значений rank <= 0, так же имеются положительные, последовательно начиная с 1. Эти значения получают процессы работники – которые заняты непосредственно обработкой SIP сообщений. Таким образом, если для работы вашего модуля необходимо соединение с БД, целесообразно открыть его из функции child_init(rank) для процессов, у которых rank > 0. Например вот так:

static int child_init(int rank) {
        srand((11+rank)*getpid()*7);
 
        if (rank > 0) {
                if(init_db()!= 0) {
                        LM_ERR("could not initiate a connection to the database\n");
                        return -1;
                }
 
                LM_ERR("Rank: %d, PID: %d. Connecting to DB.\n", rank, getpid());
                if (db_bind_mod(&db_url, &dbf) < 0) {
                        LM_ERR("Unable to bind to a database driver\n");
                        return -1;
                }
                db_handle = dbf.init(&db_url);
        } else {
                LM_ERR("Rank: %d, PID: %d. NOT Connecting to DB.\n", rank, getpid());
        }
        return 0;
}

При запуске Kamailio с модулем содержащим подобную инициализацию, мы увидим в сислоге:

Aug 25 13:21:04 sipproxy /usr/local/sbin/kamailio[21995]: ERROR: lb [lb.c:345]: Rank: -127, PID: 21995. NOT Connecting to DB.
Aug 25 13:21:04 sipproxy /usr/local/sbin/kamailio[21996]: ERROR: lb [lb.c:338]: Rank: 1, PID: 21996. Connecting to DB.
Aug 25 13:21:04 sipproxy /usr/local/sbin/kamailio[21999]: ERROR: lb [lb.c:338]: Rank: 3, PID: 21999. Connecting to DB.
Aug 25 13:21:04 sipproxy /usr/local/sbin/kamailio[22001]: ERROR: lb [lb.c:345]: Rank: -1, PID: 22001. NOT Connecting to DB.
Aug 25 13:21:04 sipproxy /usr/local/sbin/kamailio[22002]: ERROR: lb [lb.c:345]: Rank: -1, PID: 22002. NOT Connecting to DB.
Aug 25 13:21:04 sipproxy /usr/local/sbin/kamailio[21995]: ERROR: lb [lb.c:345]: Rank: 0, PID: 21995. NOT Connecting to DB.
Aug 25 13:21:04 sipproxy /usr/local/sbin/kamailio[21998]: ERROR: lb [lb.c:338]: Rank: 2, PID: 21998. Connecting to DB.
Aug 25 13:21:04 sipproxy /usr/local/sbin/kamailio[22000]: ERROR: lb [lb.c:338]: Rank: 4, PID: 22000. Connecting to DB.

В течение календарного месяца в адрес одного получателя, являющегося физическим лицом, находящимся на таможенной территории Таможенного союза, в МПО можно переслать товаров, таможенная стоимость которых не превышает сумму, эквивалентную 1000 евро, и общий вес которых не превышает 31 кг.

Т.е. вместо 10 000 (5 000) рублей, лимит теперь равняется почти 40 000 рублей не зависимо от способа доставки, а это значит, что можно совершать более дорогие покупки не боясь попасть на растаможку. Например купить iphone 4 в британии, за 615 фунтов (29 200 рублей). Из отрицательных моментов – расширился список запрещённых к пересылке товаров:

Соглашение также определило перечень товаров для личного пользования запрещенных к ввозу и вывозу с территории Таможенного союза. Помимо товаров данной категории к пересылке в МПО запрещены:

алкогольная продукция, этиловый спирт, пиво
любые виды табачных изделий и курительных смесей
любые виды оружия (их части), патроны к ним (их части), конструктивно сходные с гражданским и служебным оружием изделия
…

Большое количество людей, до введения нового ТК, закупалось гламурным спиртным за границей. Ведь бутылка Hennessy XO 0.7 литра стоит, например, в британии – 85 фунтов (4 000 рублей)

Почему же эти замечательные люди не могут спасти цивилизованных Россиян вот уже 2 месяца? Ведь они так успешно выступали в Европе?! Может быть там пожары были сильно слабже? Или может не все самолёты вернулись на родину, а часть осталось охранять Европу? Почему там всё хорошо а здесь всё плохо? Предлагаю посмотреть на историю с пожарами несколько с другой стороны. Скорее всего спасение Европы было лишь в головах отечественных СМИ. Глядя на то как МЧС тушит пожары дома, сдаётся мне что так же он тушил их и за границей. Назвать это решающим или хотя бы значимым вкладом – язык не поворачивается. Да и на что способна армада состоящая аж из 4 (четырёх!) самолётов? В лучшем случае – демонстрация флага и небольшой гешафт руководству МЧС. Ну а нам, естественно, телевизор рассказал как оно на самом деле, создал, так сказать, повод для гордости.

Напомню, что Asterisk 1.8.0 позиционируется как LTS – Long Term Support, т.е. как долговременное решение пришедшее на смену Asterisk 1.4 в отличие от Asterisk 1.6.x которые были тестовыми площадками. Основными нововведениями в Asterisk 1.8 являются:

• SRTP – технология позволяющая шифровать медиа потоки.
• Поддержка IPv6
• Поддержка Connected Party Identification
• Интеграция с разнообразными календарями
• CEL (Channel Event Logging) – новая подсистема логирования событий в канале. Данная подсистема предназначена для качественного биллинга сложных звонков (коллцентры, несколько трансферов и т.д.)
• Распределённый учёт состояния устройств (DevState) с помощью Jabber/XMPP PubSub
• Поддержка AOC (Advice of Charge)

Для того чтобы уменьшить дискретность перемещения ротора шагового двигателя применяется микрошаговый режим. Микрошаг реализуется при независимом управлении током обмоток шагового электродвигателя. Управляя соотношением токов в обмотках можно зафиксировать ротор в промежуточном положении между шагами. Таким образом можно повысить плавность вращения ротора и добиться высокой точности позиционирования. В микрошаговом режиме можно получить разрешающую способность в 51200 шаг/об.

Компания FastLane – крупный партнёр Cisco, занимается обучением и сертификаций по различным направлениям. До конца года fast lane, проведёт 3 довольно интересных тренинга: Customer Voice Portal Implementation (CVPI) 30 августа – 03 сентября, Cisco Unified Contact Center Power Workshop (CUCCPW) 18-27 октября и PSTN 2200 Gateway Basics (PGWB) 18 -22 октября. Все тренинги будут проводиться на английском языке. Самый интересный из них, на мой взгляд – PGWB, рассматривающий вопросы соединения сетей SIP/h.323 и ОКС7.