простите, t-mail это то которое от фидонета ?! если да то ПОЧЕМУ ? 25 декабря 2012 г., 12:14 пользователь Dmitriy Borisov написал:

Hello UANOG,

Общая задача:

Есть диспетчерские на неких предприятиях, 36 штук. Есть центральная диспетчерская (37-я).

В каждой диспетчерской есть IP-телефон и сервер визуализации данных с датчиков на предприятии. Сервер все данные отображает на картинке и складывает в MS SQL на предприятии.

Так же надо сделать так, что бы все эти же данные программа складывала в сервер MS SQL в центральной диспетчерской. Планируется сделать это следующим образом:

Программа после формирования SQL-запроса и отправления его местному SQL-серверу складывает его в неизменном виде в файлик и создает флаг T-Mail`у о наличии файлов в очереди. Тмэйл шифрует его опен-пгп и отправляет на сервер в центре, там он принимется, специальной программой модифицироуется и складывается в центральный SQL-сервер.

По тому же каналу бегает IP-телефония на 2 телефонных аппарата, удаленный клиент TraceMod и Remote Desktop в максимальном разрешении/цветности на 1 компьютер.

Частная задача, на которую нужен специалист:

Настроить маршрутизаторы, а так же Т-Мail и open-pgp на обоих (на предприятии и в центральной диспетчерской) серверах. Собрать тестовый стенд и провести программу испытаний, результатом которой должны стать характеристики канала передачи данных, в котором идет такая передача и бегают телефония и удаленные клиенты.

Стенд надо собрать до НГ, программу испытаний выполнить до 20 января. Готов платить вполне вменяемые деньги. Рабочие руки для оформления результатов предоставлю.

-- Best regards, Dmitriy mailto:borik.internet@gmail.com

-- Yours, Max

ну для похожих задач у меня rsync-inotify+symlinkи на файлы которые надо слить. а для синхронизации двух макбуков я люблю unison по крону. 25 декабря 2012 г., 12:50 пользователь Valentin Nechayev написал:

Tue, Dec 25, 2012 at 12:40:29, speransky wrote about "[uanog] Re: [uanog] Нужен админ в Донецке":

...

простите, t-mail это то которое от фидонета ?! если да то ПОЧЕМУ ?

Работает же... (возможно, даже, по IP - оно где-то с 2600-го умеет такое)

А что ещё готового есть для роли "неинтерактивное удалённое выполнение двустороннее выполнение заданий"? UUCP? Так никакой разницы по сути. Городить что-то своё? А зачем?

-netch-

-- Yours, Max

Ну T-Mail/UUCP логично использовать если канал коммутируемый (читать dialup like), а тут, как я понимаю выделенные IP каналы - можно в центре какой-то HTTP стервер водрузить и пулять в него данные по https в каком-то JSON сложенные.

В этом случае всё равно придётся писать какую-то свою скриптовую обвязку для обработки ошибок, повторения запросов, ведения очереди. T-mail это всё предоставляет, но запускать в продакшн решение, основанное на проприетарном платном софте, последняя стабильная версия которого была выпущена 16 лет назад, а сайт давно умер - это действительно весьма странно. Я подозреваю, что довольно много времени может банально уйти на поиск Елкина и попытки заплатить ему денег за коммерческую лицензию. Я бы под это дело, наверное, строил какую-то систему управления очередью - тот же RabbitMQ. -- ryzh-ripe

Hi Задача - складывать данные из одного SQL сервера в другой. При чём не с пом. сигнальных костров, а по каналу, по к-рому IP телефония работает. Почему вообще может прийти мысль делать это какими-то файлами, или даже данными через https/JSON, или через rsync-inotify+symlinkи, или через unison по крону? Зачем для этого нужна вообще очередь и "скриптовая обвязка"? Когда и какое состояние датчиков увидят в диспетчерской, если их состояние передавать таким образом? Я, к сожалению, лично знаком реализациями такого типа, где состояние "датчиков" видно в виде красивых графиков с отставанием всего на сутки-двое, и то, если "датчики" ведут себя предсказуемо и не генерирует лишний трафик :)

В гиганте телекоммуникаций адовые объемы cdr'ов ездят по ftp/rsync

cdr'ы - это что?

...

...

А что ещё готового есть для роли "неинтерактивное удалённое выполнение двустороннее выполнение заданий"?

Почему тут слово "выполнение" два раза и что это название значит? Кстати, для неинтерактивного удалённого выполнения SQL запросов есть из готового SQL сервер.

В каждой диспетчерской есть IP-телефон и сервер визуализации данных с датчиков на предприятии. Сервер все данные отображает на картинке и складывает в MS SQL на предприятии.

Так же надо сделать так, что бы все эти же данные программа складывала в сервер MS SQL в центральной диспетчерской. Планируется сделать это следующим образом:

Программа после формирования SQL-запроса и отправления его местному SQL-серверу складывает его в неизменном виде в файлик и создает флаг T-Mail`у о наличии файлов в очереди. Тмэйл шифрует его опен-пгп и отправляет на сервер в центре, там он принимется, специальной программой модифицироуется и складывается в центральный SQL-сервер.

