Entries Tagged 'Техника' ↓

Cisco купува Jabber, Inc.

Вчера на сайта на Cisco Systems е излязла новината, че мрежовият гигант купува компанията, която стои зад системата за бързи съобщения Jabber. Към момента тяхната Unified Communications платформа е жив зян откъм presence и messaging услуги. Да видим какво ще излезе от това

SIP през Nokia E90 до asterisk

Ето кратко ръководство как да подкарате SIP клиента на телефон Nokia E90, и да го свържете към asterisk PBX.

Continue reading →

SPAM в jabber

В момента в конферентната стая 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 минути, докато разбера какво става, и, което е по-важното, да го оправя. :)

Asterisk NCS patch

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

Just a quick note – there is a new version of the patch for 1.4.24.1 version of Asterisk, that applies without too much warnings. Have no idea if it works, though. Test it and see.  http://www.minus273.org/wp-content/uploads/2008/03/ncs-packetcable-minus273-1424.patch

ejabberd 2.0

Днес набързо (както обикновено става, но в смисъл на необмислено, а не че съм 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), макар че не виждам особена полза от това. :)

Нейсе. Да сме живи и здрави.

s2f шрифтове за терминална емулация върху мобилен телефон

Наскоро ми се наложи да настроя терминален достъп от 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 5.5 към WordPress 2.3

Както си бях обещал преди почти месец, трябва да опиша процедурата по миграция от Drupal към WordPress.

Първо си направете труда, и изчетете тези три статии. Обърнете особено внимание на първата, тъй като тя е с най-актуална информация.

  1. http://www.darcynorman.net/2007/05/15/how-to-migrate-from-drupal-5-to-wordpress-2/
  2. http://www.brendanloy.com/2007/02/wordpress-21-upgrade-problems.html
  3. http://spindrop.us/2006/05/19/migrating-from-drupal-47-to-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 на български, разархивирайте, прочетете как става обновяването и го завършете сами.

Това е.

Пак ли? *FUD*

Тъй, да видим утре коя друга оптика, освен тази на MSAT Cable ще се окаже пострадала.

Днес около 19.30 е прекъснат магистрален оптичен кабел в района на Аспарухов мост. За момента не знам подробности, но нещо ме навежда на мисълта, че подозренията ще се наклонят здраво към „уважаемите колеги“ от И****билд. Дано да е инцидент и те да нямат нищо общо.

Защото ако имат, това може да се окаже грешка, и то сериозна.

Допълнение: Да, наистина имаше прерязана оптика на MSAT Cable. Интересното е, че заедно вървят две HDPE тръби – едната е на MSAT, а другата – на SPNet. Тръбата на Спектър е здрава, но не и тази на MSAT. Дали ще съм прав, ако предположа, че целта вероятно е била оптиката на SPNet, но погрешка е била презярана другата тръба?

Бффф… все си мислех, че тази работа ще спре някога, но по всичко изглежда, че няма да е скоро. И все пак, не искам да обвинявам конкретно някого – няма свидетели, и е напълно възможно да е бил всеки.

Който и да го е направил, то си знае…

 Втора редакция : Всъщност излезе, че това е най-обикновен FUD. Извинявам се за което – причината за прекъсването на оптичния кабел е подпален (по неизвестна причина) стълб.

SPAM на български

Напоследък вече няколко пъти улавям SPAM е-пощи, написани на български език. И понеже не съм свикнал да получавам такива, с интерес отварям дадено писмо и го изчитам цялото. Даже автоматично щях да отговоря на примамливото предложение за USD 3800 месечна заплата (като минимум), но като се замислих, това че SPAM съобщението е на български, не го прави с нищо по-различно от множеството англо-, руско- и всякакви-други-езични оферти за нова, високоплатена работа от дома, която не изисква никакви квалификации. Ако и вие получите такова съобщение, въобще не се колебайте, а го изтрийте, като преди това обучите SPAM филтрите си и докладвате в spamcop.net.

Международна компания предлага работа на жителите на България.
В момента нашата компания предлага много свободни работни места по цяла България. Вашият месечен доход ще бъде не по-малко от 3800 USD.

Изисквания към работата:

- Никакъв определен трудов опит не е необходим за този бизнес.

- Вашата възраст трябва да бъде не по-малко от 21 години. От мъжки или женски пол.

- Само за жителите на България.

- Нашата работа не изисква никакви инвестиции и никакви допълнителни разходи.

Ако нашето предложение е предизвикало Вашия интерес и Вие бихте искали да получите повече информация, може да се свържете с нас на: career@xxxxx.co.xx

Честито, както се казва.