telco spc.

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

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

Отпахав свои задания, продумав и красиво сделав остальные, увиденные самостоятельно, тем самым перевыполнив ожидания и сделав, то на что нужен десяток-другой человек, в крупной компании, "орел" имеет основания, что-то просить взамен :-)

Много ли крупных\средних российских операторов строит на оборудовании HP свои сети? Лично мне они неизвестны, стоимость то у данного оборудования неплохая. Да и софт вроде бы только под винду.. Когда десятки и сотни ненастроенных коммутаторов устанавливаются на крупную свежепостроенную сеть, искать потом где-какой и правильно ли выполнены установщиками кроссировки крайне забавное занятие, попробуйте, если не сталкивались с этим вживую. Да еще есть проектная и исполнительная документация, которую в части топологии вы проверяете и подписываете. Кроме того возможен определенныый процент брака, допушенного производителем или нарушение работоспособности железок при транспортировке. И что возить туда-сюда, тратя время и деньги на бензин, когда можно установить оборудование сегодня где-то еще. Не забываем, что с доступом на адреса также возникают периодические проблемы. Шильдики с ip и адресами установки потом пригодятся монтажникам, для точного определения куда подключить клиента, что крайне актуально, когда одинаковых коммутаторов в ящике\стойке станет несколько. Когда коммутаторов мало да, можно ставить неподготовленными. Особенно в корпоративной сети. Покупать готовые решения классно. А если сеть гетерогенная на разных участках? Будите каждый раз покупать у нового вендора софт? Намучаетесь. Тут вспомнится мысль о интеграторах и поставщиках систем. Да классно, но сколько времени, сил и денег, при определенных рисках, вы потратите? И не факт, что в конечном итоге получите желаемое и разработчик системы не будет вас откровенно доить, по каждой мелочи. Это реальность, увиденная на личном опыте. В обоих примерах я выйграл время и деньги, достигнув цели, не тратя время на пустую болтовню и не разводя бюрократию. Результат налицо. В случае с оборудованием, пока Вы будите заниматься административными вопросами, мой работодатель уже начнет отбивать потраченные на строительство деньги, предоставляя клиентам услуги. Назовите для примера конкретную систему, ее примерную стоимость и ушедшее на внедрение время, а так же все ли желаемое там работает, так как вам бы и коллегам хотелось. Из практики, а не из теории. Конкретно с ASRами я почти не работал, тем более в такой схеме и подобной проблемой не занимался, пробуя разные настройки и версии софта. Поэтому с ходе не отвечу. Архитектура бывает разной, и в каждом конкретном случае можно найти разные пути решения. Но если железка одновременно используется как бордер, nat и service gateway, то тут стОит призадуматься над ней. В зависимости от числа клиентов и денег конечно.. За то что сделано в личное время, помимо рабочего, зарплату не платят ;) Перечитайте мое описание чуть внимательнее, там этот момент есть :-) Конечная технология и методы зависят от конкретного оборудования. "Орлу", когда он покажет себя конкретными делами, можно просто дать некоторую степень свободы, вместо глупого отсиживания часов в офисе. Со своими задачами он хорошо справляется, что ему там делать, когда свои обязанности можно выполнять удаленно, была бы связь? Накинуть еще работы, за те же деньги? Вот тогда действительно, орел может и подумать о смене гнезда. А так не зря монстры, вроде Cisco развивиают решения для удаленной работы. В жизни существуют другие интересные вещи и увлечения, кроме работы, а также любимые девушки\жены\семьи\дети и т.п. Почитайте, как родился проект OpenVPN :-)

По секрету: есть ПО, которое делает это даже не ДО установки на место, а ПОСЛЕ ;-) Тупо ставишь куда надо любой свич из коробки - и всё. Я знаю ;-) изначально моя система и была создана под это, но возможны вариации, в зависимости от конкретных бизнес процессов и обнаруженных багов разных версий прошивок. Ну и конечно же это зависит от вендора, у некоторых есть готовые решения и проприетарные протоколы, например у Huawei. Напишите пожалуйста название ПО, просто интересно :-) В оборудовании для PON можно зачастую ONUшками с OLT управлять и мониторить их доступность, опрашивая интерфейсы OLT :-)

