Компания, в которой я работаю, в настоящее время имеет сервер в Гонконге, обслуживающий контент для пользователей мобильных телефонов OTA через APN их операторов, в основном операторам из региона Юго-Восточной Азии.
Мы приняли подход к обеспечению OMA OTA, так что мы считаем загрузку успешной только тогда, когда мы получили 900 Success из ответа Install-Notify, в противном случае мы считаем загрузку неудачной.
Однако существует масса ошибок, включая 907 Invalid JAR, 902 Loss of service, и т. Д. Я говорю о коэффициенте ошибок 97%. Я прошел через кодовый путь и проверил, что содержимое JAD, JAR и файл манифеста действительны.
Я начинаю подозревать, что большое количество ошибок связано с тем, что путь от нашего сервера к месту назначения слишком запутан.
Я попытался tracert с сервера (Windows Server 2003 R2) на назначенный APN и обнаружил, что он, по сути, проходит через Японию и США, и не удалось получить все переходы в пределах 30.
Могу ли я что-нибудь сделать, чтобы быть более уверенным в том, что большое количество сбоев при загрузке связано с географическим расстоянием, а не чем-то еще? Сказав, что мы выполнили тест UAT для сквозного подключения в Гонконге, это не означает, что за пределами региона все будет работать так же.
Мы используем IIS6 с ASP.NET2.0, сервер находится в магистрали сети из центра обработки данных, где, как я знаю, у них есть высокоскоростное соединение с Японией.
Большое спасибо.
Расстояние не оправдание. Большинство из нас без проблем обрабатывают ссылки длиной более 20 000 км (кроме надоедливого пинга). Я бы действительно попытался переместить сервер ближе к пользователям или, по крайней мере, попытаться использовать другой центр обработки данных в Гонконге.