Перейти к содержимому
Калькуляторы

ae

Активный участник
 Просмотреть профиль  Активность

  • Публикации

    452

  • Зарегистрирован

  • Посещение

 Тип публикации 

Сообщения, опубликованные пользователем ae

  2. Опубликовано · Жалоба на ответ

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

  3. Опубликовано · Жалоба на ответ

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

  5. Опубликовано · Изменено пользователем ae · Жалоба на ответ

    Выдержка сайта одного из клиентов РТ.

    http://home.mark-itt.ru/newwss/75810.html

     

    · 23.07.08 Авария на внешнем канале 18:42 23.7.8

    · 18.07.08 Аварийные работы Ростелекома 20:35-21:35 18.7.8

    · 10.07.08 Регламентные работы на внешнем канале 11.7.8

    · 09.07.08 Регламентные работы на внешнем канале 10.7.8

    · 07.07.08 Регламентные работы на внешнем канале 8.7.8

    · 04.07.08 Регламентные работы на внешнем канале 7.07.2008

    · 30.06.08 Регламентные работы на внешнем канале 1.07.08

     

    Вот так... :)

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

     

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

  6. Опубликовано · Жалоба на ответ

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

  7. Опубликовано · Жалоба на ответ

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

  8. Опубликовано · Жалоба на ответ

    http://prm.ru/finances/2008-05-21/18426

     

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

     

    а не так давно они пели песни про IPO, а тут контрольный пакет в залог на 7 лет под совсем небольшой по строительным меркам кредит...

  9. Опубликовано · Жалоба на ответ

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

  10. Опубликовано · Жалоба на ответ

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

  11. Опубликовано · Изменено пользователем ae · Жалоба на ответ

    в идеале 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

     

    prod_white_paper0900aecd804a3d4e-1.jpg

     

    а PPPoE там или IP в чистом виде на самом деле пофигу...

  13. Опубликовано · Жалоба на ответ

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

     

    прикольно нынче прямо с телефона выкладываешь фото, а оно само с координатами и всё правильно показывается... до чего дошел прогресс...

  14. Опубликовано · Изменено пользователем ae · Жалоба на ответ

    как обещал выкладываю ссылку на описание SCE2020 от Cisco

    http://www.cisco.com/en/US/prod/collateral...cd801d8574.html

     

    csc_app_bb_lg.jpg

     

    и ещё презентация по ISG-SCE с Cisco-expo 2007 http://www.ciscoexpo.ru/moscow/2007/downlo.../seti_cisco.pdf

  17. Опубликовано · Жалоба на ответ

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

  19. Опубликовано · Жалоба на ответ

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

     

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

  20. Опубликовано · Жалоба на ответ

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

  21. Опубликовано · Жалоба на ответ

    ну зачем же врать-то??? никуда они не девались, нынешняя модель называется 11500, но как отдельная железка она особо не нужна, а в коммутаторах та технология уже реализована, так что никаких проблем не наблюдается, скорее наоборот, они разработали целую архитектуру CSS с кучей всяких модулей, так что Вы просто не умеете пользоваться поиском или ленитесь и рассказываете тут глупые лживые сказки... серия 11000 у Cisco есть и развивается вопреки Вашим сказкам... то есть тут Вы опустились до тупого вранья, что недопустимо для продавца по всем канонам!!!

     

    так модель-то уже назови, так сразу я всё и узнаю!

     

    это что у нас тут конкурс на догадки??? нафига мне догадываться, что тыт тут пытаешься столь коряво впарить???

     

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

     

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

     

     

     

    Приезжайте на КРОС, Александр Вам может и расскажет как он умудряется продать услугу всему городу с такими наполнениями каналов. :)

    у меня пока 90% не получилось, только 80-85 ;) но у нас ещё и железки подходящей нет... ;) а у этого комивояжора я уже точно ничего купить не смогу, а ведь мог бы мне чего-нибудь продать, я ведь такой падкий на "блестящие штучки" ;) вот Павел, например, очень толково мне пару 6509 продал и все довольны... ;)

  22. Опубликовано · Жалоба на ответ

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

  23. Опубликовано · Жалоба на ответ

    Я прошу прощения. Но я дал контактные телефоны... Я надеюсь, что на данном форуме присутствуют люди, ответственные за принятие решения... Или технические специалисты, которые таковыми стремятся стать или имеют к этому потенциал...

    По-моему, информации достаточно, чтобы вызвать интерес.

     

    Если Вам лень снять трубку, значит это решение Вам не нужно...

    Если Вам лень написать письмо - аналогично...

     

    Вся информации о решении при личном контакте...

     

    Спасибо за понимание...

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

     

    не думали над тем почему крупные мировые продавци сетевого оборудования так подробно всё документируют, публикуют, да ещё и обучают специалистов??? подумайте - много нового узнаете...

     

    Это Ваше не обоснованное ИМХО... обоснуйте нам это публично, с приведением конкретных циферок... если не знаете айтишные аксиомы, то приведите их опровержение.... время отклика конкретной железки можно только увеличить! от того что над железкой А будет стоять железка Б время отклика железки Б не уменьшицо... я х.з. какие мануалы приводить т.к. это очевидно... когда мы уже на деньги спорить будем? Почему Вы нам врете?

    Если железка А не настроена на архивирование, а железка Б это поддерживает. И железка Б получает ответ от А со скоростью LAN сжимает и отправляет клиенту, то время отклика увеличивается? это только один эффект... Еще и утилизация канала связи снижается...

     

    Включите мозги... И поймете почему... А если Вы мыслите своими шаблонами, то не навязывайте их другим! И изучайте мануалы более тщательно... Я вру Вам, но не все остальным :)

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

  24. Опубликовано · Изменено пользователем ae · Жалоба на ответ

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

  25. Опубликовано · Жалоба на ответ

    Коллеги, хочу представить еще одно решение на Ваше обозрение.

     

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

     

    Суть решения заключается в том, что оно ставиться на входе в Ваш хостинг ресурс и обрабатывает все поступающие запросы из сети Интернет. Далее переправляет эти запросы на фронтальные сервера или APP сервера. Поскольку эти устройства ставяться внутри локальной сети, то соединение между данным устройством и frontend-ом проходит на скорости локальной сети. За счет этого высвобождаются ресурсы frontend-ов (CPU, память, стек TCP/IP)... Кроме того устройство устанавливает одно единственное соединение с фронтендом и через него может обслуживать большое количество однотипных запросов клиентов, не тратя время и ресурсы на установление соединения. Это позволяет снизить нагрузку на фронтальные сервера от 2 до 9 раз!!! Работает в лоад балансинге и в кластере.

     

    Считайте сами:

     

    1) экономим место в дата-центрах (снижение кол-ва фронтендов в 2-9 раз)

    2) экономим электроэнергию.

    3) экономим время обслуживания (зарплата персонала)

    4) улучшаем время отклика и скорость работы приложений...

     

    Тестирование бесплатное.

     

    Решение стоит у крупнейших компаний мира (США, Китай, Европа). В Россию вышли в этом году.

     

    По все вопросам:

     

    AMikheev@tehnomarket.ru

    +7-905-516-17-74

    Алексей

     

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