Задача: подготовить для установки на адреса 50 свитчей. Свитчи принесены вам в конце рабочего дня, а с утра их должны начать устанавливать. Свитчи новенькие из коробки, но вот незадача с разными версиями прошивок и без настроек. Нужно обновить прошивки, подготовить конфиги, залить их и наклеить шильдики. В разных компаниях, где работал я и у коллег, в подобных случаях приходилось наблюдать клацающих по клаве, с консольником инженеров, аля "ручных обезьянок". Но простите зачем ручной труд? Есть базовый конфиг, его достаточно вставить в скрипт или превратить в шаблон, заменив меняющиеся значения переменными и сгенерировать необходимое кол-во, подставив их. Далее файлы обозвать в виде ip.cfg и положить на tftp сервер. Далее разбираемся с прошивками. У свитчей есть или стандартный ip или включено получение настроек системного интерфейса по dhcp. Отлично, поднимаем dhcp сервер (он нам еще пригодится) и пишем скрипт, стучащийся по snmp/telnet на свитч, проверяющий версию прошивки, заливающий новую и меняющий настройки интерфейса управления на dhcp или по возможности (зависит от того что умеет железо) включаем bootp. Мак адреса коммутаторов, снимаем с них сканером штрихкодов (которым может быть даже смартфон) или получаем заранее готовый список со склада( да, складские системв и учет можно и нужно научить создавать двойные связки серийник-мак, так проще при поисках что и где стоит в будущем). Вуаля, привязываем скриптом маки к ip свитчей и генерим или меняем через omapi (для isc dhcpd) настройки, отдавая в опциях адрес tftp сервера и имя файла. В итоге без рутинной возни, получаем стопку настроенных коммутаторов, что можно косвенно отследить по логам. Делаем контрольные проверки,части коммутаторов с консоли. Получаем стопку настроенного оборудования. Осталось сгенерить по базе с данными привязок шильдики и распечатать их на клейкой бумаге или на спец. принтере, например складской зебре, возможно вырезать и по списочку с маками аккуратно наклеить. Все. И нафиг не нужно заставлять маяться инженеров никому не нужной рутинной работой. Это общее описание принципа в свободной форме, немного изменяющегося в зависмости от вендора и модели используемого оборудования. Идея успешно отточена и лично мной была реализована на практике. Enjoy!

Опишите состав деяния :-) Персональные данные мои, а в чем разница чей принтер, отпечатал листок с ними и номером талона: мой или в терминале самообслуживания? Отсутствие данной возможности на сайте лишь недоработка, со стороны разработчика, в плане продуманности и удобства, с которой он согласился и обещал реализовать. То что у меня появился личный планировщик - это личное дело: просматривать периодически сайт лично или поручить это кому-нибудь, или чему-нибудь. По данной логике, заказ и печать электронных билетов, где важен лишь номер брони/билета или анкет для подачи куда-нибудь "уголовно наказуемое деяние", которым страдают все развитые страны :-) Ведь конечная цель подобных систем автоматизации и самообслуживания упростить жизнь людей и сэкономить время. Я просто вижу проблемы, недоработки и понимаю, как сделать процесс лучше, быстрее и проще, что и делаю.. рутина бесмысленна.

