У нас в конторе используются два девайса компании МТА - мр-8 и мр-12. До настоящего времени они работали более-менее нормально, изредка поглючивая. Настоящие приключения начались три недели назад...
Схема включения этих мрек следущая - евсд- мр-12 - мр-8
Первая находится у нас в здании, вторая за 200 км в другом городе. Управление обоими мреками осуществлялась из одного места. Мр-8 включена в порт мр-12. Началось всё с того, что в мреке 8 сгорел блок питания. Съездили, сняли её, привезли в офис и по началу решили отправить ея в Питер на ремонт. Но наши спцы оказались не лыком шиты! Присобачили к ней бп от компа, напаяли проводулек... типа заработало!! В результате по...лся конфиг и софт. Делать нечего - отправили в Питер. Там заменили бп и прислали её к нам обратно. Мы её тут и софтом заправили (старым какой и стоял ранее (версия 2.43.1)) и сконфигурили по новой. Вот только как она управлялась - не поняли, и чел который их ставил уволился давно, а бэкапов конфига не оставил... Привезли туда, поставили - заработало! Связь проверили - есть, интернет (она кроссконнекцию делала) тоже есть. Обрадовались и поехали домой. Пока ехали она опять свалилась. Начали копать тут. Вроде как маршрутизация прописана правильно - вчера же работало всё! Залазим в мреку 12 проверяем - тоже вроде всё ок... единственное - прёт ошибка следущего содержания:
TimeslotTochannel: invalid params!
А какой таймслот... в каком канале... и какой именно парамс...???
На наш вопрос питерцы говорят - мы старый софт не поддерживаем, вот мол на новый переходите тогда и поговорим, а так мы и сами уже не помним как чего делается...
Результат: исходящая связь у клиентов есть, а входящей нет...

У кого нидь была подобная хрень?

Shrike пишет
У
На наш вопрос питерцы говорят - мы старый софт не поддерживаем, вот мол на новый переходите тогда и поговорим, а так мы и сами уже не помним как чего делается...


Вот это "достойный" ответ:D А тут на форуме кто-то расхваливал и саму фирму и её девайс :confused:

продолжение истории:
сейчас мы заняты тем, что всех клиентов с мреки переключаем напрямую на нашу ЕВСДу...
а покупая мреку наши шеффы видимо сэкономить пытались....
мрека стоит - 100 000 рублей, а скока стоит евсдовая двушка? ))) а таких нам 4 штуки пришлось задействовать...
конечно можно было на новый софт перейти, но питерцы меня предупредили что при обычном аплоуде софта есть опасность загубить её окончательно и что надёжнее было бы сразу перешить программатором ПЗУшку...

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

А вот интересно сколькож она проработала? Если и чел уже успел уволится. Софт дейтвительно старый. Можно былоб и новый пролить на МР-ку раз уж все равно изучать ее пришлось. Тем более, что в Питере могли это зделать сразу же.
А то, что описывается, лечится командой <killcfg> и заливается по новой конфига.

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

Г...а килограмм....

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

Делают ли питерцы конфиг по заказу? С гарантией его последующей работоспособности?

необходимо сделать следущее -

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

На старом софте это всё сейчас работает и описывается гораздо понятнее. Мы сейчас готовим новую мреку с новым софтом на замену старой

Все это можно. Но заказывать лучше в Питер. Обсуждение в форуме думаю не коректно.