mgi16(2)

[*OK]

собственно а где взять MGI16 Boot S/W release v1.03 (2007-07-30) на фтп матела не нашол? тут тоже нету. по идее перешить на программаторе непроблема. былиб файлы нужные. ну или на крайний случай отправлю в мател, пусть перешывают там в СЦ. вот сначала только на замену найду штонибудь.

[LionB]

Я попросил их выложить.. Посматривайте за ресурсом..

[eva]

To Eva

Я же поправился потом:
Стоп.. Точно.. Давно делал обновление, но точно помню эту замороку.. Суть проблемы не меняет.. Она в версии Boot.
Тогда так.
На том адресе, что там стоит по умолчанию точно работает, просто на свой ПК поставь IP и маску из той же MGI16 для TFTP..

Только ты не путай пожалуйста TCP/IP параметры карты из MMC831 и временные параметры TCP/IP в момент отработки Boot, когда и делается апгрейд... Собственно у второго клиента на момент Boot можно потсавить те же 192.168.X.Y.. И, когда надо будет обновиться, просто на ПК с TFTP временно ручками сменить IP и перегрузить MGI16 и потом вернуть назад.. Не каждый день обновление же делается...

Далее ты говоришь про версию v1.20 основного приложения карт MGI16 (main s/w), а я говорил по замену версии Boot (микросхемка такая съемная)... Разница между Boot и Main S/W примерно такая же, как между Bios на матери коипьютера и версией Windows..

Дабы сей недуг надо менять именно версию Boot, но делается это только на программаторе и, я надеюсь, больше обновлений Boot не будет.

с версией бута 1.02 все понятно и нам крупно повезло что у клиента где 20!! станций адреса 192.168.X.Y ...но
почему с бутом версии 1.03 и адресом на карте 10.0.0.254 255.255.255.0
мы не можем качнуть апдейт с TFTP с адресом 192.168.0.1
ведь насколько я понял с этим загрузчиком все должно быть нормально
похоже нужно все таки делать апдейт непосредственно с ноута и рядом с АТС
тогда непонятно зачем вообще эти заморочки )
ладно у клиента которого не получилось сделать апдейт их четыре но грустно от того что они раскиданы по области
а если бы это было 40 по количеству районов в нашей области (((

она вообще даже не пытается туда обратиться (

[LionB]

почему с бутом версии 1.03 и адресом на карте 10.0.0.254 255.255.255.0
мы не можем качнуть апдейт с TFTP с адресом 192.168.0.1

А Default G/W точно правильно в Boot задан? А точно между сетями 10.0.0.0 и 192.168.0.0 роут работает и нет закрытых TCP портов между сегментами? И кто мешает на любои компе у клиента TFTP поднять?

[eva]

А Default G/W точно правильно в Boot задан? - 10.0.0.253
а вот с маской обманул она 255.255.255.248


между сетками все открыто
стоят маршрутизаторы циска и все прозрачно голос ходит в легкую
сетка 10.0.0.0 выделена под АТС и воткнуты они непосредественно в циски

сетки 192.168.0.0 выделены для доп офисов
из сисок мы легко стучимся в сервер 192.168.0.1 TFTP без проблем
а с АТС тишина нет даже пакетов ......
бред какой то ....
лана будем разбираться )

[eva]

РЕЗУМЕ
карты не зависимо от версии бута апдейтяться только по сетке 192.168.Х.У
это факт обсосаный со всех сторон и экспериментально выверен
если у кого получиться по другому - сообщите подробности как добились этого

второй вопрос есть
я первый раз увидел на карте вот такие сообщения когда сидишь в ней телнетом
[DSP_MAIN] SendData(): Channel nummber is error(ch_no=0xfbdffede, Function Code
=0x9010)
[DSP_API](53536) mm_change_ether_header_channel() Function : Fail to Change th
e Ether Header for Channel(gateway=10.0.0.254, KeepGoing=0)
[PACKET](53536) mPkt_IPPacketProc(): Change gateway (0a0000fe) ERROR!
MGI:10.0.0.252> [DSP_MAIN] (53536) ast_init(): Error Channel number!

[DSP_MAIN] SendData(): Channel nummber is error(ch_no=0xfbdffede, Function Code
=0x9010)
[DSP_API](53536) mm_change_ether_header_channel() Function : Fail to Change th
e Ether Header for Channel(gateway=10.0.0.254, KeepGoing=0)
[PACKET](53536) mPkt_IPPacketProc(): Change gateway (0a0000fe) ERROR!
что это такое ??? - насколько страшно ??
карта стоит в ОS500
голос ходит номально в лога станции ничего нет но вот такие вот ошибки идут в карте
чего делать ?

[LionB]

Собственно говоря вполне штатное дело

According to the MGI engineer, MGI received ICMP redirect packet with unregistered RTP Source Port so MGI rejects it.
For your reference, MGI only handles redirection feature for MGI RTP port.

[eva]

Собственно говоря вполне штатное дело

According to the MGI engineer, MGI received ICMP redirect packet with unregistered RTP Source Port so MGI rejects it.
For your reference, MGI only handles redirection feature for MGI RTP port.

то есть забить на енто дело ?))

[LionB]

Имано !!!