В случае с поликлиникой мне действительно, кроме лечения, был нужен больничный. При забавности моего подхода, ответ про транзакцию наглядно показывает, чем отличается теория от практики. Никого не хочу обидеть! Просто объясню. Вернемся к реалиям: мы живем в России, в моем примере Петербург. Здесь без этой пресловутой бумажки - талона, врач по ОМС вас просто не примет. Почему? Кроме затраченного времени, в ней пишутся выполненные действия и операции. По сути, это основание для выставления счета страховой. Ну и о каком начале и подтверждении транзакции речь? Основания для commit нет, компьютеров в кабинете у каждого врача, а порой и умения им пользоваться тоже. Сходить в поликлинику? Можно, вот только очереди никто не отменял и не факт что потратив время и нервы успеете получить желаемое. А теперь о смене клиники. Сколько времени уйдет на выбор новой, поездки туда-обратно, получение разрешения от главврача, что они готовы вас там принять и пересылку\получение документов? Всяко больше часа. Ждете этого от страховой? В случае с ДМС нормальная страховая это запросто сделает сама, да и мед. учреждения выбраны, как правило, хорошие. В случае с ОМС, как повезет и не факт, что то что предложат вам подойдет и понравится. Реформа здравоохранения и новые правила страхования слова красивые, но пока все это произойдет и нормально заработает на деле пройдет время. Новый закон о мед. страховании в этом году вступил в силу, но форма единого полиса была не утверждена спустя почти полгода и не был выбран исполнитель заказа (типография). Классно, ага? Оформить полис ДМС, если он оказался уже нужен тоже весело. Да, заплатив я его безусловно получу, но опять таки мне надо потратить время на выбор страховой компании и изучение условий, поездку, оформление документов и все это оплатить. Да, есть правильные компании, где эти процессы упрощены заполнением на сайте и приездом курьера, но время и деньги потратить придется. Ну и что я потерял от "своей оптимизации"? Ничего. А что выйграл? Время, деньги и нервы. Текущий на тот момент работодатель, благополучно провалив договоренности и свои обещания сдулся. Ага, при всем этом он боооольшой и известный, но помощи не дождешься, на любой вопрос (вообще в принципе, а не только этот) ответ "Денег нет". Руководству и большинству сотрудников все равно, на то что творится: пришли, отсидели, поимитировали деятельность, попрогибались на словах под начальство, получили ЗП и ушли домой. Так во всем и вроде все "довольны". Грамотные специалисты, у которых была такая возможность, в конечном итоге, посмотрев на все это, просто взяли тихо и спокойно, поняв для себя все и сделав выбор - ушли. Поинтересуйтесь на досуге, сколько стоят услуги людей которые изучают, описывают и оптимизируют бизнес процессы, зная и понимая детали + принося результат. Тут некоторым из самых громких сгрустнется. То, что эта возможность, как и "эникейные" знания, использовавшиеся в разное время и в разных компаниях, описаны в "резюме", которым трудно назвать два десятка строчек на форуме, еще не значит что при определенной должности, обязанностях и за некоторую ЗП в одной компании будут полностью использоваться. Знания дают некоторую степень свободы в выборе конечной специализации. Ключевые слова *от* и в *зависимости от*. Я не собираюсь, просто так заниматься эникейством. Да, при определенных благоприятных условиях Работодатель взамен все это получит, вместе с улучшением имиджа, репутации за счет высокого качества и уровня обслуживания, с развитием услуг и ростом бизнеса. Это честно, по отношению друг к другу. Потенциал есть. Пригнать "пьющего человека с бульдозером" со стороны просто. Вот только последствия могут быть плачевными. Для оператора связи, это может грозить существенными потерями и даже закрытием бизнеса, в зависимости от последствий деятельности бульдозериста, возможности то у последнего широкие и воплотит он их в жизнь быстро, но не факт что грамотно. P.S. не придирайтесь к Бентли, это лишь кусочек из наглядного примера с пересечением границы, хотя он из моей реальной жизни :-)

Удачным.

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

