ae

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

не знаю, конечно, как в других городах, но у нас у Билайна по городу масса БС подключена оптикой, по городу у них своё кольцо, зачастую даже в канализации...

анекдотичность этого в том, что ровно та же самая проблема была в своё время при расширении канала на ТТК, то есть совершенно та же проблема с потерей пакетов на SDH-компоте, так что ничего страшного, что история идёт по кругу, нам есть что подсказать РТ, как в своё время подсказывали ТТК... просто мы на этом учимся, а некторые пока ещё нет, ничего страшного, время поможет... ;) я больше скажу, в выходные опять регламентные работы, но на этот раз по электрике, опять же как год назад (даже как-то не смешно всё так стабильно во времени)... можно уже тоже чего-нибудь фантазировать на вбитый в голову гвоздь, коли всё равно не хочешь или не можешь знать правды... ;) а по сути вопроса больших претензий к Ростелекому нет, парни учатся, ровно так же как учился на нас в своё время ТТК, понятно, что есть шероховатости, но есть понимание, что их надо решать и есть силы и ровно тот же вектор движения, что и был в ТТК... конечно, неизвестно чем это обернётся в дальнейшем, но пока всё вполне логично и понятно...

какая-то слишком высокая цена по сравнению с легальным вариантом, т.е. за такие деньги казалось бы можно вполне себе нормально сеть в масштабах города сдать РСН, у нас так и вовсе заметно дешевле вышло с проектом, экспертизой и без каких-либо взяток... времени оно, конечно, занимает изрядно, но тут уж ничего не поделать, надо готовить "сани летом", с другой строны тот же РСН с пониманием относится к задержкам той же экспертизы... впрочем, стоит отметить, что у нас в своё время одного инспектора за взятку осудили и потом руководителем службы назначали выходца из ФСБ...

бред в том, что стоимость результата вовсе никак не может коррелировать с ценностью построенного объекта, именно это и есть бред и нонсенс, да и не верится в это, так как деньги даны под поручительство ПФПГ и всех дочерних предприятий, а если бы была описанная выше схема, то все эти поручительства не нужны... кредит довольно странный, но особенно странен залог, который, насколько я понимаю, блокирует продажу, на которую была так явно нацелена эта строительная компания...

http://prm.ru/finances/2008-05-21/18426 ключевой момент: "Привлеченные средства «ЭР-Телеком» планирует направить на возмещение инвестиционных затрат 2006-2007 годов по строительству городских универсальных телекоммуникационных сетей в Кирове, Йошкар-Оле, Казани, Ижевске, Челябинске, Оренбурге, Омске, Пензе, Тюмени, Нижнекамске и Набережных Челнах." а не так давно они пели песни про IPO, а тут контрольный пакет в залог на 7 лет под совсем небольшой по строительным меркам кредит...

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

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

в идеале Cisco BRAS в конструкции с SCE должен иметь ISG (Intelligent Services Gateway) версию софта, а она бывает для железок на NPE-1,2 и 10000, но можно и без неё обойтись, просто часть функционала работать не будет, но большой вопрос насколько тот функционал актуален... IMHO, когда станет актуальным, тогда и поставим на нынешние железки ISG (на 7301 он ставится без проблем, собственно она и есть для него базовая железка)... кстати, вот ещё цитата про ISG: "Cisco ISG is a software feature set available in Cisco IOS® Software Release 12.2(28)SB for the Cisco 10000 Series, 7200 Series, and 7301 Routers. Cisco ISG takes advantage of Cisco IOS routing capabilities to provide uplink redundancy, load-balancing, and MPLS integration. Cisco ISG is highly scalable, with consistent performance regardless of the features used. It can define and enforce local policy embedded directly in the network, or interact with centralized policy-management systems. Its integral role within the Cisco IP Next-Generation Network (NGN) Service Exchange Framework helps create consistent services in a highly flexible way." в реалии же ISG снижает производительность железки чуть ли не в два раза, но и массу прелестей даёт, правда кому охота их настраивать? в частности, предлагается отдельные сервисы типа IPTV сразу засовывать в отдельный MPLS как описано в http://www.cisco.com/en/US/prod/collateral...cd804a3d4e.html а PPPoE там или IP в чистом виде на самом деле пофигу...

