Как стать автором
Обновить
3
0
Александр @AlessandroS

Пользователь

Отправить сообщение

В нынешних условиях утечек это бесконечный цикл :)

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

Иногда напишешь ответ через призму личного опыта, не задумавшись о том, насколько полезно это может оказаться для большого количества инженеров, да даже и качестве краткой памятки. И постфактум понимаешь, что сам ни черта не написал, да ещё и других задел :). Так что абзац выше.

Ну окей, не транк (у нас этот жаргонизм из связи сохранился), называйте это интеграцией между s4b и циской - суть от этого не меняется. Это один из самых распространённых кейсов :).

По оценке московской циски - продукт плавно хоронят. Хотя, это конечно некоторая спекуляция, так как официальных заявлений из-за океана я не видел. В общем, как онпрем решение он довольно неплох (но дороговат). Приложение для него убили уже давно, перевели все в джаббер и выглядет там конференц функционал бледновато по сравнению с тем же вебексом.

Большой плюс статьи - своевременность ;)).

Как большой поклонник Циски и обладатель её же заблокированных аккаунтов везде, включая Вебекс, оценил.

Ну а по существу, описан самый банальный и распространённый кейс, настройки транка между s4b и кукумом :), сродни Hello World у программистов. К слову Cisco Meeting Server, который вы хотите предустановленным, тоже скорее уже не жилец, и особого смысла переходить на него нет.

Скорее всего именно ощущение, так как среднему рядовому пользователю СТОЛЬКО раз не позвонят :).

А если серьезно, то необходима системная работа на уровне государства. Иначе эта пакость так и будет отравлять нам/всем жизнь.

Нужно начинать думать вот в эту сторону:

https://en.m.wikipedia.org/wiki/STIR/SHAKEN

https://www.fcc.gov/call-authentication

Ну, это и предопределило, предположу, вашу позицию.

На самом деле на том конце провода мог сидеть доведённый до нервного срыва сотнями аналогичных звонков инженер. Что, впрочем, не дает ему никакого права так по хамски отвечать.

В общем в этой истории все плохо.

Однако вы тоже должны понять, что никакие мошенники (а обычно организаторы далеко не дебилы) не будут использовать реальные свои номера аонов. Ибо как раз в этом случае к ним придут через полчаса. Это же не колл-центры со всякой горячими и холодными звонками, пусть и раздражающие, но юридически в целом чистые. А вам звонил криминал.

Поэтому номера были подставные с огромной долей вероятности. А вы попали (даже нарвались) на "обычную" быдловатую грубость или нервный срыв.

Полная чепуха про уберут пул! Вот мы как банк обладаем пулом городских номеров, огромным. Коммуникации налажены, номера у клиентов и контрагентов. Колл-центры опять же.

И номера нашего пула регулярно подставляют. Люди, кстати, довольно часто перезванивают на эти номера и рядовые сотрудники в недоумении им отвечают, что не звонили и затем обращаются к нам за разбором и биллингом на всякий случай.

Ну и что, нам ради сотни мошеннических использований наших номеров пул блокировать? Ответ очевиден.

И никакой нормальный оператор обычно никуда не обращается. Потому что у него уже есть 200 таких обращений висяков, подшитых в папочку. И юридической службе проще ответить на запрос любого органа, просто приложив данные своей технической службы, что в такое-то время с такого-то номера не было исходящих на такие-то номера. И их действительно не было.

В общем странный вы сотрудник связи и телефонии, если не знаете реалии.

Miles прав. Сам работаю в банковском телекоме, 99,9% таких звонков идут с подставным АОНом. Просто берут пул операторский и начинают его методично подставлять.

Так что ваши заявления про Кордис скорее всего ошибочны. Ровно как и обвинения в его адрес.