По тому же каналу бегает IP-телефония на 2 телефонных аппарата, удаленный клиент TraceMod и Remote Desktop в максимальном разрешении/цветности на 1 компьютер.

-- Mike

Так и вижу как CDR с MSC оператора размера MTS по T-mail едут к биллингу. А биллинг такой опять по T-mail отвечает: на счету денег недостаточно. Просто сюр какой-то. 2012/12/26 Max Speransky

Ты имхо не знаком с работой интеграторов, когда надо четыре говносистемы увязать между собой, с тремя производителями клиент уже поругался, а четвертая под dos и 1998 года )). И тогда приходится делать уличную магию. Возможно тут тот самый случай ))

p.s. CDR - call detailed record, например коммутаторы телефонные их пишут, а потом пакетно это попадает на биллинг. Когда у тебя контрактный мобильный то оно именно так работает.

26 декабря 2012 г., 18:16 пользователь Mike Petrusha написал:

...

Hi

Задача - складывать данные из одного SQL сервера в другой. При чём не с пом. сигнальных костров, а по каналу, по к-рому IP телефония работает.

Почему вообще может прийти мысль делать это какими-то файлами, или даже данными через https/JSON, или через rsync-inotify+symlinkи, или через

unison

...

по крону?

Зачем для этого нужна вообще очередь и "скриптовая обвязка"?

Когда и какое состояние датчиков увидят в диспетчерской, если их состояние передавать таким образом?

Я, к сожалению, лично знаком реализациями такого типа, где состояние "датчиков" видно в виде красивых графиков с отставанием всего на сутки-двое, и то, если "датчики" ведут себя предсказуемо и не генерирует лишний трафик :)

...

В гиганте телекоммуникаций адовые объемы cdr'ов ездят по ftp/rsync

cdr'ы - это что?

...

...

...

А что ещё готового есть для роли "неинтерактивное удалённое выполнение двустороннее выполнение заданий"?

Почему тут слово "выполнение" два раза и что это название значит?

Кстати, для неинтерактивного удалённого выполнения SQL запросов есть из готового SQL сервер.

...

В каждой диспетчерской есть IP-телефон и сервер визуализации данных с датчиков на предприятии. Сервер все данные отображает на картинке и складывает в MS SQL на предприятии.

Так же надо сделать так, что бы все эти же данные программа складывала в сервер MS SQL в центральной диспетчерской. Планируется сделать это следующим образом:

