TCP-таймаут на SPNET

[kc41]

Доброго времени суток!
Столкнулся со следующей проблемой: на канале с большой задержкой (700 - 1200 ms) не проходят вызовы по SPNET. Захват трафика показал следующую картину станция отправляет 3 SYN пакета с интервалом около 150 мс. И через 500 мс после первого ACK отправляет FIN. SYN ACK от вызываемой станции в приходит, но само собой уже не обрабатывается. Можно ли как-нибудь изменить таймер установки TCP - сессии?
Прошивка 4.74a
Процессор MP40
P.S.
Причем на OS500 такой проблемы не было. Ее и используем в качестве костыля (промежуточной станции).
И на той же 7400 на нормальных каналах (задержка около 100 мс) SPNET работает отлично.

[Ave]

Поднимите для начала прошивку до 4.75.
Версии LP40 и плат MGI/OAS тоже неплохо было бы до последних прошивок поднять.

[kc41]

Ошибочка вышла. Все-таки прошивка 4.75.

[Ave]

А версии остальных плат?

[kc41]

Ап

[Ave]

Чего ап? Версии остальных плат?

[kc41]

В смысле поднял все версии.
Теперь версии FW:
OAS: 2.05
LP: 2.02
MP: 4.75
Симптомы не изменились(

[kc41]

Установил 4.80. Симптомы не изменились...

[LionB]

R&D recommends using SPnet in the environment that Total packet transmission delay is not over 150ms.
In this environment that Total packet transmission delay is over 150ms, the voice quality issues such as Voice delay, Echo can happen.
By this reason, the SPNet adjusted to work in environment that packet round-trip delay is under 300ms.
Considering the Processing time, R&D set the TCP connection time to 500ms.
As you might know, this time cannot be changed by user because this time was being hard coded.

The reason why OS500 set this timer to longer than OS7400. In the development stage of OS500, we did not think that the voice qaulity issue might happen in the long packet delay environment. Many voice quality issue due to packet delay reported so we reduced it when we develop OS7000 series.

In case you use SIP Peering instead of SPnet for this customer, the signalling may work without issue.
However, we could not gurantee the voice quality by long packet transmission delay.