https://www.opennet.ru/openforum/vsluhforumID9/9066.html Возможно ли привязаться к IPv4 "0.0.0.0" после привязки к первичному IPv6 "::"?<br>Просьба подсобить или ткнуть урл-ом на стандарт или обсуждение.<br><br>Исходный выхлоп (gcc -lsctp -o sctp sctp.c && strace ./sctp),<br>...<br>socket(PF_INET6, SOCK_STREAM, 0x84 /* IPPROTO_??? */) = 3<br>setsockopt(3, 0x84 /* SOL_?? */, 11, "\1\1\0\0\0\0\0\0\0", 9) = 0<br>setsockopt(3, 0x84 /* SOL_?? */, 2, "\4\0\4\0\4\0\0\0", 8) = 0<br>bind(3, {sa_family=AF_INET6, sin6_port=htons(55555), inet_pton(AF_INET6, "::", &sin6_addr), sin6_flowinfo=0, sin6_scope_id=0}, 28) = 0<br>setsockopt(3, 0x84 /* SOL_?? */, 100, "\2\0\331\3\0\0\0\0\0\0\0\0\0\0\0\0", 16) = -1 EINVAL (Invalid argument)<br><br>...<br><br><br>Исходник (sctp.c),<br><br>#include &lt;sys/types.h&gt;<br>#include &lt;sys/socket.h&gt;<br>#include &lt;netinet/in.h&gt;<br>#include &lt;netinet/sctp.h&gt;<br>#include &lt;arpa/inet.h&gt;<br>#include &lt;errno.h&gt;<br><br>#include "hassalen.h"<br><br><br>#if !defined(SHOULD_IPPROTO_SCTP)<br>#define SHOULD_IPPROTO_SCTP 132<br>#endif<br><br><br>#define MAX_STREAM 4<br><br><br>struct sctp_initmsg initmsg = {0};<br>struct sctp_event_sub https://www.opennet.ru/openforum/vsluhforumID9/9066.html#12 Mon, 14 Mar 2011 11:22:10 GMT &gt; Там другое, имо там самый существенная проблема sctp: <br>&gt; Документ: Quick failover algrotithn in sctp <br>&gt; Авторы: Yoshifumi Nishida, Preethi Natarajan <br><br>Cпс нашлось.<br>Просто 1е, что выпадает в гугле на "sctp tsvwg-1.pdf" завется Authenticated Chunks for SCTP :)<br><br> https://www.opennet.ru/openforum/vsluhforumID9/9066.html#11 Mon, 14 Mar 2011 11:16:16 GMT &gt;&gt; Нет, там засада с multihoming небольшая, самый изящный вариант решения на ядренном <br>&gt;&gt; уровне решить, но пока насколько мне известно вопрос открытый.<br>&gt; Тогда вы мне не тот документ подсунули) <br><br>Там другое, имо там самый существенная проблема sctp:<br>Документ: Quick failover algrotithn in sctp<br>Авторы: Yoshifumi Nishida, Preethi Natarajan<br> https://www.opennet.ru/openforum/vsluhforumID9/9066.html#10 Mon, 14 Mar 2011 11:03:28 GMT &gt; Нет, там засада с multihoming небольшая, самый изящный вариант решения на ядренном <br>&gt; уровне решить, но пока насколько мне известно вопрос открытый.<br><br>Тогда вы мне не тот документ подсунули)<br><br><br><br> https://www.opennet.ru/openforum/vsluhforumID9/9066.html#9 Mon, 14 Mar 2011 10:59:03 GMT &gt;&gt; И по поводу SCTP, там есть одна грабля специфическая и возможные пути <br>&gt;&gt; обхода, описание в поисковик: sctp tsvwg-1.pdf <br>&gt; Это как я понимаю уже про добавление адресов после установки соединения.<br><br>Нет, там засада с multihoming небольшая, самый изящный вариант решения на ядренном уровне решить, но пока насколько мне известно вопрос открытый.<br><br>Стендовые прогоны показали, что к heartbiting`y не хватает, стр.9 документа: Adding New State in Path Management, игры с таймингами RTO/RTT/и пр. - есть полумеры, а выносить в user-space как-то не камильфо, в общем нет в жизни полного счастья.<br> https://www.opennet.ru/openforum/vsluhforumID9/9066.html#8 Mon, 14 Mar 2011 10:55:10 GMT &gt; Моя вина упустил, все-таки явно указано.<br>&gt; Досадно всё же, что при использовании ANY происходит такая хрень: <br><br>По факту да. происходит.<br> A single address may be specified as INADDR_ANY or IN6ADDR_ANY, see<br> Section 3.1.2 for this usage.<br>Меня настораживает, что тут single. Если бы там было что-то вроди only one<br>то было бы однозначно, а так я не уверен что правильно понимаю.<br>Но опять же ваш тест показывает...<br>Наверное надо идти к авторам lksctp и просить разъяснений в их рассылках.<br><br><br> https://www.opennet.ru/openforum/vsluhforumID9/9066.html#7 Mon, 14 Mar 2011 10:48:40 GMT &gt;&gt; Эм... лично я понял этот абзац так: <br>&gt;&gt; wildcard адрес может быть _только_ один.<br>&gt;&gt; Т.е. если мы сделали bind() на in6addr_any то на INADDR_ANY sctp_bindx() уже <br>&gt;&gt; не пройдет.<br>&gt;&gt; Вы понимаете этот текст иначе?<br>&gt; Явно не указано по поводу количествa ANY, указан только порядок для разных <br>&gt; "family" <br><br>Моя вина упустил, все-таки явно указано.<br><br>Досадно всё же, что при использовании ANY происходит такая хрень:<br><br>&gt;Граблехождение показало, что после привязки первого ANY, независимо от семейства и OC<br>&gt;дальнейшая привязка любого адреса, даже того же семейства, обламывается. https://www.opennet.ru/openforum/vsluhforumID9/9066.html#6 Mon, 14 Mar 2011 10:47:21 GMT &gt; И по поводу SCTP, там есть одна грабля специфическая и возможные пути <br>&gt; обхода, описание в поисковик: sctp tsvwg-1.pdf <br><br>Это как я понимаю уже про добавление адресов после установки соединения.<br><br> https://www.opennet.ru/openforum/vsluhforumID9/9066.html#5 Mon, 14 Mar 2011 10:44:38 GMT &gt; Граблехождение показало, что после привязки первого ANY, независимо от семейства и OC <br>&gt; дальнейшая привязка любого адреса, даже того же семейства, обламывается.<br><br>Т.е. тот абзац следует понимать так:<br>после bind(x) на ANY больше ни к каким адресам не привязаться?<br> https://www.opennet.ru/openforum/vsluhforumID9/9066.html#4 Mon, 14 Mar 2011 10:34:12 GMT &gt; Эм... лично я понял этот абзац так: <br>&gt; wildcard адрес может быть _только_ один.<br>&gt; Т.е. если мы сделали bind() на in6addr_any то на INADDR_ANY sctp_bindx() уже <br>&gt; не пройдет.<br>&gt; Вы понимаете этот текст иначе?<br><br>Щаз прикручиваю к одному своему проекту.<br>Явно не указано по поводу количествa ANY, указан только порядок для разных "family"<br><br>Граблехождение показало, что после привязки первого ANY, независимо от семейства и OC дальнейшая привязка любого адреса, даже того же семейства, обламывается.<br><br><br>И по поводу SCTP, там есть одна грабля специфическая и возможные пути обхода, описание в поисковик: sctp tsvwg-1.pdf<br>