Я в первом сообщении написал что: Первый вызов алкатель номер 7259 -H323- MD110 номер 6609 Второй вызов алкатель номер 7259 -H323- MD110 -PRI- CS1000 номер 6009 Перед трассировками также имеются пояснения.
Аналогичные вызова чисто по PRI проходят нормально. Трассировки имеются. вызов алкатель номер 7259 -PRI- MD110 номер 6609 вызов алкатель номер 7259 -PRI- MD110 -PRI- CS1000 номер 6009
Имеем следующую схему связи (упрощенно): сеть корпоративная из Alcatel - H323 - Alcatel - PRI - MD110 AASTRA - PRI - CS1000 LG Алкатель работает как шлюз по H323 в корпоративную сеть. Все работает. Вызова ходят во все стороны и проблем особых не замечено. Сейчас как резервный вариант схема несколько меняется сеть корпоративная из Alcatel - H323 - MD110 AASTRA - PRI - CS1000 LG на стороне Алкатели никаких изменений настроек не производилось. Вызова с MD110 на корпоративные Алкатели ходят нормально без всяких проблем. Вызова с CS1000 транзитом через MD110 на сеть из Алктелей тоже без проблем. От Алкателей из корпоративной сети вызова на MD110 проходят нормально. А вот от Алкателей из корпоративной сети вызова на CS1000 транзитом через MD110 наблюдается проблема. Вызов проходит, абонент CS1000 берет трубу, происходит нормальное соединение и через 0.5 секунды отбой. Трассировки снятые на MD110 по PRI показывают что отбой идет не со стороны CS1000. Трассировку по H323 протоколу на MD110 к сожаление из-за отсутствия опыта понять не удалось, хотя трассировщик ее успешно дешифровал. Вместо CS1000 аналогичным образом включалась другая станция, ситуация осталась прежней. Делались тестовые вызовы с компьютерной программы работающей по H323 опенфоне, как на MD110, так и через нее транзитом на CS1000. Соединение проходит нормально и никаких отбоев не происходит. Вопрос собственно один как снять трассировку на стороне алкатели и понять природу этого отбоя.
Не ходят факсы или визуальное сравнение двух конфигураций.
Похоже что ситуация несколько сложнее чем казалось изначально. Бекапы 2010 и 2012 года отличаются устойчивостью работы и изменениями сделанными за 2 года. Но объединяет их одно общее. В 4760i нет возможности посмотреть содержимое конфигурации некоторых разделов. А именно секции: System-Other System Parameters-Local Facillites Parameters System-Other System Parameters-Attendant Parameters System-Other System Parameters-System Parameters System-Other System Parameters-Spec Customer Features Parameters Aplications-CCD Specific Telephone Service Все остальное удалось вытащить экспортом 4760i. Теперь согласно логике остается только один путь привести конфигурацию станции в 100% рабочее состояние, это создание пустой базы и импорт того что удалось вытащить. В swinst - Easy Mode есть Database re-init оно или нет ? Есть еще в расширенном режиме Database tools - Create an empty database. Видимо придется еще манипулировать с OPS файлами. Может есть другие пути?
Не ходят факсы или визуальное сравнение двух конфигураций.
После установки нового HDD, заливки системы и восстановления с февральского 2012 года бекапа данных, обнаружилась старая проблема. А именно сетевой порт голосового сервиса постоянно отваливается, на ком порт сыплется информация об инциндентах, пропадают пинги до голосового шлюза и как следствие периодически происходят перезагрузки. Для эксперимента была из бекапа 2010 года загружена конфигурация. Сутки почти работает и всех выше описанных проблем не наблюдается. Но она очень древняя, была снята сразу после инсталляции станции. В ней много чего не настроено и самое главное в таком виде через станцию транзитом с ip на e1 не ходят факсы. Исходя из этого есть два вопроса. Как средствами программы 4760i получить наглядные и доступные для офлайн просмотра все настройки станции. Цель загрузить бекап 2012 года и сняв визуальные настройки, затем методом сравнения довести до актуального состояния конфигурацию 2010 года. Может есть другой какой способ это сделать? В какую сторону копать на предмет нормального прохождения факсов транзитом?
Ну пока то что там стояла 7 версия это мои догадки. Где то в файлах из каталога mao упоминалось. Вышестоящая организация утверждает что если в лицензии написано 6.1 то более новая там долго не проработала бы. Да и они говорят что версию не поднимали. Вот как проверить что там действительно стояло и от какой версии бекап, это вопрос.
В принципе попробовал на cpu чисто mao загрузить в расширенном режиме. Все закидывается. Правда после запуска телефонии у меня не хватило терпения дождаться ее работоспособности и доступа к управлению. Забросил рабочий конфиг и запустил в работу. Пока запускалось все нервы истрепал. Слишком все долго и пропадания станции по ip это нечто. Буду пробовать в более свободное от нагрузки время. Есть один момент. На станции лицензии под 6.1 и видимо она изначально и стояла. Но потом кто то обновлял ее 7 версии и такой она и упала. При восстановлении опять залили версию 6.1
Я пробовал в каталог IMMED файл mao-dat. Остановил телефонию и в меню swinst - 1 Easy Menu - 3 Restore database from cpu disk. Но выдает ошибку типа неправильный формат архива и тд. Там есть расширенный режим, но лезть в него не зная точно последовательности действий как то не очень. Тарификация на станции не запущена да и не нужна в принципе.
После крушения HDD в станции, была произведена замена диска и заливка по на станцию. К сожалению удалось найти только очень ранний файл бекапа mao-acc 2010 года. После заливки обнаружились его отличия от актуального. С тех пор были переконфигурирования транков в транкгруппах E1 и еще много всего по мелочи. Между тем имеются скопированные все данные из каталога /usr4/BACKUP/ на февраль 2012 года. С тех пор в станции изменений не производилось. Специалист с верхней организации сказал что восстановить актуальные данные с этих файлов не получится. В принципе структура архива mao-acc и mao-dat ничем не отличается, только в mao-acc из каталога mao больше файлов и присутствует архив каталога vg. Прошу поделится опытом. Как быть в этом случае? И если нельзя восстановить конфигурацию из архива mao-dat то на какой предмет станция аккуратно складывает и хранит их каждый день неделю месяц?
Нет проблем с питанием не было. Выключать и включать пробовали. Станция в другом городе. Сейчас там пытаются консультироваться с вышестоящими специалистами.
Станция перестала принимать входящие по H323, шлюз пинговался с проподанием пакетов. Телнетом на станцию удалось зайти один раз, но посмотреть ничего не удалось, так как доступ к станции пропал совсем. При подключении к COM порту станция выдает следующее: loading XILINX first address: fff50000 ,last adress: fff729f4, first value : ff binary size : 138 Ko (141812 octets) FPGA HEX download begin X FPGA download finished
CheckSum = 0x65 Configuration ended (DONE = 1) No error (INIT/ERROR = 1) SR7= 00 Memory Test cascaded counter RESET and Watchdog restarted with 255 min running flash(soldered=1 socket=0)=1,BIOScase:4,BIOSv24:0,verrou=1,algoNOR=1,size=4,base=ffe00000 Bios case 4
*** CPU7-1 Board version 3BA23259AAAD04 *** *** CPU7-1 Layout 1 *** *** BIOS Version 3BA24115AABP bscpu7300/002.016 *** *** Generated on Oct/21/2004 at 13:50 ***
*** Pentium III @ 695 ***
CMOS is available PCI command read for natsemi : 00000347 PCI Master Bit Setting... pci_command set to:0357 0000 0080 009f 0053 00af 0081 , IRQ 12. eth0: Transceiver status 0x00007869 advertising 000005e1 Hard Disk #0 : TOSHIBA MK2023GAS 19077 Mo Parameters : Type 00000 Extended Type 00255 Sectors / track 00063 Landing Zone 00000 Control Byte 00000 Write Precomp 00000 Heads 00016 Nb of Cylinders 16383 HD size(cyl*sec by track*head*sector size) 08455 MO(decimal) time :sec=22,min=57,hour=22,DoW=07,date=16,Month=08,year=12 time :sec=26,min=57,hour=22,DoW=07,date=16,Month=08,year=12
CPU7 informations : Memory Detected : 262144 Ko Flash Not Detected DaughterBoard Not Detected XILINX Detected XILINX Chip Initialization OK Ethernet Found : 1 Ethernet Chip Initialization OK Hard Disk Detected Hard Disk Found : 1 check lock RTC unlock RTC forced IO2 absent value of DIL switch forced CPU7 02 USB Base address is fc21 No HD trace
YOU CAN strike Ctrl B to enter in BIOS monitor during several seconds from NOW !
shut ok Boot from hard disk #0 Watchdog started with 3 min valeur index DXCX = ff01feff stage1 read errorExc : Nmi WDog! no external NMI causes are enable cascaded counter RESET and Watchdog restarted with 255 min 1Mo RAM OK cascaded counter RESET and Watchdog restarted with 255 min running flash(soldered=1 socket=0)=1,BIOScase:4,BIOSv24:0,verrou=1,algoNOR=1,size=4,base=ffe00000 Bios case 4
*** CPU7-1 Board version 3BA23259AAAD04 *** *** CPU7-1 Layout 1 *** *** BIOS Version 3BA24115AABP bscpu7300/002.016 *** *** Generated on Oct/21/2004 at 13:50 ***
*** Pentium III @ 697 ***
CMOS is available PCI command read for natsemi : 00000347 PCI Master Bit Setting... pci_command set to:0357 0000 0080 009f 0053 00af 0081 , IRQ 12. eth0: Transceiver status 0x00007869 advertising 000005e1 Hard Disk #0 : TOSHIBA MK2023GAS 19077 Mo Parameters : Type 00000 Extended Type 00255 Sectors / track 00063 Landing Zone 00000 Control Byte 00000 Write Precomp 00000 Heads 00016 Nb of Cylinders 16383 HD size(cyl*sec by track*head*sector size) 08455 MO(decimal) time :sec=39,min=01,hour=23,DoW=07,date=16,Month=08,year=12 time :sec=44,min=01,hour=23,DoW=07,date=16,Month=08,year=12
CPU7 informations : Memory Detected : 262144 Ko Flash Not Detected DaughterBoard Not Detected XILINX Detected XILINX Chip Initialization OK Ethernet Found : 1 Ethernet Chip Initialization OK Hard Disk Detected Hard Disk Found : 1 check lock RTC unlock RTC forced IO2 absent value of DIL switch forced CPU7 02 USB Base address is fc21 No HD trace
YOU CAN strike Ctrl B to enter in BIOS monitor during several seconds from NOW !
shut ok Boot from hard disk #0 Watchdog started with 3 min
И так по кругу. Судя по всему проблемы с диском или может есть другие мнения?
Посмотрел на других алкателях сети на IP транках везде включен OVERLAP Dialing YES. Видимо поэтому на них набор проходит нормально. А наша железяка с yate такого неумеет.