Программа после формирования SQL-запроса и отправления его местному SQL-серверу складывает его в неизменном виде в файлик и создает флаг T-Mail`у о наличии файлов в очереди. Тмэйл шифрует его опен-пгп и отправляет на сервер в центре, там он принимется, специальной программой модифицироуется и складывается в центральный SQL-сервер.

По тому же каналу бегает IP-телефония на 2 телефонных аппарата, удаленный клиент TraceMod и Remote Desktop в максимальном разрешении/цветности на 1 компьютер.

-- Mike

-- Yours, Max

-- Pavlo Narozhnyy +380 95 276 31 46 http://www.linkedin.com/in/pavlo

Hi Pavlo,

Так и вижу как CDR с MSC оператора размера MTS по T-mail едут к биллингу. А биллинг такой опять по T-mail отвечает: на счету денег недостаточно.

А я хотел авторизацию кредитки в T-mail-терминале описать. Опоздал :) -- Mike

это припейд и сценарий для IN-платформы, все по 3gpp на диаметре. мтс кмк недавно со своего старого комарча перешла на конвергентный. а там был вполне ад и палестина вокруг и интеграция через базу данных 2012/12/26 Oleh Hrynchuk :

Ускладнюю задачу :)

Клієнт одночасно розмовляє по мобілу, "шариться" в Інеті з планшетника і дивиться IPTV. З одного акаунту.

Задача оператора - точно в ріалтаймі відслідковувати стан клієнтського акаунта, щоби не "попасти на бабло".

2012/12/26 Mike Petrusha

...

Hi Pavlo,

...

Так и вижу как CDR с MSC оператора размера MTS по T-mail едут к биллингу. А биллинг такой опять по T-mail отвечает: на счету денег недостаточно.

А я хотел авторизацию кредитки в T-mail-терминале описать. Опоздал :)

-- Mike

-- Regards, /oleh hrynchuk http://zmejgorynych.blogspot.com

-- Yours, Max

Wed, Dec 26, 2012 at 18:41:38, paveln wrote about "[uanog] Re: [uanog] Re: [uanog] Нужен админ в Донецке":

Так и вижу как CDR с MSC оператора размера MTS по T-mail едут к биллингу. А биллинг такой опять по T-mail отвечает: на счету денег недостаточно.

Просто сюр какой-то.

Wed, Dec 26, 2012 at 19:20:48, mp wrote about "[uanog] Нужен админ в Донецке":

А я хотел авторизацию кредитки в T-mail-терминале описать. Опоздал :)

А неужели благородных донов не смущает, что основное взаимодействие всяких биллингов и прочих служебных систем осуществляется по (о, ужас!) TCP с его трёхфазной установкой соединения? Это же сюр какой-то - ты ему вначале SYN, он тебе SYN+ACK, и только тогда ты можешь ему ACK+запрос (а на самом деле ACK летит отдельно, потому что из ядра, а запрос отдельно, когда userland получит возврат из connect() и соберёт послание). Сколько времени тратится! Сколько ненужных действий! А какой оверхед - все эти Ethernet (8/10 и 128/130 кодирование, MAC'и, свичи), SDH (у меня язык отсохнет расписывать все его навороты)... И чем тут хуже T-Mail, для которого функционал типа "немедленно начать звонить на peer, если обнаружен файл-флаг определённого типа" присутствовал из коробки с рождения? И для которого, BTW, определяются хуки немедленной обработки на некоторые события, на которые можно даже навесить выполнение SQL запроса и его немедленную отдачу не разрывая соединение? Не нравится, что это файлы на диске? Сложите на tmpfs (AKA ramdisk). Любое решение в таком вопросе - это баланс между сохранением существующего и смыслом перевода на новое. Если система на передаче файлов, пусть даже в tmpfs, не тянет нагрузку именно за счёт представления файлами, или сам мейлер не даёт достаточную интерактивность передачи за счёт неустранимых тормозов (например, поллит каталог флагов не чаще раза в минуту) - да, его надо менять. Возможно, в объёме МТС легче написать что-то новое, чем сохранять старую технологию, и дополнительные 1-2 секунды задержки на каждой авторизации слишком серьёзны. Но уже для кредиток - по сравнению с общим временем процедуры (вставить карточку, отсчитать деньги в лотке) это малосущественная задержка. И тем более это не важно сейчас топикстартеру: ему нужно, чтобы система работала сейчас, а перевод на современные технологии наверняка заложен в планы развития, но не может быть реализован на вчера. А в результате тут в рассылке вместо грамотного инженерного подхода, учитывающего все основные стороны проблемы, видим двух человек, которые верхоглядски "посмеялись над старьём", показав на самом деле только одно - что они писали эти сообщения не корой головного мозга, а рефлексами.

...

p.s. CDR - call detailed record, например коммутаторы телефонные их пишут, а потом пакетно это попадает на биллинг. Когда у тебя контрактный мобильный то оно именно так работает.

Мы используем расшифровку Call Data Record. (Хотя разница непринципиальна.) -netch-

Лично меня смутил только т-мейл, который неясно где брать ) а отсылка файлами по событию вполне себе обыденная практика. Да-да и в МТС еще пару лет назад тоже 27 декабря 2012 г., 10:07 пользователь Valentin Nechayev написал:

Wed, Dec 26, 2012 at 18:41:38, paveln wrote about "[uanog] Re: [uanog] Re: [uanog] Нужен админ в Донецке":

...

Так и вижу как CDR с MSC оператора размера MTS по T-mail едут к биллингу. А биллинг такой опять по T-mail отвечает: на счету денег недостаточно.

Просто сюр какой-то.

Wed, Dec 26, 2012 at 19:20:48, mp wrote about "[uanog] Нужен админ в Донецке":

...

А я хотел авторизацию кредитки в T-mail-терминале описать. Опоздал :)

И чем тут хуже T-Mail, для которого функционал типа "немедленно начать звонить на peer, если обнаружен файл-флаг определённого типа" присутствовал из коробки с рождения? И для которого, BTW, определяются хуки немедленной обработки на некоторые события, на которые можно даже навесить выполнение SQL запроса и его немедленную отдачу не разрывая соединение? Не нравится, что это файлы на диске? Сложите на tmpfs (AKA ramdisk). А в результате тут в рассылке вместо грамотного инженерного подхода, учитывающего все основные стороны проблемы, видим двух человек, которые верхоглядски "посмеялись над старьём", показав на самом деле только одно - что они писали эти сообщения не корой головного мозга, а рефлексами.

...

...

p.s. CDR - call detailed record, например коммутаторы телефонные их пишут, а потом пакетно это попадает на биллинг. Когда у тебя контрактный мобильный то оно именно так работает.

Мы используем расшифровку Call Data Record. (Хотя разница непринципиальна.)

-netch-

-- Yours, Max

Thu, Dec 27, 2012 at 13:30:00, tasic wrote about "[uanog] Re: [uanog] Re: Нужен админ в Донецке":

...

А в результате тут в рассылке вместо грамотного инженерного подхода, учитывающего все основные стороны проблемы, видим двух человек, которые верхоглядски "посмеялись над старьём", показав на самом деле только одно - что они писали эти сообщения не корой головного мозга, а рефлексами. Зато не осталось никаких сомнений, что это список рассылки админов. Спросившему не ответят на вопрос, зато расскажут, что он все делает неправильно. ;)

Вполне возможно, что кто-то написал в личку и вопрос уже начал решаться. А админы почти ни при чём - такой подход это беда всего русскоязычного пространства. Хотя и не только его. См. "сколько FreeBSD'шников нужно, чтобы вкрутить лампочку" -netch-

Это не кошерно, да и не дает возможности поучать людей что Т-мыл лучше не трогать если он есть. (как ни странно, вопрос-то был не "посоветуйте решение лучше чем Т-мыл", а "ищу человека в Донецке"). 2012/12/27 Mike Petrusha

Hi Valentin,

...

...

Кстати, для неинтерактивного удалённого выполнения SQL запросов есть из готового SQL сервер.

Это интерактивное. Он не запоминает вопрос с присылкой ответа по почте или аналогу, а отвечает сразу.

А, да, не разобрался в определении. Ну, тогда обратно на дерибасовскую: зачем от одного SQL-сервера другому слать запрос по почте (в условиях наличия каналов, по к-рым IP телефония работает)?

Чем SQL Replication Queue хуже? В MS SQL сервере есть (к-рый используется).

-- Mike

-- Pavlo Narozhnyy +380 95 276 31 46 http://www.linkedin.com/in/pavlo

Thu, Dec 27, 2012 at 12:53:48, mp wrote about "Re: [uanog] Re: Нужен админ в Донецке":

По-моему ты не дочитал требования. У "топикстартера" в разделe "сохраниение существующего" есть только MS SQL сервер. Наоборот, SQL есть, T-mail планируется добавить:

99% что его не добавляют просто так, но на нём уже сделан какой-то транспорт, и вся инфраструктура заточена под него. Соответственно, может потребоваться переделывать сеть, переучивать людей, переделывать руководящие и сопроводительные документы... Всё это может потребовать очень серьёзных усилий. Зачастую легче сохранить старую технологию на старте и медленно капать на мозги на тему перехода на новую.

Ну, тогда обратно на дерибасовскую: зачем от одного SQL-сервера другому слать запрос по почте (в условиях наличия каналов, по к-рым IP телефония работает)? Чем SQL Replication Queue хуже? В MS SQL сервере есть (к-рый используется).

Может, например, тем, что далеко не всё с местных серверов надо реплицировать, или идёт специфическая доработка данных перед их отправкой в центр. Намёки на это есть в исходном посте (там, где про адаптацию запроса в центре, после принятия из транспорта). В таких условиях репликация, которая рассчитана на то, что какие-то таблицы или целые базы поддерживаются идентичными между разными экземплярами СУБД, не будет работать. И транспорт несёт сообщения уже на уровне бизнес-логики, а не данных базы. И вот тут встаёт вопрос о такого рода транспорте, который 1) надёжный 2) адаптируемый 3) не требует мгновенной передачи, допускает разумные задержки, но при этом прилагает все усилия, чтобы передать без ненужных торможений. И T-Mail тут плох только неразвиваемостью, неподдерживаемостью и экзотичностью. Поэтому единственный грамотный комментарий в теме был от Толчанова - с (вероятно) дельным предложением по замене T-Mail на будущее - в случае, если эти MQ средства умеют персистентность. -netch-

А по-моему просто фидошники документацию не читают, о существовании replication queue даже не догадываются. Как впрочем не догадываются и о том, что тмыл давно помер в бозе. Ну и на самый крайняк не догадываются, что Taylor UUCP была портирована еще под NT и прекрасно работала. Думаю и сейчас под win32 честная версия найдется.

On Wed, Dec 26, 2012 at 09:18:35PM +0200, Oleh Hrynchuk wrote:

Ускладнюю задачу :)

Клієнт одночасно розмовляє по мобілу, "шариться" в Інеті з планшетника і дивиться IPTV. З одного акаунту.

Задача оператора - точно в ріалтаймі відслідковувати стан клієнтського акаунта, щоби не "попасти на бабло".

Контракт и коллекторы с набором для бейсбола превратят эту задачу в клиентскую :). Кстати, в роуминге пишут, что "мы не сможем не дать вам уйти в глубокий минус". -- Best regards, Paul Arakelyan.