Итак проблема вылеченная в 4.30 вылезла в 4.42 4.46
(OS7400(4.30k)-MGI16(1.25) <-> OS7200(MCP)(4.30k)-MGI-OS7xxx(1.14) - вот так работало t.38 c с параметром "T38 Redunducy count=0"
viewtopic.php?f=4&t=4578&start=27
Дело в том, что старые MGI карты при подборе скорости передачи факса отправляют Rеdunduncy последовательность по возрастающей от минимально выставленного значения до максимально. Когда новые карты MGI16/64 обнаруживают, что всего возможно аж 4 значения, то перестают генерить тон.. В общем, при использовании в сети последних версий MGI16/64 v1.25 (версия совместима только с OS7000 v4.30 и выше), просто поставьте на старых MGI картах значение T38 Redunducy count 0. О результатах напишите.
И вот теперь после обновления MCP7200 до 4.42 - 4.46 проблема вернулось, только "T38 Redunducy count=0" уже не помогает
отсюда вопросы
1. Починят ли самсунговцы наконец этот свой долголетний косяк?
2. поддерживают ли они старые MCP и MGI-OS7XXX - или они уже нас, владельцев сего технического чуда кинули окончательно?
появится ли 4.5х какая нибудь прошивка для MCP с нормально работающим t.38?
Помогите дюди добрые, кто там связан с творцами- наколотите им письмо гневное.. или в бубен, а то уже сил нет- сколько ж можно издеваться над людьми!
