DK>> В общем, после некоторого размышления - поясню. В терминологии я DK>> немного плаваю, но по очереди. Что значит "подпёр синбаем"?
AV> B - C AV> / AV> A - D AV> \ AV> E - F
AV> Допустим, у узла A есть линки по какой-то эхе с B, D и E. Когда A AV> пишет сообщение, его тоссер добавляет туда кладжи SEEN-BY для его AV> линков и пакует данное сообщение на каждого из них. Теперь AV> предположим, что линк D узлу A недоступен и забирает почту только на AV> своих исходящих соединениях, чего по какой-то причине вдруг не AV> происходит. Тогда даже если у D есть линк с C или F (которые получат AV> сообщение через B и E соответственно) или с самими B или E - сообщение AV> он не получит, поскольку тоссеры B, C, E и F видят его в SEEN-BY и AV> считают, что паковать на него это сообщение не нужно. И так будет, AV> пока D не починит свой линк с A.
AV> Если же прошло длительное время и на A отработала эхопила, которая AV> отправила старые сообщения (например, лежащие в outbound больше AV> месяца) в /dev/null, то обсуждаемое сообщение D не получит просто AV> никогда.
Понятно. Я думал, что что-то похожее происходит на 2:5063/82 или 2:5058/104. Алесей Баринов считает, что проблема у 2:5050/1042. Написал ему письмо, пока ответа нет.
DK>> Я, как сисоп узла, через который идёт некоторое количесво эх в DK>> нашу местную сеть как могу кого-то подпереть синбаем? Что я DK>> должен не то прописать в конфиге? Просто чтобы понимать что DK>> искать. AV> Кто на кого подписан и у кого с кем как работают линки.
Стараюсь следить за этим, чтобы через меня не шёл траффик в эхи, в котором он уже скществует. Проблема в в том, что у нас ушло сразу несколько сисопов, которые тянули половину траффика в нашу сеть и половина эх теперь пустые. Пытаюсь определить по PATH через кого они шли и восстановить подписку у апплинков. 2:6090/1 очень занят (почти как ты), нихочу его этими мелочами тревожить... Поэтому читаю PATH в пустых эхах, и если они шли через наши удалённые узлв,подписываюсь у своих апплинов, надеюсь пока ничего не накосячил...
DK>> Вот это не понял. Что такое трассировщик я понимаю, но как он DK>> здесь может помочь? AV> Это штука для автоматизации поиска подобных затыков. Написана мной, не AV> распространяется вообще никак, ибо с минимальными (и вполне AV> очевидными) изменениями она становится очень уж деструктивной.
Ясно, даже просить не буду...
DK>>>> Как я вижу прблема либо 2:5063/82, либо у 2:5058/104. DK>> А где ещё, если именно по этому пути шло письмо до меня и все DK>> остальные узлы, указанные в PATH мои письма пропускают нормально? DK>> Я проверил по ответам подписчиков эхи. AV> Ну вот им и напиши.
Написал в эху. 2:5063/82 мои сообщения видит, что странно. Отправил ему письмо с просьбой выслать мне строчку конфига тоссера.
Дмитрий Ю. Куликов для эхоконференции _Официальная конфеpенция эхобекбона R50_ [28 Ноя 21 - 15:29] ... https://vk.com/hakudzero Telegram: @hakudzero .. --- GoldED+/W32-MSVC 1.1.5-b20180707 * Origin: hakudzero station, Atomnet, Zheleznogorsk (2:6090/14)
