| View previous topic :: View next topic |
| Author |
Message |
TigerJr
Guru
Joined: 19 Jun 2007
Posts: 540
|
 Posted: Thu Mar 01, 2018 2:39 pm Post subject: |
 |
|
| red_rabbit wrote: | | Quote: | | ГДЕ Я ПИСАЛ о том что мне нужен LACP? Рекомендую не врать и не нести ахинею, |
это уже истерика. зачем так нервничать?
| Quote: | | Хочешь задать вопрос - задавай |
зачем тебе актив lacp на коммутаторе? И как ты себе это представляешь? Твой "гиперактивный коммутатор" сообщения будет слать откуда? с какого интерфейса с каким адресом.
Как взаимодействует MPTCP с маршрутизацией ядра что умеет что не умеет что ему нужно?
И да MPTCP у топикстартера так и не заработал вообще то |
Я не вижу эмоций в своём вопросе, если ты отвечать на вопросы не хочешь, то не вижу смысла продолжать диалог.
зачем тебе актив lacp на коммутаторе?
1. Я не писал про то что мне нужен LACP
как ты себе это представляешь?
2. Я себе это не представляю.
Твой "гиперактивный коммутатор" сообщения будет слать откуда?
3. У меня нет гиперактивного коммутатора
с какого интерфейса с каким адресом.
4. вопрос не ясен про какие интерфейсы ты спрашиваешь
Как взаимодействует MPTCP с маршрутизацией ядра что умеет что не умеет что ему нужно?
5. ответ на этот вопрос не поможет реализовать надёжное сетевое соединение путём резервирования через двух операторов связи
Давай разберёмся с соединением а потом займёмся твоими вопросами в других темах форума
| Quote: | | Вопрос с двумя дефолтами в таблице он не решает это очевидно, за него это нужно сделать другими средствами |
Тебе это очень видно, в данном случае если бы ты более внимательно почитал тему форума, то заметил бы что при отсутствии линка пакеты уходят с другой сетевой карты, но другими средствами решать нужно только падение шлюза. С этим вопросом MPTCP вроде как справляется без какхи либо проблем.
Твой бред | Quote: | | Все зависит от того как этот MPTCP взаимодействует системным движком маршрутизации |
Говорит о том что ты сам не понимаешь как работает MPTCP, но могу сказать точно что документации на сайте достаточно чтобы у тебя заработала конфигурация с двумя дефолтными маршрутами. марконнекты тебе не помогут, ты просто путаешь и сам всего не понимаешь.
Есть программное обеспечение, есть описалово как всё запустить, читаешь описалово - делаешь и всё работает.
Если ты собираешься писать драйвера для сетевых протоколов, тогда тебе стоит вникать в работу MPTCP на уровне вызываемых функций. Если нет - пользуйся документацией разработчика.
Класический пример линуксиста-бандита который всё разрушит, а как делать что-то надо, он адекватно обьяснить не в состоянии, скрывая свою некомпетентность понятиями которые он сам не понимает...
_________________
Do not use gentoo, it die |
|
| Back to top |
|
 |
