Тема: гарантийные обязательства панаса
Так она и есть про Панас.
Техподдержка по телефону бесплатная.
И что реально поддерживают?
Ну на тему простые вопросы ответят без проблем.
А обычно “сказка про репку”: клиент звонит установщику, установщик в ртц/нтц, тц в панас. Естественно, когда сам не разбирается.
У Циски выезд спеца для замены оборудования в течение заданного срока небесплатен, какова там стоимость сервис-контракта? Наверное, как вся АТС Панасоник в сборе? Если хочется такого же по Панасонику - надо было заключать доп. контракт с фирмой-установщиком. У нашей фирмы, например, есть варианты договоров обслуживания, при которых за 4 рабочих часа после звонка наш специалист будет на месте происшествия. В случае выхода оборудования из строя производится немедленная его замена. Для этого, как и у Циски, под конкретного клиента держится на складе резерв оборудования.
Только что-то никто не спешит заключать такие договоры. Делать же так забесплатно - убыточно.
Мне поменяли неисправные модули по контракту SMARTnet 8x5xNBD(SNT) за 400$. Причем с доставкой. В 99% у циски нет необходимости выезжать специалисту. Почти все проблемы решаются удаленно. А обычному курьеру нет необходимости много платить.
А сколько стоит договор для панаса?
Можно привести пару примеров, в которых мы имеем необходимость смены адреса АТС? Поломка АТС, понятное дело, такую необходимость не создаёт. Никто не мешает не то, чтобы присвоить старый адрес резервной АТС, а сразу весь старый конфиг из бэкапа залить в резервную. Ессно, IP при этом тоже воскреснет.
Как раз при поломке такая возможность существенно облегчает работу администратора. Опять же смотрю со своей колокольни. По опыту администрирования больших территориально распределенных сетей. Плюс вижу реальную РАЗНИЦУ между подходами в администрировании классической АТС и корпоративной IP АТС. Коллега, а Вы видите эту РАЗНИЦУ? Судя по последнему посту - нет.
Как раз при поломке такая возможность существенно облегчает работу администратора. Опять же смотрю со своей колокольни. По опыту администрирования больших территориально распределенных сетей. Плюс вижу реальную РАЗНИЦУ между подходами в администрировании классической АТС и корпоративной IP АТС. Коллега, а Вы видите эту РАЗНИЦУ? Судя по последнему посту - нет.
Коллега, а чем смена IP-адреса у ключевого сервиса помогает в работе по устранению поломки? Я в IT/телекоммуникациях уже лет 16 и с моей колокольни проще поднять сервис на старом адресе и старых настройках.... тем более такой специфичный сервис...
Коллега, а чем смена IP-адреса у ключевого сервиса помогает в работе по устранению поломки? Я в IT/телекоммуникациях уже лет 16 и с моей колокольни проще поднять сервис на старом адресе и старых настройках.... тем более такой специфичный сервис...
Например, зарегистрировать телефоны для проверки на другой ip pbx, не трогая старую. Не вариант?
Например, зарегистрировать телефоны для проверки на другой ip pbx, не трогая старую. Не вариант?
Виртуальная какая-то задача, ИМХО. Давайте ближе к практике....
Сначала надо дать сервис. Если легла вся АТС - надо поднять ее со старыми настройками и потом уже разбираться, что именно произошло. Адрес много где засвечен (про время жизни записей в DNS не забываем), проще не менять - не надо будет бороться со вторичными глюками.
Если лег отдельный телефон - то тут уже нечего пинать всю АТС и надо разбираться с конкретным телефоном.
Виртуальная какая-то задача, ИМХО. Давайте ближе к практике....
Сначала надо дать сервис. Если легла вся АТС - надо поднять ее со старыми настройками и потом уже разбираться, что именно произошло. Адрес много где засвечен (про время жизни записей в DNS не забываем), проще не менять - не надо будет бороться со вторичными глюками.
Если лег отдельный телефон - то тут уже нечего пинать всю АТС и надо разбираться с конкретным телефоном.
Как раз задача вполне реальная. Есть головной офис и филиал. В филиале умирает АТС. Нужно быстро поднять сервис для абонентов филиала и потом спокойно разбираться с глюкнувшей АТС.
1 вариант
Перегистрируем все абонентов филиала на АТС го.
2 вариант
В го держим резервную АТС как раз для такого случая и накатываем на нее конфиг почти без изменений.
Оба варианта предусматривают изменение ip-адреса АТС.
Зачем во втором варианте менять адрес АТС?
а в первом зачем? там же все равно не прописаны клиенты филиала.
Зачем во втором варианте менять адрес АТС?
Это вариант для самых ленивых. Чтобы не твогать боевую АТС и для резерва воспользоваться отдельным устройством.
а в первом зачем? там же все равно не прописаны клиенты филиала.
Прописать их минутное дело - по бекапному конфигу.
1 вариант
Перегистрируем все абонентов филиала на АТС го.2 вариант
В го держим резервную АТС как раз для такого случая и накатываем на нее конфиг почти без изменений.Оба варианта предусматривают изменение ip-адреса АТС.
1. Спорно. Очень спорно. Хотя можно спроектировать ситуацию, в которой это сработает, соглашусь. Но с многими оговорками. Очень многими. Я все же за реальные системы...
2. Этот вариант предусматривает изменение Ip-адреса только в том случае, если адресация в компании спроектирована фигово и вытащить на сторону ГО адрес АТС филиала невозможно.
тут нужно в ступать в бой или сделать харакири, после таких хотелок. я вот прикинул , у меня падает филиал , я что должен на головном что-то менять на цо , потом перепрописывать весь упавший под цо,и еще прошерстить более сотни других на предмет ( а теперь там все в порядке), хер(большой и толстый) , каждый живет своей жизнью и у каждого свои проблемы и решать их нужно локально , чтоб потом не было мучительно больно. сами себе геморой ищете , а потом начинаете лечить аспирином.
Речь идет о временном восстановлении остановленного сервиса.
Хотя не вижу никаких проблем, чтобы накатить конфиг из бекапа и внести в него минимальные изменения. При правильном дизайне сети это дело нескольких минут.
