Долгое время начала переподключения.

[GoogleCodeExporter]

Дистрибутив Gentoo, окружение Gnome. После 
падения интернета vacuum начинает 
переподключаться только спустя минут 6-7. 
(QT-4.7.1, евизия клиента r1463 )

Original issue reported on code.google.com by Monoboy...@gmail.com on 20 Jan 2011 at 4:14

[GoogleCodeExporter]

Не для всех видов потери интернета это 
верно, в некоторых случаях ошибка 
подключения возникает сразу. В любом 
случае это зависит от самой Qt.

Original comment by potapov.s.a on 21 Jan 2011 at 9:25

• Added labels: Type-Defect
• Removed labels: Type-Unknown

[GoogleCodeExporter]

подтверждается на пермском utel - достаёт. 
"сервер" теряется при малейших косяках со 
стороны прова.  критичен само собой 
дисконнект со стороны прова, бывают 
варианты, не отображаемые (дис)реконнектом 
в логах модема. итогом - висюк на 5-7-10 и 
возможно более мин без попытки релогина со 
сторины клиента

Original comment by leprecha...@gmail.com on 30 Jan 2011 at 7:17

[GoogleCodeExporter]

Давно заметил такую штуку. Подтверждаю.

Original comment by kernel_p...@inbox.ru on 30 Jan 2011 at 7:31

[GoogleCodeExporter]

Original comment by potapov.s.a on 30 Jan 2011 at 10:07

• Changed state: Accepted
• Added labels: Type-Enhancement
• Removed labels: Type-Defect

[GoogleCodeExporter]

Можно получить точную последовательность 
действий для воспроизведения, версию ядра, 
вывод netstat -an | grep ${server_ip} и ifconfig -a до и после 
падения интернета?

Original comment by gelraen.ua on 28 Feb 2011 at 8:09

[GoogleCodeExporter]

сессия разорвана-восстановлена кривым 
провом, ребутом модема. 
2.6.36.2

до
netstat -an | grep 77.88.57.177
tcp        0      0 192.168.1.2:49391           77.88.57.177:5222           
ESTABLISHED 
tcp        0      0 192.168.1.2:56595           77.88.57.177:5222           
ESTABLISHED

после восстановления сессии и до 
реконнекта вакуума
netstat -an | grep 77.88.57.177
tcp        0      0 192.168.1.2:49391           77.88.57.177:5222           
ESTABLISHED 
tcp        0    148 192.168.1.2:56595           77.88.57.177:5222           
ESTABLISHED

машина сидит за натом модема на статик-ипе. 
модем после каждого реконнекта получает 
новый ип

Original comment by leprecha...@gmail.com on 28 Feb 2011 at 9:00

[GoogleCodeExporter]

"tcp_retries2 (integer; default: 15) 
The maximum number of times a TCP packet is retransmitted in established state 
before giving up. The default value is 15, which corresponds to a duration of 
approximately between 13 to 30 minutes, depending on the retransmission 
timeout. The RFC 1122 specified minimum limit of 100 seconds is typically 
deemed too short." © http://linux.die.net/man/7/tcp

Предположительная картина:
1) Модем с NAT'ом отваливается от провайдера, 
сбрасывает таблицу трансляций и 
переподключается
2) Ядро начинает посылать ретрансмиты, 
потому как не получает ACK из-за 
сбросившейся таблицы трансляций и/или 
изменения внешнего адреса
3) Важный момент: Модем _не_ добавляет запись 
в таблицу трансляций при получении 
ретрансмитов, потому как они не являются 
пакетами начала соединения. Другой 
возможный вариант: модем не сбрасывает 
таблицу трансляций и продолжает 
транслировать эти пакеты на старый ІР, 
который был до переподключения.
4) Ядро шлёт ретрансмиты и не получает 
никакого ответа, из-за п. 3), а потому 
вынуждено ждать таймаута, который "between 13 to 
30 minutes"

В ситуации с нормальным NAT'ом 3-м пунктом 
было бы добавление трансляции для 
ретрансмита и отправка его серверу, после 
чего сервер бы ответил RST (сбросом 
соединение) и сразу бы началася процесс 
переподключения

Original comment by gelraen.ua on 28 Feb 2011 at 10:39

[GoogleCodeExporter]

3) 4 разных модема от трёх производителей 
страдают одной болячкой?

Original comment by leprecha...@gmail.com on 28 Feb 2011 at 11:31

[GoogleCodeExporter]

Вполне возможно, если прошивки для них 
сделаны на базе какой-то одной. Ну и там два 
варианта проблемы описано. Я сижу за двумя 
NAT'ами на машинах с FreeBSD и у меня при 
возобновлении подлючения к инету сразу 
прилетает RST.

Original comment by gelraen.ua on 28 Feb 2011 at 11:42

[GoogleCodeExporter]

связанное c роутингом и таблицей будет 
действительным через раз, только при 
реконнекте на второй сервак джа.ру. при 
подключении на тот же - реконнект должен 
быть практически моментальный, но этого не 
происходит. грабля _постоянна_. на гмыльном 
аккаунте аналогично. будем искать 
одноиповые сервера и тестить на них?

Original comment by leprecha...@gmail.com on 3 Mar 2011 at 3:28

[GoogleCodeExporter]

Работает интернет у меня через DHCP.

Device Info

BoardID:    DSL-2540U
Software Version:   RU_1.25
Bootloader (CFE) Version:   1.0.37-12.1
Release Date:   Oct.26,2010

This information reflects the current status of your DSL connection.

Line Rate - Upstream (Kbps):    992
Line Rate - Downstream (Kbps):  8000
LAN IPv4 Address:   192.168.1.1
MAC Address:    00-1e-58-92-5f-3a
Default Gateway:    192.168.222.248
Primary DNS Server:     8.8.8.8
Secondary DNS Server:   8.8.4.4

Original comment by alexey.ivanes@gmail.com on 1 Apr 2011 at 10:57

[GoogleCodeExporter]

Дистрибутив Kubuntu 1104, KDE 4.7.0, Qt 4.7.2. Провайдер 
utel, Кировград. Долгий реконнект после 
падения интернета Подтверждаю. Примерно 
10-15 мин.

Original comment by ersatzte...@gmail.com on 5 Sep 2011 at 5:25

[GoogleCodeExporter]

Original comment by potapov.s.a on 2 Dec 2014 at 7:45

• Added labels: Component-Connection

[GoogleCodeExporter]

Issue 742 has been merged into this issue.

Original comment by potapov.s.a on 2 Dec 2014 at 8:25