Да я понимаю, что вы хотели про документацию поговорить, а мы вас замучили всякой ерундой.
Я не так хорошо знаком с tcp/ip, но насколько я в курсе, дело в дело в параметрах ядра линукса определяющих таймауты при установке tcp соединения. И в частности, в значениях этих таймаутов установленных в андроиде. Переключение радиостанции с приема на передачу в некоторых случаях может превышать эти значения. Во всяком случае так мне объяснили уверенные пользователи tcp/ip которые пытались поднять ip трафик на таком радиоканале, но не смогли.
Это конечно если эту вашу FBBS можно научить работать через прокси. Если нет - се ля ви - пишите для нее специальный шлюз или ковыряйте эту FBBS чтоб прикрутить к ней работу через прокси. Но есть большое число программ которые через прокси работать таки могут искаропки и для них всех это будет решением. Поскольку сами понимаете, на каждую всякую FBBS, и иже с ними, отдельный шлюз писать не вариант. А много кому эта его FBBS вот прям до зарезу нужна и у каждого она разная и все страждущие даже не знают как вам об этом сказать... Вот случайно вы на хабре засветились и к вам сразу хлынул поток с одной и той же просьбой. Это жжжж неспроста! Была бы в вашем пейджере галочка "включить socks proxy сервер" вы бы могли каждому жаждущему поюзать его архинужную FBBS ткнуть в документацию где красиво нарисовано как правильно на эту галочку тыкать чтоб стало сразу СЧАСТЬЕ.
Извините за некий сумбур, я надеюсь вы поняли что я пытался сказать. :-)
но если по FX.25 всё работает, зачем там КВПейджер?
Рискну процитировать самый верхний комментарий:
"Связать приложения умеющие общаться по tcp/ip по радиоканалу, используя радиостанцию как радиомодем, затруднительно из-за задержек".
AX.25 со присными - транспорт для ip, вернее для tcp/ip. tcp/ip плохо работает при тех задержках которые дает радиоканал. О чем вам и пытается сказать @checkpoint
Тут дело даже не в скорости - дело в задержках.
Это именно то, почему я буду очень рад увидеть в hfpager функциональность socks proxy сервера. Ибо, возвращаясь снова к самому верхнему комментарию: "Если использовать канал между двумя рациями как модем (физический уровень модели osi), поверх которого будут гулять канальный, сетевой, транспортный ... из-за задержек нельзя, то можно подняться выше по модели osi. И ближайшее подходящее - socks proxy".
Картографическое ПО, которого куча и еще маленькая тележка, получение метеоданных из определенных сервисов (винди, зигриб) - есть куча всего помимо телеги и почты, что возможно кому-то понадобиться вдали от цивилизации. Ну невозможно для всего предусмотрительно написать шлюз. Должно быть путь менее эффективное, но универсальное решение. HFpager это не только пейджер, это еще и протокол обмена данными, причем протокол позволяющий гибко настроить параметры и скорость связи. Чем выше по диапазону - тем больше возможная скорость, а диапазон передачи определяется используемыми рациями. Где-то будет очень узко, а где-то будет возможность пропихнуть более толстый трафик. У вас не единственная программа, которая умеет пропихивать данные по радиоканалу, но уникальная своей проработанностью и гибкостью настроек. Если к ней прикрутить еще socks proxy - будет только лучше, не хуже.
Вы так говорите будто есть возможность переписать кучу уже готовых приложений, которые хочется использовать вне покрытия операторов связи. Есть большая разница в затруднительности использования чего-то в результате низких скоростей и невозможностью использования.
Если подключить к какому-нибудь баофенгу, и работать в vhf допустим, то возможно там будет и 1200 бод. Уже в браузере можно будет куда-нибудь залезть через proxy.
Не могли бы вы обучить hfpager работать в режиме socks proxy сервера?
Связать приложения умеющие общаться по tcp/ip по радиоканалу, используя радиостанцию как радиомодем, затруднительно из-за задержек. Если использовать канал между двумя рациями как модем (физический уровень модели osi), поверх которого будут гулять канальный, сетевой, транспортный ... из-за задержек нельзя, то можно подняться выше по модели osi. И ближайшее подходящее - socks proxy. Если бы ваша программа могла быть таким socks proxy сервером - это было бы решение... На одном девайсе, без подключения к сети, ваша программа принимает запрос по протоколу socks, отправляет другой версии вашей программы на другом устройстве. Там уже есть выход в сеть или работающий сервер слушающий какой-то порт...
А вы могли бы тезисно описать что он умеет и для чего юзается?
Я не уверен, что понял правильно вашу мысль, но по моему то, что вы написали, и есть socks proxy сервер...
Да я понимаю, что вы хотели про документацию поговорить, а мы вас замучили всякой ерундой.
Я не так хорошо знаком с tcp/ip, но насколько я в курсе, дело в дело в параметрах ядра линукса определяющих таймауты при установке tcp соединения. И в частности, в значениях этих таймаутов установленных в андроиде. Переключение радиостанции с приема на передачу в некоторых случаях может превышать эти значения. Во всяком случае так мне объяснили уверенные пользователи tcp/ip которые пытались поднять ip трафик на таком радиоканале, но не смогли.
Это конечно если эту вашу FBBS можно научить работать через прокси. Если нет - се ля ви - пишите для нее специальный шлюз или ковыряйте эту FBBS чтоб прикрутить к ней работу через прокси. Но есть большое число программ которые через прокси работать таки могут искаропки и для них всех это будет решением. Поскольку сами понимаете, на каждую всякую FBBS, и иже с ними, отдельный шлюз писать не вариант. А много кому эта его FBBS вот прям до зарезу нужна и у каждого она разная и все страждущие даже не знают как вам об этом сказать... Вот случайно вы на хабре засветились и к вам сразу хлынул поток с одной и той же просьбой. Это жжжж неспроста! Была бы в вашем пейджере галочка "включить socks proxy сервер" вы бы могли каждому жаждущему поюзать его архинужную FBBS ткнуть в документацию где красиво нарисовано как правильно на эту галочку тыкать чтоб стало сразу СЧАСТЬЕ.
Извините за некий сумбур, я надеюсь вы поняли что я пытался сказать. :-)
Рискну процитировать самый верхний комментарий:
"Связать приложения умеющие общаться по tcp/ip по радиоканалу, используя радиостанцию как радиомодем, затруднительно из-за задержек".
AX.25 со присными - транспорт для ip, вернее для tcp/ip. tcp/ip плохо работает при тех задержках которые дает радиоканал. О чем вам и пытается сказать @checkpoint
Тут дело даже не в скорости - дело в задержках.
Это именно то, почему я буду очень рад увидеть в hfpager функциональность socks proxy сервера. Ибо, возвращаясь снова к самому верхнему комментарию: "Если использовать канал между двумя рациями как модем (физический уровень модели osi), поверх которого будут гулять канальный, сетевой, транспортный ... из-за задержек нельзя, то можно подняться выше по модели osi. И ближайшее подходящее - socks proxy".
Как-то так.
Картографическое ПО, которого куча и еще маленькая тележка, получение метеоданных из определенных сервисов (винди, зигриб) - есть куча всего помимо телеги и почты, что возможно кому-то понадобиться вдали от цивилизации. Ну невозможно для всего предусмотрительно написать шлюз. Должно быть путь менее эффективное, но универсальное решение. HFpager это не только пейджер, это еще и протокол обмена данными, причем протокол позволяющий гибко настроить параметры и скорость связи. Чем выше по диапазону - тем больше возможная скорость, а диапазон передачи определяется используемыми рациями. Где-то будет очень узко, а где-то будет возможность пропихнуть более толстый трафик. У вас не единственная программа, которая умеет пропихивать данные по радиоканалу, но уникальная своей проработанностью и гибкостью настроек. Если к ней прикрутить еще socks proxy - будет только лучше, не хуже.
Вы так говорите будто есть возможность переписать кучу уже готовых приложений, которые хочется использовать вне покрытия операторов связи. Есть большая разница в затруднительности использования чего-то в результате низких скоростей и невозможностью использования.
Если подключить к какому-нибудь баофенгу, и работать в vhf допустим, то возможно там будет и 1200 бод. Уже в браузере можно будет куда-нибудь залезть через proxy.
В отличие от таких шлюзов socks proxy сервер - универсальное решение. В этом его плюс.
hfpager изначально позиционировался как туристическое ПО.
Очень многие нужные вдали от цивилизации программы общаются с сервером по http. Ну вот XyGrib например - умеет работать через socks proxy.
Самые разнообразные задачи. Например картографическое ПО, когда нужно обмениваться информацией об объектах с привязкой к координатам.
Спасибо за замечательную программу.
Можно тут попросить о функционале?
Не могли бы вы обучить hfpager работать в режиме socks proxy сервера?
Связать приложения умеющие общаться по tcp/ip по радиоканалу, используя радиостанцию как радиомодем, затруднительно из-за задержек. Если использовать канал между двумя рациями как модем (физический уровень модели osi), поверх которого будут гулять канальный, сетевой, транспортный ... из-за задержек нельзя, то можно подняться выше по модели osi. И ближайшее подходящее - socks proxy. Если бы ваша программа могла быть таким socks proxy сервером - это было бы решение...
На одном девайсе, без подключения к сети, ваша программа принимает запрос по протоколу socks, отправляет другой версии вашей программы на другом устройстве. Там уже есть выход в сеть или работающий сервер слушающий какой-то порт...