orion777
Apprentice
Joined: 15 Mar 2017
Posts: 207
Location: Riga, Latvia
|
| Posted: Fri Mar 02, 2018 7:03 am Post subject: |
|
|
Чтож, стоит заметить что у MPTCP есть ещё какие то системные переменные https://multipath-tcp.org/pmwiki.php/Users/ConfigureMPTCP
По названиям они похожи на те, что я уже задал в ядре, хотя на 100% я за это утверждение не уверен. Попытка давать команды типо sysctl -w net.mptcp.mptcp_scheduler=redundant РАБОТАЮТ, хотя я этот параметр жестко вшил в ядро (в прошлый раз, видимо, толи руки были кривые толи монитор был пыльный, но тогда у меня выдало какой то феил)ю
И тут я заметил вот эту фразу, выше, в описании опции default:
'default': This scheduler is the default one. It will first send data on subflows with the lowest RTT until their congestion-window is full. Then, it will start transmitting on the subflows with the next higher RTT.
Из моих скромных познаний в области нетворкинга я помню что такое окно есть у TCP соединения, тогда как, вроде, ICMP пакеты (которые шлёт ping) этим окном не пользуются и просто валятся с заданной скоростью и размером. А я же тестировал работоспособность с пингом! Решил попробовать скачать что нибудь через wget (так сказать, задействовать tcp соединение как оно должно быть) и вуаля: ОБЕ сетевые карты засветились активностью! При обрыве соединения (дальше сетевой карты, так чтобы линк на сетевую НЕ упал) скачка продолжается с уменьшенной скоростью - вторая сетевая всё ещё работает!
Ну вот, теперь у меня кончился трафик на модеме + я опоздал на работу.. Дальнейшие тесты пока что откладываются. |
|
| Back to top |
|
|
TigerJr
Guru
Joined: 19 Jun 2007
Posts: 540
|
| Posted: Fri Mar 02, 2018 2:25 pm Post subject: |
|
|
Дак а что, значит что net.mptcp.mptcp_scheduler=redundant работают две сетевухи? Я думал что round-robin так должен работать...
И получается что без скриптов этот MPTCP нормально отрабатывает?
_________________
Do not use gentoo, it die |
|
| Back to top |
|
|
orion777
Apprentice
Joined: 15 Mar 2017
Posts: 207
Location: Riga, Latvia
|
| Posted: Sat Mar 03, 2018 7:26 am Post subject: |
|
|
Из описания следует, что настройки нужно вносить каждый раз вручную. Это неудобно! Поэтому настройки так же можно вносить автоматически, путём использования скрипта. Судя по всему, MPTCP работает по умолчанию, если внёс настройки сети вручную или скриптом (алгоритм работы по умолчанию задаётся настройками, которые внёс в ядро в момент компиляции, но даже их можно оперативно менять ).
Судя по описанию, redundant работает да, по одной карточке, но как только TCP окно заполняется - так переключается на 2ю карточку; затем, как переполнится TCP окно второй карточки - так он переходит на первую. Я так это понял..
А вот round-robin перекидывает пакеты, типо один туда - второй сюда; при этом, судя по всему, размер TCP окна НЕ смотрит, потому, наверное, и написано что функция только для учёных, а для реального применения работает плохо и НЕ рекомендуется к использованию Configure the scheduler: |
|
| Back to top |
|
|
TigerJr
Guru
Joined: 19 Jun 2007
Posts: 540
|
| Posted: Mon Mar 05, 2018 9:33 am Post subject: |
|
|
Интересно, а что тогда происходит с TCP CONNECT кода переполнится окно?
в теории когда пакеты соединения будут уходить с другой сетевой карты CONNECT должен разрываться, потому как пакеты с другой сетевой карты будут уходить с другим адресом в заголовке и не смогут соответствовать очереди, принимающая сторона явно не должна будет поддерживать CONNECT.
Вот интересная схема установки соединений
September 1981
Transmission Control Protocol
Functional Specification
| Code: |
+---------+ ---------\ active OPEN
| CLOSED | \ -----------
+---------+<---------\ \ create TCB
| ^ \ \ snd SYN
passive OPEN | | CLOSE \ \
------------ | | ---------- \ \
create TCB | | delete TCB \ \
V | \ \
+---------+ CLOSE | \
| LISTEN | ---------- | |
+---------+ delete TCB | |
rcv SYN | | SEND | |
----------- | | ------- | V
+---------+ snd SYN,ACK / \ snd SYN +---------+
| |<----------------- ------------------>| |
| SYN | rcv SYN | SYN |
| RCVD |<-----------------------------------------------| SENT |
| | snd ACK | |
| |------------------ -------------------| |
+---------+ rcv ACK of SYN \ / rcv SYN,ACK +---------+
| -------------- | | -----------
| x | | snd ACK
| V V
| CLOSE +---------+
| ------- | ESTAB |
| snd FIN +---------+
| CLOSE | | rcv FIN
V ------- | | -------
+---------+ snd FIN / \ snd ACK +---------+
| FIN |<----------------- ------------------>| CLOSE |
| WAIT-1 |------------------ | WAIT |
+---------+ rcv FIN \ +---------+
| rcv ACK of FIN ------- | CLOSE |
| -------------- snd ACK | ------- |
V x V snd FIN V
+---------+ +---------+ +---------+
|FINWAIT-2| | CLOSING | | LAST-ACK|
+---------+ +---------+ +---------+
| rcv ACK of FIN | rcv ACK of FIN |
| rcv FIN -------------- | Timeout=2MSL -------------- |
| ------- x V ------------ x V
\ snd ACK +---------+delete TCB +---------+
------------------------>|TIME WAIT|------------------>| CLOSED |
+---------+ +---------+
TCP Connection State Diagram
Figure 6. |
_________________
Do not use gentoo, it die |
|
| Back to top |
|
|
orion777
Apprentice
Joined: 15 Mar 2017
Posts: 207
Location: Riga, Latvia
|
| Posted: Tue Mar 06, 2018 6:40 am Post subject: |
|
|
| Видимо, что то вроде мультипотокового скачивания, как было в том же Download Master: правда там через одну сетевую карту и гейтвей, но скачивания шло в несколько параллельных потоков, хоть файл и был один. Я так думаю; тут только гадать, я сам не знаю.. |
|
| Back to top |
|
|
TigerJr
Guru
Joined: 19 Jun 2007
Posts: 540
|
| Posted: Tue Mar 06, 2018 9:02 am Post subject: |
|
|
Либо ошиблись с логикой работы TCP-окна, либо соединения в момент переключения будут рваться.
Если всё устраивает с MPTCP, то тему можно закрыть.
_________________
Do not use gentoo, it die |
|
| Back to top |
|
|
orion777
Apprentice
Joined: 15 Mar 2017
Posts: 207
Location: Riga, Latvia
|
| Posted: Sat May 26, 2018 7:32 am Post subject: |
|
|
Чтобы подытожить: вот результаты работы MPTCP, снятые при помощи netperf, а именно: работа отдельно eth1, затем отдельно eth2, затем с применением MPTCP с соответствующим scheduler:
https://ibb.co/gp3zy8
А здесь - реакция на пропадание связи по eth2 (при этом интерфейс eth2 НЕ падает, а связь нарушается выниманием кабеля уже после рутера, чтобы имитировать потерю пакетов)
https://ibb.co/m1Q7ko
Хочу так же отметить важное замечание: Multipath TCP функции доступны только если принимающая сторона тоже использует MPTCP!! Если же ответного флага mp_capable НЕ приходит, то ваша имплементация MPTCP будет работать как обычный TCP через одну (ту что указали дефаултной при конфигурации) сетевую карточку. |
|
| Back to top |
|
|
TigerJr
Guru
Joined: 19 Jun 2007
Posts: 540
|
| Posted: Tue Jun 19, 2018 2:46 pm Post subject: |
|
|
Мда не плохая конфигурация. При отвале сетевой карты каким-то образом соединения переходят без обрывов сессий....
_________________
Do not use gentoo, it die |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
Russian