Сменить клинику, воспользоваться ДМС (если в этот момент у Вас есть полис) можно. Но у меня нашелся свой путь, т.к. все таки я не домохозяйка, который занял совсем немного времени, учитывая что поликлиика "под носом". Прохожий правильно уловил мысль про сайт. В СПБ во многие поликлиники можно записаться через сайт. Хорошая и красивая казалось бы идея, но реализация оставляет желать лучшего. Запись возможна: - по телефону - лично, в регистратуре - через сайт поликлиники - через терминал самообслуживания, стоящий в поликлинике но, в любом случае, мало того чтобы записаться, мне нужно получить "статистический талон" без которого врачу я не нужен. Отчетность, что ж тут. Получить самостоятельно и быстро, если повезет его можно через терминал самообслуживания, о котором люди стоящие в очередь в регистратуру не догадываются, которому не доверяют или просто не умеют им пользоваться, по разным причинам. Оказавшись в своей поликлинике впервые (!) в жизни (просто чтобы попасть по болезни на прием к участковому терапевту, за больничным, в чем никогда ранее не возникало необходимости), пробую. Подхожу к терминалу, авторизуюсь (ф.и.о и номер полиса), записываюсь, дохожу до момента печати талона и получаю ошибку связи с принтером, через LPT порт. Классно! А еще в терминале может просто закончиться бумага.. В итоге талон я получаю, отстояв очередь в регистратуру. Попутно читая унылые объявления, что даже записавшись через сайт, талончики с номерами вам все равно получать здесь.. Современно, по нашему, все для клиента. Но мысль сразу закрадывается в голове: система записи то единая! В кармане смартфон, с хорошей камерой. Талончик (половина лиcта A4 распечатан на обычной бумаге на принтере). Пока сижу к очереди ко врачу фотографирую его с двух сторон. Большинство данных в нем стандартны, кроме Ф.И.О\должности врача, даты\времени приема и самое важное номера талона. Придя домой, с интересом заглядываю на сайт поликлиники, для записи, который прост до безобразия, об ssl можно и не мечтать. Запускаю анализатор запросов (GET и POST) - плагин Firefox (разбирать дампы шарка конечно классно, но так быстрее). Проверяю свое наличие в списках закрепленных пациентов. Смотрю на полученный в src html ответ, посещает улыбка, за полисом уже тянуться не надо, номер и так есть. Безопасность на высоте! Далее путешествую по сайту, смотрю список врачей, нахожу интересующего, записываюсь. Веб запросы, с параметрами и ответы также записаны. Среди всего остального вижу заветный номер талона. Далее пишу простой shell скрипт, с использованием curl, проделывающий все это за меня (остается только указать исходные данные, в виде своих + врача и вариантов времени). Добавляю проверки. Получаю готовый инструмент, который зацикленный с таймаутом и счетчиком циклов, до успешной записи и повешенный на cron может спокойно записать меня, без моего личного участия и отправить по e-mail нужные для печати талона данные. Данные на сфотографированном ранее моем талоне правятся в простейшем графическом редакторе и он печатается на принтере. При необходимости можно сделать скрипт с автоналожением или генерацией формы. Итог: потратив менее часа своего времени, в будущем никуда бегать, стоять в очередь, пытаться пробиться по телефону или платить мне уже не надо. Результат достигнут, честно, исключительно за счет своего ума и некоторых знаний. Единственный момент, который нужно учесть, "сервера" системы стоят отдельно в каждом лечебном заведении и на ночь их могут просто отключать. "Велосипед"? Возможно, но на нем я быстро и просто доехал. Никому не нужный? А вот и нет, это лишь частное мнение. Надеяться и рассчитывать нужно прежде всего на себя, а не на других и что все будет сразу готовым и удобным. Как порядочный человек и специалист, о некоторых ляпах в безопасности персональных данных (своих и других людей) и конкретных пожеланиях к улучшению удобства системы я сообщил разработчику, добравшись до ушей технического руководства, услышав некоторые обещания и спасибо. Правда, времени прошло прилично, а воз и ныне там. Но для нашей страны это стандартное явление, в данном случае по ряду "объективных" причин. Кстати при пересечении границы, например финской, на велосипеде я спокойно проеду мимо потока машин и стоящих в километровых очередях кайенов, порше и бентли и пересечя границу, посмотрю на них с другой стороны шлагбаума, пока их владельцы будут стоять и ждать.

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

Пинговалку свитчей я конечно не изобретал, есть готовые решения, с возможностью рисования на карте, но с ограничением на размер сети. Я вот скрипты управления оборудованием по snmp, построения топологии, автоматизации и диагностики (как раз таки для саппорта, коллцентра и др. подразделений) с которыми без шутки все понятно блондинке я писал сам. А также для миграции и заведения устройств в эти самые системы. И для меня творение в виде Orange EqM для управления сетью и учета совсем не было нужно, разве что как справочник адресов, т.к на тот момент, например строить топологию по lldp оно не могло и еще много чего необходимого. Ну да я совсем никто, так воды налить зашел, пойду попью чаю и скушаю этих французских булок)

Т.е я должен был сразу начать с описывания насов/брасов, авторизации, аккаунтинга, принципов, способов и инструментов централизованного управления и мониторинга, организации ОРМ и т.п? Был же задан вопрос про продолжить :-)

А почему ваш новый работодатель должен быть уверен в том, что перейдя к нему и получив какую-то полезную информацию о конкуренте, вы не проделаете тоже самое с ним через год-два? В ответе Sonne я раскрыл, то что имел ввиду. Ни при каких условиях полезной информации тому для кого она не предназначена я не дам. Единственное что получит новый - мой опыт, который может быть ему интересен и полезен.