про этот косяк я nag'у ещё до кросса писал, но видимо сложно было исправлять... ;)

вот тут http://share.ovi.com/channel/ave.public я выложил несколько фоток с координатами для понимания местоположения для тех, кто был без GPS ;) прикольно нынче прямо с телефона выкладываешь фото, а оно само с координатами и всё правильно показывается... до чего дошел прогресс...

как обещал выкладываю ссылку на описание SCE2020 от Cisco http://www.cisco.com/en/US/prod/collateral...cd801d8574.html и ещё презентация по ISG-SCE с Cisco-expo 2007 http://www.ciscoexpo.ru/moscow/2007/downlo.../seti_cisco.pdf

убедительно... ;) особенно удачным мне кажется вариант с платным расторжением договора...

всё логично, весна, время новых предложений...

насколько мне помнится тема раскрыта на opennet, суть проста - на роутере пишется route-map, с заворотом на IP-шник где стоит apache с модулем rewrite, который все запросы редиректит на одну страницу, там же можно и по IP-адресу клиента выдать информацию о причине заворота (нет денег, например)... у нас несколько лет такая система работает без проблем...

всё, я пошел спать, надеюсь завтра этого чудика уже заслужено забанят надолго...

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

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

ну зачем же врать-то??? никуда они не девались, нынешняя модель называется 11500, но как отдельная железка она особо не нужна, а в коммутаторах та технология уже реализована, так что никаких проблем не наблюдается, скорее наоборот, они разработали целую архитектуру CSS с кучей всяких модулей, так что Вы просто не умеете пользоваться поиском или ленитесь и рассказываете тут глупые лживые сказки... серия 11000 у Cisco есть и развивается вопреки Вашим сказкам... то есть тут Вы опустились до тупого вранья, что недопустимо для продавца по всем канонам!!! так модель-то уже назови, так сразу я всё и узнаю! это что у нас тут конкурс на догадки??? нафига мне догадываться, что тыт тут пытаешься столь коряво впарить??? я вот вижу, что ты даже как сейлс профнепригоден, так как опускаешься до лжи, не говоря о продвижении товара на рынке... пиши, название компании - производителя, тисну им телегу как ты тут врёшь про Cisco, тебя быстро заставят зубрить корпоративную книгу продаж дальше... уже понятно, что ты не инженер и не знаешь, как строятся сети, но подумай, как её поставить внутри сети??? порисуй картинки, почитай как строятся бэк-боны, почему у них там внутри иногда даже роутинга нет, а только коммутация пакетов или всякие MPLS, тогда узнаешь почему это совсем не так просто как тебе кажется... у меня пока 90% не получилось, только 80-85 ;) но у нас ещё и железки подходящей нет... ;) а у этого комивояжора я уже точно ничего купить не смогу, а ведь мог бы мне чего-нибудь продать, я ведь такой падкий на "блестящие штучки" ;) вот Павел, например, очень толково мне пару 6509 продал и все довольны... ;)

так я и говорю, что в случае с Google это не требуется, так как их алгоритмы обработки SPAMа очень сильно отличаются от остальных разработок, так что просто этого НЕ ТРЕБУЕТСЯ (совсем) так понятнее? какие нах RBL!!! блин, массовые почтовые системы НЕ ИСПОЛЬЗУЮТ RBLи давно уже!!! НЕТ ТАКОЙ ПРОБЛЕМЫ с Google, не надо её решать!!! всё сделано на порядок умнее!!! ну честно, парень, поимей разум - удали свой бред - не позорься, чем больше ты пишешь, тем меньше шансов у тебя что-то тут продать...