И письма, к сожалению, бессмысленны :(. Вы не понимаете как это все работает и пошли по наивному пути.

И никакой Кордис не должен высказываться публично. Он, в общем, такой же пострадавший.

Зачем вы пишите чепуху?!
Практически все системы uc пересылают медиа-данные именно по udp/rtp.

Спасибо, интересная информация. Мне казалось, что достаточно одного импульса перпендикулярно орбите (какой-нибудь твердотопливный небольшой ускоритель, например или остатки газа для маневров) и спутник начнёт траекторию снижения, дойдёт рано или поздно до влияния атмосферы и процесс ускорится, с последующим сгоранием. Оставлять спутники на орбите (и засорять ее) казалось контринтуитивным действием. Однако вот… Можно где-нибудь прочитать поподробнее про это?

Наверное мы не поняли друг друга. Что в ОСНОВНОМ передается воздушно-капельным путём я не спорю (это устойчивое словосочетание знакомо всем). Меня заинтересовало ваше утверждение, что без капель отдельно не передаётся и по воздуху не летает. По ссылкам говорится про капельный путь, но нигде одновременно не отрицается возможность «летать по воздуху» :).
Наоборот, в вашей ссылке упоминается, что вирусные частицы были обнаружены в воздухе больничных палат.

"… Однако гораздо более важным является тот факт, что вирус сам по себе по воздуху не летает..."
Мне вот этот неочевидный для меня аспект интересен. Если это факт, то можно ссылки на исследования?


ps За кружкой пива микробиолог одноклассник говорил об обратном — что вполне летают, ибо воздух для вирусов и бактерий вполне себе среда для передвижения. И спокойно из носа они могут "вылетать" при выдыхании даже не являясь наездниками.

В хотелках заказавшего этот текст маркетолога :)

Ребят, если не секрет, а зачем вам OpenStack для ТРЁХ серверов и одного "проекта"?
Это для инвесторов вкусные слова или действительно есть технологический профит?

Спасибо за ответ. Но конечно я не очень корректно сформулировал вопрос. Меня интересовала первая фаза, когда двигатель запускается и обороты компрессора небольшие.
Вопрос написал до того, как задумался про роль запуска турбин от внешнего источника :). Видимо минимально необходимые обороты и есть та грань, которая создает необходимое противодавление при минимально устойчивом горение в камере (мнение полного профана в этой области, претендующего исключительно на удовлетворение своего любопытства).
Было бы интересно посмотреть на графики давления компрессора и давления в камере сгорания.

"В камере сгорания происходит постоянное горение топливовоздушной смеси, приводящее к тому, что разогретый газ расширяется в сторону турбины"


Внезапно задумался, а как добиваются того, что газ расширяется в сторону турбин? Там камеры сгорания похожи на ракетные (где, собственно, поток газов может идти только в одном направлении)? Или применяются какие-то специальные технические решения? Просто на схеме двигателя камера сгорания нарисована таким образом, что газы должны оказывать давление и в противоположную сторону.

Странно, а я вижу пыль на решетках ;)
Это видимо откуда смотреть, если из числа придворной свиты, то может и отблеск одет король…

ps Особенно конструктивно выглядит ваш комментарий на фоне минусов в карму от тайных доброжелателей… дасс, на Хабр хочется заходить все меньше :(

Ребят, сорян конечно, но у вас на некоторых фотках сервера хм… пыльные (если не сказать больше). Как клиента меня бы это насторожило.

Хоть и несколько запоздало, но плюсую!!! Краткий и толковый текст. Отлично заходит безопасникам, когда начинают спрашивать про sbc :)
Не хотелось бы холиварить без дополнительных цифр. Достаточно яростных веток можно найти и на реддите, и на самой варе, и еще в куче мест.

По мне, так ваш первый абзац, это несколько ad hominem. Здесь такая история, что нужно конкретно указывать, что там за, например, бутылочное горлышко у контроллеров аппаратных СХД и почему его нет у контроллеров серверов, иопсы, пропускная способность, отказоустойчивость, удобство мейтенса, найтли сервисы и далее по списку… обо всем нужно говорить конкретно и с циферками. Ну иначе можно договорится черт знает до чего. Ну и также говорить о том, сколько кушает ресурсов vsan, сколько стоят лицензии и насколько удобно среднему администратору ловить в нем блох.

Мы достаточно много времени провозились с vsan и больше не хотим. Ну вот для нашего банка оказалось, что практически всегда vsan проблемнее, медленнее и неудобнее при прочих равных (а порой и не дешевле). Пенальти в юниты и дополнительные деньги нас не пугают.

Для других ребят все может быть с точностью до наоборот.
1

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Зарегистрирован
Активность