Welcome, Guest
Username: Password: Remember me
В этом разделе вы можете обсуждать вопросы, связанные с новой системой удаленного управления Expert Remote System (ERS) на основе ExpertSDR3.

TOPIC: SS2 DX + vpn!!!

SS2 DX + vpn!!! 14 Oct 2022 22:46 #1

Может кому пригодится.
Сетап получился следующий:
ExpertSDR2
Два роутера (MGTS оптика 200 мбит<-> RT оптика 200 мбит) соедененны через vpn, пинг 55-56 - нерабочая
Два роутера (работа оптика 100 мбит<-> RT оптика 200 мбит) соедененны через vpn, пинг 30-36 - рабочая с 3-4-5 попытки

видео коннекта из дома:


резюме: для удаленной работы - нерпигодно.
как костыль - ставим удаленные рабочие столы(тимвьюверы энидески иже с ними).

жаль что софт настолько критичен к отклику на запуске, просто трата денек.
Last Edit: 14 Oct 2022 22:47 by shermastdie.
The administrator has disabled public write access.

SS2 DX + vpn!!! 14 Oct 2022 22:55 #2

дополню, если организуете витую пару через Powerline.... будут глитчи в начале приема, раз в час спонтанно может прерваться связь (2 x Powerline TP-LINK TL-PA511).
The administrator has disabled public write access.

SS2 DX + vpn!!! 15 Oct 2022 00:01 #3

  • VK6NX
  • VK6NX's Avatar
  • OFFLINE
  • Posts: 249
  • Thank you received: 197
Ну вы бы, прежде чем тратить деньги и время, хоть бы спросили, что ли...

И софт совершенно непричем. Есть конкретные протоколы передачи real time траффика, есть физические законы на которых они основаны, есть объективные и реальные задержки при передаче данных по сетям. Странно ожидать от программистов EE, чтобы они создали софт, нарушающий причинно-следственные связи протоколов.

Никакие тимвьеюеры и энидески не помогут. Да, принципиально возможно будет "стартовать" программу, чисто из упрямства. Но работать полноценню - нет.

Единственное рабочее решение - это удаленный запуск, встроенный в ESDR3. Который будет иметь свои ограничения, разумеется, и подойдет не для всякой ситуации.
The administrator has disabled public write access.
The following user(s) said Thank You: Rome, N8SDR

SS2 DX + vpn!!! 15 Oct 2022 01:05 #4

  • N8SDR
  • N8SDR's Avatar
  • OFFLINE
  • Posts: 173
  • Thank you received: 141
Ill add that my Ping is only around 6-8 MS from Cell provider to connection at home which is Fiber based FTTP no crap copper handoff, all cat6 from the ATM at that point to a Business Class switch and out to rig and computer

(Thankfully Not using TP-LINK) I've seen, used and tossed in trash a lot of their stuff as an I/T administrator and now an owner of I/T solutions company

anyway, from my ISP, then using a cell Phone with my Cell carrier as a hotspot
I'll also add we had a working test with myself and another user in the DEV test group I'm in US he is in Indonesia

How's that for remote operation, and he can tell you his ISP is not so good most of the time.

EE isn't responsible for path taken, Hops, and Crap connections in-between, the server only does a CHECK (authentication- handshake) then the connection is One to One- local to remote-

Also, I can only suspect the Noise floor with BBP over powerlines (what shit that idea was)
Please do not email me and ask for help I no longer will be part of this, If I could delete /remove my profile I would do so.
The administrator has disabled public write access.
The following user(s) said Thank You: Rome

SS2 DX + vpn!!! 15 Oct 2022 03:59 #5

  • VK6NX
  • VK6NX's Avatar
  • OFFLINE
  • Posts: 249
  • Thank you received: 197
I am positive that google translate shifts the focus, which I am trying to make while explaining situation to Vitaly (R2BID). Let me make myself clear