судя по времени и тексту пока никто не позвонил, значит Вы заблуждаетесь в своих суждених и впору удалить за собой SPAM или же написать внятно какую железку Вы тут рекламируете, а дальше уже народ сможет оценить Вашу адекватность по откликам мировой общественности... именно так относятся инженеры к мерчандайзерам и сейлам... казалось бы это уже надо знать, коли собрались продавать такое железо... так что, тренируйте понимание дальше... контактов, тут, очевидно, получить уже не получится, да и дальше железо будет с такой репутацией сложно тут продавать - меняйте погоняло и подход к делу и тогда есть шанс, что что-нибудь и продадите... ;) не думали над тем почему крупные мировые продавци сетевого оборудования так подробно всё документируют, публикуют, да ещё и обучают специалистов??? подумайте - много нового узнаете... Если железка А не настроена на архивирование, а железка Б это поддерживает. И железка Б получает ответ от А со скоростью LAN сжимает и отправляет клиенту, то время отклика увеличивается? это только один эффект... Еще и утилизация канала связи снижается... Включите мозги... И поймете почему... А если Вы мыслите своими шаблонами, то не навязывайте их другим! И изучайте мануалы более тщательно... Я вру Вам, но не все остальным :) "чудо пернатое", это тебе мозг надо включать, так как в твоём примере как раз задержка УВЕЛИЧИВАЕТСЯ!!! тут не мануалы надо изучать, а арифметику, то есть собственный созг как-то применить, а не ссылаться на других мерчандайзеров, как это принято в мире лохотронов... "скрость LAN" - это видимо теперь аналог "скорости света" у тупых сейлов, то есть ничего круче они не знают... блин, ну стыдно должно быть такую ахинею писать-то!!!

боюсь, что у Google карантин не на 50к писем, а на много порядков больше... зачем Вы пишете такие откровенные глупости??? как раз наоборот, для большинства решение от Google подходит, особенно для средних клиентов, а ваш SPAM явно подходит только в очень экзотических случаях... а нафига смотреть все SMTP соединения, если в случае с Google почта тупо ходит без видимых для клиента проблем??? ну нафига??? моё глубокое IMHO, что для ISP почтовый сервис - это анахронизм и не более того, и на до смело их убирать в пользу глобальных бесплатных сервисов с одной стороны и закрытых корпоративных с другой... а провайдеру - это только лишний геморрой без смысла и радости...

модель в студию, чай читать мы наверняка лучше вас умеем спецификации... да и отзывы на провайдерских форумах тоже как-нибудь сами найдём... а так даже морочиться со звонком в очередной МММ противно... IMHO - чёрная метка!

креатив нормальный, но мне кажется, что он тут несколько не по теме, кликабельность у него уже раскрой... мне кажется, что она должна быть заметно ниже %... хотя на других ресурсах могла бы быть и 10%... ;)

учитывая то, что не так давно обсуждался на порядок более производительный продукт в этой области от Cisco, данные потуги выглядят и вправду как-то неадекватно... впору звать модератора с просьбой избавить мирных жителей от очередного SPAMа, который даже стесняется назвать что именно он тут столь усердно впаривает... ;) для ориентира SCE-2020 2Mpps, 40к сессий, обновляемые сигнатуры и кроме кластеризации оптический by-pass, ну и API что бы мало не казалось... железяка никак не рекламируется, но недовольных и б/у шных нет... ;) что самое печальное боец даже не знает как это применяют и лепит всякие глупости... в реалии железка нужна просто для увеличения среднесуточной загрузки канала до уровня 90% без потери видимого качества для клиента... окупается на каналах заметно больше 100Мбит/сек... наверное, и на меньшем можно как-то приспособить, но будет дороговато всё же по сравнению с тупым увеличением канала.. моё вполне теоретическое мнение...