Да так конечно.
В Израиле вообще есть всё. Как в Греции. Кто хочет - находит.

Не правда. Собирают заявки, и как наберется необходимый минимум, тянут оптику.

Там ещё и про четвертый пишут, типа в 2020 будет!

У меня мин. тариф: 200/20 Мбит/с. 200- загрузка, 20- отправка. заявленная скорость практически всегда выдерживает. Как подключил fiber, резервный канал ещё ни разу не использовал

A third landline Internet infrastructure is being built by the Israel Electric Corporation, which will provide fiber to the home access in the country, starting with Beersheba.

А я удивлялся, почему у меня тут есть Unlimited. А это оказывается первый город, где вообще провели оптику людям ещё в 2011.

Профессиональному ITшнику достаточно 2 Мбит/с! И это с огромным (многократным) запасом. Толстые каналы нужны для медиа. Это далеко от проф. IT

Топологически - да. Т это накладывает отпечаток на профиль трафика: весь мир виден через Лондон.

Ну... если мне надо гонять бэкапы между моей машиной и, например, машиной работодателя, то я очень сильно упрусь в bandwidth. А для SSH, конечно, хватит и 56Кбит. Не знаю, сколько жрет RDP/VNC.

Гонять бэкапы из дома?
Дело не в канале, а в консерватории.
Кто дом то бэкапит?

Меняйте flow.

Вторые сутки открытий .
Сижу , читаю, удивляюсь .

Шалом, Дмитрий! И добро пожаловать в клуб 🙃

что именно?

это очень хороший канал

Та и бекапы, и лоадбалансинг

Который правда потом оказался бондингом слватебехоспаде.

И пингом без размера пакета меряние «потерь»
Да много всего.

Ладно. Пойду пострадаю на ужасном канале от hot.

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

Больше на моей памяти толстый канал дома не пригодился ни разу именно для рабочих вопросов.

Можно, конечно, утверждать сразу за всех, как правильно и сколько /IT-профессионалу/ хватит bandwidth, но найдутся юзкейсы, когда надо иметь возможность залить что-то жЫрное с мобильной рабочей станции в корп. сеточку. На моей последней работе приходилось генерировать образы Yocto на своих довольно мощных ноутбуках с Xeon и 4 Tb SSD, чтобы потом ИНОГДА закидывать через свой домашний канал на корпсервера. Собирать эти образы на билд-машинах можно, но из-за слишком большого количества степеней свободы (нужно сдесяток кастомизаций одного и того же образа, и эти кастомизации очень разные у разных людей) и очень долгого времени, необходимого для чистой сборки, не хватит никаких ресурсов (собственно, и не хватало). Можно шеймить людей за неправильные подходы, но можно ещё и не утверждать со своей колокольни, что есть только единственно правильный подход, под который нужно всем подстраиваться, оправдывая таким образом нежелание что-либо менять :)

Ну и обычный пользовательский сценарий использования условного Dropbox с хранением личных файлов сразу упирается в bandwidth.

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

Но кажется зря я оправдываюсь перед явно опытными и знающими IT-профессионалами, снобизм которых сложно преодолеть.