My key point (making it "short-'n-simple" and not diggin' into much technical details): vpn-based "remote" and ESDR3 remote - are two fundamentally different (literaly uncomparabe) things. When both provide visually same-like result (remote access) - they are still based on completely different principles. Ignoring that fact - that is what makes 'experiments' equal to waste of time and money.

In short: we are talking about 'UDP traffic flow'(vpn) vs 'webrtc-like traffic flow'(ESDR3 in-build remote). Native WAN delays should be accounted as extra point to above statement.

In a bit more details:
Warning: Spoiler! [ Click to expand ]



Использование в данном случае гугла, транслятор которого в вопросе удаленного доступа не шарит - есть зло, потому, во избежание недопонимания, поясню мысль.

Коротко: 'удаленный доступ на основе vpn' и 'встроенный в ESDR3 удаленный доступ' - фундаментально разные вещи. В то время как конечный результат один - имеем удаленный доступ - не учитывать наличие в каждом 'доступе' принципиально разных технологий, это и есть пустая трата времени. Ну и, дополнительно, ERS для ESDR2 - это вообще третья вещь, про нее речи не будет (потому что не надо).

Длиннее:
Warning: Spoiler! [ Click to expand ]
Last Edit: 15 Oct 2022 04:01 by VK6NX.
The administrator has disabled public write access.
The following user(s) said Thank You: Rome, shermastdie

SS2 DX + vpn!!! 15 Oct 2022 09:04 #6

хотелось бы видеть от софта чуть большей толерантности к скорости отклика. судя по моим экспериментам (если подключаться несколько раз подряд) можно добиться работы радио, и получается действительно насладиться работой софта, но при старте если пакет хоть немного задержится... прием не начнется.
The administrator has disabled public write access.

SS2 DX + vpn!!! 15 Oct 2022 09:16 #7

добюавлю

прокидывал до бани кабель:
1. кабель 100м дешевый не покупать (при передаче будут теряться пакеты)
2. если всеже дешевый - поставьте коммутатор посередине
3. не работайте с радио на 2.4ггц будут срывы, на 5 ггц - полет нормальный, но как всегда - рекомендую витую пару.

выезжал в поле - для работы в цифре - просто идеал!

прикладываю видео как приходится заставлять его работать
Last Edit: 15 Oct 2022 09:29 by shermastdie.
The administrator has disabled public write access.

SS2 DX + vpn!!! 15 Oct 2022 11:43 #8

  • VK6NX
  • VK6NX's Avatar
  • OFFLINE
  • Posts: 249
  • Thank you received: 197
shermastdie wrote:
хотелось бы видеть от софта чуть большей толерантности к скорости отклика. судя по моим экспериментам (если подключаться несколько раз подряд) можно добиться работы радио, и получается действительно насладиться работой софта, но при старте если пакет хоть немного задержится... прием не начнется.
Я могу ошибаться (слишком много неизвестных), но так как вы это описываете - очень похоже на обычный FIFO queuing, наложенный на packetisation delay. Можете погуглить оба термина, но суть простая. FIFO это сортировка пакетов по принципу "первый пришел - первого и обслужили". При этом не берется в расчет ни тип пакета, ни его приоритет - а это, в нашем случае, как раз и определяет то, что вы ощущаете как "нетолерантность". А packetisation delay - это задержка, формируемая потоком пакетов, проходящих в очереди через ЦПУ вашего роутера.

Основной нюанс - ни с чем из вышеизложенного программисты ЕЕ ничего поделать напрямую не смогут. По причине, что это механизмы работы непосредственно того типа роутера, который у вас стоит.

Но и менять роутер в настоящий момент вам тоже не имеет смысла. По причине того, что разработка ESDR3, включая все возможные механизмы компенсаций, сейчас как раз и ведется. И чтобы оценить, будет ли пригоден ваш роутер для задач, нужно дождаться финальной версии продукта.

О всех возможных эффектах и нюансах программисты прекрасно осведомлены.
Last Edit: 15 Oct 2022 12:05 by VK6NX.
The administrator has disabled public write access.

SS2 DX + vpn!!! 15 Oct 2022 11:50 #9

  • VK6NX
  • VK6NX's Avatar
  • OFFLINE
  • Posts: 249
  • Thank you received: 197
shermastdie wrote:
добюавлю
1. кабель 100м дешевый не покупать (при передаче будут теряться пакеты)
2. если всеже дешевый - поставьте коммутатор посередине
Это не совсем так. От дешевизны кабеля мало зависит. Все гораздо проще - 100 метров это граничный предел для отдельного физического сегмента Ethernet. Сегменты длиннее 100 метров должны "разбиваться" коммутатором/хабом. А все что меньше 100 метров - должно работать. Тип кабеля нужен-достаточен CAT5 (в случае если он дополнительно изолированный - его возможно придется заземлить с обеих сторон).

На видео у вас явные потери пакетов. Ищите проблему в сети, а не в программе. Либо у вас на UDP 50001 стоит конфликтующий софт, типа Аnydesk, либо наводки идут по ethernet (повесьте ферриты).

Для расстояния в 100 метров эзернета до бани вам вообще никакой vpn и remote не нужен. Все должно работать как на длине 2 метра кабеля.

И второе "кстати" - вообще исключите их своего сетапа WiFi. Даже на 5ГГц есть проблема с потерей пакетов. Полный сетап "от компа до бани" должен быть на кабеле - тогда и проблемы исчезнут.
Last Edit: 15 Oct 2022 12:01 by VK6NX.
The administrator has disabled public write access.
The following user(s) said Thank You: Rome, N8SDR
Time to create page: 0.260 seconds