VoidVolker

На столько, на сколько часто этом может происходить в любом TCP соединении.
https://ru.wikipedia.org/wiki/TCP

Хотя протокол осуществляет проверку контрольной суммы по каждому сегменту, используемый алгоритм считается слабым [1]. В общем случае распределенным сетевым приложениям рекомендуется использовать дополнительные программные средства для гарантирования целостности передаваемой информации[2].

Т.о. в вашем случае вам следует дополнительно реализовать свой механизм контроля доставки сообщений в рамках используемого вами протокола поверх WS или поверх самого протокола. Так же имеет смысл использовать пульс - периодический пинг клиента/сервера. Например, в случае плохой мобильной связи соединение может оборваться, но и клиент и сервер будут считать, что оно есть и пытаться отправить или ожидать данные. При этом, теоретически и согласно всем нормам уже на уровне ОС сокет должен закрыться через несколько секунд, но тут вступает в дело такой фактор как "опции создания сокета" и, особенно, "таймаут сокета" - разные разработчики могут использовать разные опции при запуске сервера/клиента и как результат в разных ОС это поведение может отличаться и сокет может зависнуть, а ОС его сама не закроет. Так что тут поможет только пульс - в WS пинг часть протокола.

В стандарте веб-сокетов можно передавать еще и бинарные данные, а кроме того, поверх можно еще и кучу других протоколов накрутить. Так что в данном случае открываете JS код и исследуете его - что и как там передаётся.

Я для себя остановился вот на этом варианте: VIEApps.Components.WebSockets.

• Подписаться на стороне сервера на событие "разрыв соединения".
  
• Периодически отправлять пинг и если нет ответа в течении какого-то времени - то закрывать соединение.
  

Вот тут есть детальное исследование, там как раз 10к соединений тестируется: https://www.researchgate.net/publication/348993267...

Вообще, в веб-сокетах соединения сервер-сервер не существует в принципе, т.к. сервер - это именно сервис, который ждет подключения к нему клиентов, а не сам подключается. Для подключения к другому WS серверу со стороны своего сервера необходимо использовать WS клиента - т.е., подключаем код клиента и подключаемся как клиент к стороннему серверу, получаем данные с него, конвертируем во что надо и прокидываем через свой сервер куда дальше надо.

1. Подключиться к серверу по SSH
   
2. Установить NodeJS на сервере
   
3. Запустить на сервере WS сервер
   
4. Опционально: открыть порт для WS сервера, если он закрыт
   

что писать после ws://

Адрес сервера и порт. Ошибка означает, что подключаетесь не туда. Смотрите документацию данного сервиса.

Конвертация 100мб файла в 64-битную кодировку приведет к значительному увеличению объема передаваемых данных. Передавать бинарный файл таким образом не эффективно. Используйте стандартный механизм. Да, через веб-сокеты можно передавать файлы. Но это имеет смысл если вам нужно больше контроля над процессом передачи или надо реализовать какие-то специфические вещи.