Всегда используйте одно медленное соединение в предпочтении более быстрого

Question

В Windows есть автоматическая метрика , где метрика выбирается в соответствии с заявленной скоростью ссылки. Теперь у меня есть гигабитная локальная сеть, маршрутизируемая к услуге DSL 2 Мбит / с, и широкополосное мобильное соединение HSDPA. Первый всегда выбирается для интернет-пакетов, хотя последний на самом деле быстрее.

Я попытался установить для метрики интерфейса мобильного широкополосного доступа значение 1 и повысить его приоритет в дополнительных настройках параметров адаптера, но это, похоже, не влияет на метрику маршрута по умолчанию. Маршрут по умолчанию к интерфейсу Ethernet всегда имеет более низкую "эффективную" метрику, чем мобильный широкополосный интерфейс (т. Е. Он используется, даже если он имеет более высокую метрику).

Я что-то здесь упускаю?

Редактировать:

Интерфейсы:

Idx     Met         MTU          State                Name
---  ----------  ----------  ------------  ---------------------------
 13           9        1500  connected     Mobile broadband
 12          25        1500  disconnected  WiFi 2
  1          50  4294967295  connected     Loopback Pseudo-Interface 1
 20           5        1500  disconnected  Local Area Connection* 12
 24          10        1500  connected     Ethernet

Изменить 2:

Странное поведение маршрутизации вернулось сегодня:

Таблица маршрутизации:

Publish  Type      Met  Prefix                    Idx  Gateway/Interface Name
-------  --------  ---  ------------------------  ---  ------------------------
No       Manual    512  0.0.0.0/0                  24  192.168.1.254
No       Manual    0    0.0.0.0/0                  12  192.168.135.1
No       Manual    256  0.0.0.0/0                  13  188.*.*.*

Idx 12 - самая быстрая ссылка. Idx 24 самый медленный. Метрика маршрута idx 24 была настроена вручную. Однако трассировка трассы показала это:

C:\Users\bc>tracert -4 -d google.com

Tracing route to google.com [173.194.41.168]
over a maximum of 30 hops:

  1     2 ms     2 ms     3 ms  192.168.1.254
  2    25 ms    24 ms    26 ms  217.*.*.*
  3    27 ms    26 ms    36 ms  217.*.*.*

Похоже, что для маршрутов с одним и тем же пунктом назначения метрики не используются.

Более того, кажется, что метрики соблюдаются только в первом маршруте трассировки после установления соединения. Следующий маршрут трассировки будет последовательно показывать соединение Ethernet (idx 24) в качестве первого перехода.

Answer 1

Короткий ответ - НЕТ, вы не можете маршрутизировать пакеты на основе метрик при использовании подключения по телефонной линии, и ваше подключение HSDPA классифицируется как подключение удаленного доступа.

---

Microsoft направляет все IP-пакеты через DuN, если он установлен, и будет защищать локальную сеть от внешних злоумышленников, которые не могут проникнуть в вашу DSL/Gb LAN.

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

Диспетчер профилей соединений также является хорошим выбором, например, IBM/Lenovo Access Connections Manager, который обнаруживает все существующие соединения и использует самые быстрые, но я никогда не пытался установить его ни на что, кроме ThinkPad, и не знал, будет ли он работать на любом ноутбуке или будет совместим с вашим адаптером 3G и драйверами. Microsoft может предложить менеджер профилей подключения, но я не знаю ни одного из них и не буду претендовать на то, чтобы быть в курсе всего программного обеспечения Microsoft.

Как правило, пользователи, оборудованные Windows DialUpNetworking, приняли этот дизайн и сознательно отключили свое подключение DuN при использовании локальной сети, скорее всего, вы тоже это обнаружили.

Ваш вопрос требует продолжения относительно того, почему вам необходимо установить два или более одновременных IP-соединения через вашу локальную сеть и 3G. Я надеюсь, что вы не по-дурацки уверены, что вы можете на самом деле объединить каналы для увеличения пропускной способности.

Другая причина, по которой я размышляю о вашем намерении, - возможно, одновременно загружать с ограничивающего сайта, такого как Rapidshare, который позволял бы передавать только один файл за раз, если это так, то вам следует использовать два разных браузера и настроить IE на использование только ваших 3G коммутируемого соединение в то время как другой браузер, как Firefox использовать только локальную сеть, и это позволит вам загрузить ваше большое порно / пиратское кино файлов два за один раз.

Answer 2

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

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

Соединение с самым низким показателем должно использоваться для отправки пакетов. Если это не так, попробуйте перезагрузить компьютер. Если это все еще не работает, то

а) вы что-то неправильно настроили;

б) соединение, которое (по вашему мнению) должно маршрутизировать ваши пакеты, не может их маршрутизировать.