ejabberd: раздел XML не подтвержден

Question

При возобновлении сеанса управления потоком ejabberd я получаю следующие журналы:

2016-04-11 08:53:07.430 [info] <0.5432.11>@ejabberd_c2s:terminate:1752 Closing former stream of resumed session for 54ff31587261691606060000@108.59.83.204/sender
2016-04-11 08:53:07.430 [info] <0.7868.11>@ejabberd_c2s:handle_unacked_stanzas:2814 1 stanzas were not acknowledged by 54ff31587261691606060000@108.59.83.204/sender
2016-04-11 08:53:07.430 [info] <0.7868.11>@ejabberd_c2s:handle_resume:2731 Resumed session for 54ff31587261691606060000@108.59.83.204/sender
2016-04-11 08:53:08.602 [info] <0.8227.11>@ejabberd_c2s:handle_enable:2644 Stream management with resumption enabled for 5695b87d7261697179130000@108.59.83.204/sender
2016-04-11 08:53:09.516 [info] <0.8227.11>@ejabberd_c2s:terminate:1779 ({socket_state,gen_tcp,#Port<0.138899>,<0.8244.11>}) Close session for 5695b87d7261697179130000@108.59.83.204/sender
2016-04-11 08:53:09.517 [info] <0.8227.11>@ejabberd_c2s:handle_unacked_stanzas:2814 1 stanzas were not acknowledged by 5695b87d7261697179130000@108.59.83.204/sender
2016-04-11 08:53:09.987 [info] <0.458.0>@ejabberd_listener:accept:333 (#Port<0.138210>) Accepted connection 106.196.172.221:58035 -> 10.240.0.3:5222
2016-04-11 08:53:11.157 [info] <0.8254.11>@ejabberd_c2s:wait_for_sasl_response:919 ({socket_state,gen_tcp,#Port<0.138210>,<0.8185.11>}) Accepted authentication for 5695b87d7261697179130000 by undefined from 106.196.172.221

Здесь 1 строфа не была признана, что это значит и как это исправить.

Иногда клиент-получатель не получает несколько подтверждений доставки, является ли это причиной того, что эти строфы теряются?

ОБНОВЛЕНИЕ: Станции, не подтвержденные во время сеанса, снова обмениваются при возобновлении соединения. Но бывают случаи, когда некоторые строфы теряются, в результате подтверждения доставки не отражаются на стороне клиента отправителя.

Параметры, установленные для управления потоком:

Продолжительность: 120 секунд

Переслать по таймауту: правда

Есть ли какая-то конфигурация, которую я могу пропустить, из-за которой некоторые строфы теряются?

Answer 1

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