да, как только мы получаем сигнал по любому другому (альтернативному) каналу связи и специалист видит, что решение вопроса не в его компетенции или он не может решить его в момент обращения, то он сразу просит направить вопрос по основному каналу связи - тикетовку, где вопрос резервируется на группе необходимых специалистов. Если Вы не получили ответа на своё обращение, то скорее всего возникли какие то проблемы с доставкой - смотрите описание проблем, подобных электронной почте. Тикетовка решает практически все вопросы с доставкой информации, хотя добавляет немного неудобства клиенту (необходимо авторизироваться и набирать свои обращения письменно), но для решения конкретных вопросов, увы, это необходимость. Для консультирования и предварительного выяснения ситуации по Вашему вопросу или проблеме можно использовать любой канал связи с нами, но большинство грамотных технических специалистов у нас - в тикетовке.
Основной канал общения по всем вопросам https://ruweb.net/support/
Примерные сроки решения вопросов различного характера http://forum.ruweb.net/viewthread.php?tid=2490
Круглосуточная техническая поддержка решает тикеты только технического характера. В рабочее время тикеты административного характера решают другие люди.
Данные вопросы не рассматривает техническая поддержка, наберитесь, пожалуйста, терпения и административный отдел обработает все заявки
http://forum.ruweb.net/viewthread.php?tid=2781&page=2&pid=15159
kpv добавил 26-07-2011 в 22:35
если же было отправлено письмо, а не запрос в центр технической поддержки, то к нам такой запрос не поступал и мы всех клиентов просим писать в тикетовку, чтобы чтобы избежать проблем с почтой, так как это очень ненадёжный канал:
- письмо, по каким-то причинам, может к нам не дойти (например Вы
пишите письмо, а в поле from у Вас неверный адрес)
- письмо мы получим, но ответ, который мы Вам напишем, не примет Ваш
сервер или посчитает наше письмо за спам и удалит его
- ваш почтовый ящик переполнен спамом и для нашего ответа
не будет места
- другие причины, по которым Вы вовремя не сможете получить
квалифицированную помощь в виду особенностей работы почты...
подобные ситуации с человеческим фактором возможны в любом датацентре, мажорхост просто скромно молчит о своём счётчике проблем /ru/forum/comment/8857895
p.s. MajorHost, я уже видел как вы делаете далекоидущие выводы из одного поста и устраиваете срач в чужих темах /ru/forum/comment/9153289
Угу, я понял уже - оптоволокно в москве прозрачнее, чем в области. Остальное даже смысла не имеет сравнивать...
Может не надо никому ненужные холивары "до мкада и после мкада" устраивать? унылость она в таких постах
/ru/forum/comment/8967350
p.s. датацентр добротный, строили так http://habrahabr.ru/blogs/hosting/74027/
постройте свой, хоть в мавзолее, хоть за кремлёвской стеной и продолжайте жаловаться на плохой пинг....
1. Оборудование не простаивает в горячем резерве, оно работает.
http://ru.wikipedia.org/wiki/%D0%A0%D0%B5%D0%B7%D0%B5%D1%80%D0%B2%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5
2. Если делать холодный резерв, то это очень серъёзные простои в работе датацентра. При холодном резерве настройки оборудования должны быть полностью идентичны, то есть внесли изменения в конфигурацию основного маршрутизатора - надо сразу синхронизировать эти изменения в конфигурации резервного. Диверсия - это именно когда они разные, например, Вы включаете коммутатор, а там конфигурация двухмесячной давности и у вас нихрена ничего не пашет, так как реальная топология сети не соответствует конфигурации. И это всё ситуации, когда оборудование вышло из строя, так как перезалить конфиг в циску или жунипер намного быстрее и проще, чем в датацентре заниматься перекоммутацией целой маршрутной стойки с оборудованием.
kpv добавил 26-07-2011 в 08:27
KinMAN, аварий физического характера, наподобии перекопавшего оптику экскаваторщика, не было. Версию датацентра я скопировал в этом посте
/ru/forum/comment/9234393
Почему, при аппаратном резерве каналов и оборудования, такое произошло сейчас разбираются ноки и начальство.
Мы запаздываем с обновлением описании конфигурации датацентра, и пиринговая политика датацентра - очень живая вещь, насколько мне известно, из крупных аплинков сейчас ещё есть RetN.
Часть картины связности можно смотреть так, к примеру
http://www.robtex.com/as/as49189.html#graph
Поэтому актуальную картину связности лучше смотрите на сайте ДЦ или по looking glass
вот реальная картинка недоступности ДЦ, которая совпадает и с нашей информацией.
/ru/forum/comment/9234836
общее время недоступности - около 6 часов
Есть не просто резервное, но и работающее в горячем резерве.
Я хотел бы увидеть эти "эталонные настройки" для маршрутизатора.
если развить эту мысль дальше, то также должны существовать "эталонные настройки сервера". Дайте нам их, и, я думаю, многие Вам скажут спасибо, так как по Вашему мнению это повысит качество предоставления услуг и не только датацентра, но и любого хостера?
kpv добавил 26-07-2011 в 01:19
создайте, пожалуйста, запрос в нашем Центре Технической Поддержки - вопрос о компенсации рассматривается индивидуально при непосредственном участии руководства нашей компании.
http://webdc.ru/news
kpv добавил 25-07-2011 в 23:22
Несмотря на то, что ситуация некорректно описана (у ЗАО "РУВЕБ", к примеру, несколько акционеров и при решении каких либо вопросов важно большинство голосов, или, может быть, отдельные виды решений закреплены в уставе). Но аффилированность лиц на уровне больших компаний работает уже не так, как в маленьких, когда единоличный владелец бизнеса принимает решение единолично и судьба Вашего сайта или сервера зависит полностью от него.
Утрируя ситуацию: допустим, Вы акционер Газпрома. у Вас есть какие-то рычаги повлиять на поставку газа на Украину? Или на цену этой поставки и цены на российском рынке?
Но в этом тоже есть свои плюсы - если единоличный владелец бизнеса заболел или собрался в отпуск, то что делать в его отсутствие, когда ваш сайт упал или не работает, а спросить больше не с кого?
Резюме примерно такое: завтра начальство выслушает доклады всех ответственных служб и будет работа над ошибками.
p.s. я конечно помню анекдот про нового русского, который просит поменять ему машину в автосалоне, потому что у той, которую он купил на прошлой недели "переполнилась пепельница"....
Но менять примерно по такой же причине датацентр - не выход, мы уже плавали, знаем. У всех свои "тараканы" и в данный момент не техника подвела, а человеческий фактор - неверные настройки маршрутизатора.
kpv добавил 25-07-2011 в 23:25
Напишите нам, пожалуйста, что необходимо сделать владельцам ДЦ, чтобы это повлияло на качество услуг в лучшую сторону.
Мы постараемся передать руководству ДЦ Ваше мнение.
Спасибо.
Всё что мы видим снаружи - пакеты затыкаются на маршрутной точке skadi-telecom.
Сейчас ноки webdc и скади-телеком разруливают ситуацию, а мы ждём от них информацию о произошедшем.
Что там произошло и как неверная настройка маршрутизатора могла положить весь датацентр напишем чуть позже, после того как расстреляем всех виновных....
p.s. всем клиентам рувеба приносим свои искренние извинения, ошибка не в нашей зоне ответственности, поэтому мы стараемся подпинывать всех, кто виновен в ситуации, но доступ к этому оборудования сами не имеем. За компенсацией простоя, пожалуйста, образайтесь в наш Центр технической Поддержки.