Т.е. честит ми рожден ден (на патерици, понеже беше вчера).
Приятелите ме зарадваха с един Holux GPSlim 236 GPS bluetooth приемник, с който вече щастливо се размотавам напред назад, втренчен в екрана телефона си. Остана само да си намеря някакъв по-добър софтуер за навигация от Nokia Maps 2.0.
Ето кратко ръководство как да подкарате SIP клиента на телефон Nokia E90, и да го свържете към asterisk PBX.
В момента в конферентната стая xaai на сървъра conference.im.flosoft.biz тече среща на jabber администратори и разработчици, на която ще се обсъжда проблем, който вече не е само пощенски—SPAM. Журнал от срещата може да се види на адрес http://im.flosoft.biz/muclogs/xaai@conference.im.flosoft.biz/2008/05/05.html. По предварителни данни се търси някакво RBL решение, но тъй като гледам, все още няма реални (работещи) имплементации. Да видим…
По-долу можете да видите скрипт за policy маршрутизиране по source адрес към два шлюза. Познайте какво се случва, когато се изпълни скрипт на GNU/Linux маршрутизатор със само един шлюз.
#! /bin/sh
ip=“/sbin/ip“
DTABLE1=101
DTABLE2=102
STABLE=“main“
fw1=“192.168.100.1″
fw1_nets=“ 10.10.128.0/22 \
10.10.132.0/22 \
10.10.136.0/21 \
10.10.156.0/22 \
10.10.188.0/22″
fw2=“192.168.100.8″
fw2_nets=“ 10.10.144.0/22 \
10.10.148.0/22 \
10.10.152.0/22 \
10.10.185.0/22 \
10.10.186.0/22 \
10.10.187.0/22″
$ip route flush table $DTABLE1
$ip route show table $STABLE | grep -Ev ‘^default’ | grep ‘10.10′ \
| while read ROUTE ; do
$ip route add table $DTABLE1 $ROUTE
done
$ip route flush table $DTABLE2
$ip route show table $STABLE | grep -Ev ‘^default’ | grep ‘10.10′\
| while read ROUTE ; do
$ip route add table $DTABLE2 $ROUTE
done
# CMTS1,5
$ip route add table $DTABLE1 default via $fw1
for net in $fw1_nets;
do
$ip rule add from $net table $DTABLE1;
done
# CMTS2,3,4
$ip route add table $DTABLE2 default via $fw2;
for net in $fw2_nets;
do
$ip rule add from $net table $DTABLE2;
done
$ip route flush cache
Аз мога да ви отговоря—машината не ще по никакъв начин да препраща пакети от един интерфейс на друг и си пълни логовете със съобщения от вида:
Apr 15 11:33:17 mincho kernel: Neighbour table overflow.
Apr 15 11:33:22 mincho kernel: printk: 8516 messages suppressed.
Като се има предвид, че лично аз съм писал въпросния скрипт (макар и преди повече от 2 години), ми отне около 15 минути, докато разбера какво става, и, което е по-важното, да го оправя. 
Disclaimer: I’m not a programmer! If you decide to use this, use it at your own risk!
For a couple of days I’ve been trying to find a working patch for Asterisk PBX, that would allow me to use an eMTA device (which is essentially a cable modem with voice terminal adapter), provisioned according to [some of] the PacketCable specifications—i.e. with MGCP/NCS. So, I’ve found a patch on the Net, written by Jason Burton in 2006.
Disclaimer: I’m not a programmer! If you decide to use this, use it at your own risk!
When I tried to apply it on a vanilla 1.4.18 Asterisk source tree, it spew a lot of rejects, which then I kind of fixed. So, here you can find the patch itself.
Apply it like this:
cd /usr/src/asterisk-1.4.18/channels/
patch –dry-run -p1 < [full path to/]ncs-packetcable-minus273.patch
Look carefully if there are any rejects. If not:
patch -p1 < [full path to/]ncs-packetcable-minus273.patch
Then, of course, you have to recompile and configure asterisk to accept eMTA devices.
Disclaimer: I’m not a programmer! If you decide to use this, use it at your own risk!
Please, note, that I’m not responsible for any problems, that could arise after applying this patch!
Edit: You have to enter ncs=1 in every endpoint’s configuration in your mgcp.conf. E.g.:
[192.168.200.2]
host=192.168.200.2
dtmfmode=rfc2833
ncs=1
nat=no
slowsequence=yes
canreinvite=yes
wcardep=aaln/*
context = eMTAs
immediate=no
line => aaln/1
context = eMTAs
immediate=no
line => aaln/2
Днес набързо (както обикновено става, но в смисъл на необмислено, а не че съм die ueber-системен-администратор) обнових jabber.minus273.org до ejabberd 2.0. Създадох си пакет за Debian GNU/Linux Etch, като копирах съдържанието на папката debian от пакета с изходния код за ejabberd 1.1.2-6, който тъй или иначе е от Etch. После промених файла changelog, след което едно dpkg-buildpackage -b -uc свърши идеална работа. Поне за момента не виждам проблеми…
Новото, поне за момента е, пускането на Proxy65 и Publish-Subscribe на сървъра. Проксито е ограничено до 10 едновременни връзки, всяка със скорост под 1Мегабит—съжалявам, това е, което мога да отделя.
Колкото до pubsub услугата—пусната е, но реално зависи от клиентите какво могат и/или не могат да правят. Аз например веднага видях възможността за user-mood (от XEP-0163), макар че не виждам особена полза от това.
Нейсе. Да сме живи и здрави.
Наскоро ми се наложи да настроя терминален достъп от Nokia e90 и Sony Ericsson p990i до отдалечен сървър.
Приложенията, които използвах, бяха Putty за UIQ3 (Sony Erricsson) и s2putty за Nokia. Откъм настройка и функционалност и двата софтуера са почти равностойни, като UIQ3 варианта като че ли е малко по-удобен за работа. С две думи—няма голяма разлика между двете. И все пак, въпреки че всичко изглеждаше нормално, се появи проблем—нито един от двата терминални емулатора нямаше наличен шрифт с поддръжка на кодова таблица cp1251.
След дълго търсене намерих решение—s2putty to the rescue! В изходния код на пакета има един инструмент за конвертиране на шрифтове от тип bdf до s2f, който вече се поддържа от емулатора. След разархивиране на изходния код, можете да намерите необходимите инструменти в директорията ui/s2font. Единственото, което наистина ви трябва, е AWK скрипта bdftos2font.awk, с чиято помощ можете да си конвертирате шрифтове на воля. След като ги изгенерирате, трябва да ги копирате в C:\System\Apps\putty\fonts\ , без значение дали сте с Nokia или Sony Ericsson.
Тук можете да видите лиценза на s2putty, който май съм длъжен да покажа, ако разпространявам част от изходния код.
Можете да изтеглите и няколко кирилски s2f шрифта за терминален емулатор, който работи върху мобилен телефон.
Между другото, в лицензния файл е споменато и лицето Делян Делчев, което ме изпълва с гордост.
Както си бях обещал преди почти месец, трябва да опиша процедурата по миграция от Drupal към WordPress.
Първо си направете труда, и изчетете тези три статии. Обърнете особено внимание на първата, тъй като тя е с най-актуална информация.
Поради несъответствия в структурата от бази данни на WordPress 2.2 и 2.3 (основно заради вкарването на native етикети успоредно с категориите), е необходимо да разполагате с изходния код на две версии на тази блог-платформа, преди да предприемете миграцията от Drupal, примерно 2.1 и последната към момента 2.3.2 (която можете да си изтеглите на български от ето този сайт). А всъщност цялата история с двете версии на WordPress, които са ви необходими, се корени в това, че аз не съм MySQL гуру, и ме мързи да променям вече направен и работещ скрипт, та затова предпочетох да извърша миграцията от Drupal 5.5 до WordPress 2.1.3, след което да обновя измигрираният вече WordPress до версия 2.3.2.
Освен това ще ви е необходим и ето този скрипт за mysql, с чиято помощ ще извършите същинската миграция.
Започваме с инсталация на WordPress, в чиито подробности няма да задълбаваме. След това (поне при мен) беше необходимо да направя следните промени в my.cnf (по подразбиране в Debian GNU/Linux това се намира в /etc/mysql/my.cnf, при други дистрибуции мястото е различно):
[client] default-character-set = utf8 [mysqld] default-character-set = utf8 init-connect = "SET NAMES utf8" collation_server=utf8_unicode_ci character_set_server=utf8
След това можете да рестартирате MySQL сървъра си.
Направете архив на инсталацията на Drupal:
mysqldump -u <друпал> drupal > drupal-дата.sql
Тук също няма да изпадаме в подробности кое какво значи. Имайте предвид, че до този момент трябва да разполагате с 2 бази—една база за старата инсталация на Drupal и една за новата инсталация на WordPress.
Вземете този скрипт, редактирайте го така, че да съответства на вашата инсталация, и го стартирайте.
Изтеглете си последната версия на WordPress на български, разархивирайте, прочетете как става обновяването и го завършете сами.
Това е.
Тъй, да видим утре коя друга оптика, освен тази на MSAT Cable ще се окаже пострадала.
Днес около 19.30 е прекъснат магистрален оптичен кабел в района на Аспарухов мост. За момента не знам подробности, но нещо ме навежда на мисълта, че подозренията ще се наклонят здраво към „уважаемите колеги“ от И****билд. Дано да е инцидент и те да нямат нищо общо.
Защото ако имат, това може да се окаже грешка, и то сериозна.
Допълнение: Да, наистина имаше прерязана оптика на MSAT Cable. Интересното е, че заедно вървят две HDPE тръби—едната е на MSAT, а другата—на SPNet. Тръбата на Спектър е здрава, но не и тази на MSAT. Дали ще съм прав, ако предположа, че целта вероятно е била оптиката на SPNet, но погрешка е била презярана другата тръба?
Бффф… все си мислех, че тази работа ще спре някога, но по всичко изглежда, че няма да е скоро. И все пак, не искам да обвинявам конкретно някого—няма свидетели, и е напълно възможно да е бил всеки.
Който и да го е направил, то си знае…
Втора редакция : Всъщност излезе, че това е най-обикновен FUD. Извинявам се за което—причината за прекъсването на оптичния кабел е подпален (по неизвестна причина) стълб.
