Техническая поддержка Ставропольского ф-ла ОАО "Ростелеком"

Пожалуйста, войдите или зарегистрируйтесь.

Расширенный поиск  

Новости:

Перед созданием темы прочтите FAQ, возможно там уже есть ответ на ваш вопрос.                  Обязательно заполняем личные данные в профиле.

Автор Тема: Разрывы TCP-соединений  (Прочитано 5720 раз)

Andrey

  • Гость
Разрывы TCP-соединений
« : 19 Июля 2014, 11:21:39 »

Продолжение темы.
После очередного (бессмысленного) 24-часового разрыва PPPoE-сессии провайдером и (не менее бессмысленной) смены IP-адреса с 94.255.70.101 на 5.138.127.85, произошедших около 10:30, снова начали рваться активные TCP-соединения на компьютере.

Для примера несколько пар IP-адрес:порт, на которых после указанного выше события стали наблюдаться проблемы:
93.158.134.181:5222 (проверка почты Яндекса)
213.180.204.181:5222 (другой IP-адрес проверки почты Яндекса)
162.213.39.42:6667 (IRC)
38.229.70.20:6667 (другой сервер IRC)
31.186.234.221:80 (онлайн-радио)
31.186.234.213:80 (тоже онлайн-радио)


Через 1,5 часа симптомы сошли на нет.

Около 12:20 разрывы TCP-сессий возобновились.
Но на этот раз сессии сбрасывались всего пару раз.

Примерно в 16:20 снова начались проблемы.
Закончилось всё вместе с окончанием очередной 24-часовой сессии и получением IP-адреса 109.168.208.190.
« Последнее редактирование: 20 Июля 2014, 11:49:18 от Andrey »
Записан

LAS

  • *
  • Оффлайн Оффлайн
  • Сообщений: 17
  • Смеющийся человек.
    • Просмотр профиля
Re: Разрывы TCP-соединений
« Ответ #1 : 19 Июля 2014, 16:14:14 »


Поскольку Интернет является добровольным объединением различных сетей, Оператор не несет ответственности за нормальное функционирование и доступность отдельных сегментов Сети. Оператор не гарантирует возможность информационного обмена с теми узлами или серверами, которые временно или постоянно недоступны через Сеть.
Данные ip адреса (в частности Яндекс оба адреса) находятся в Москве (ниже инфа. о них) + пинг идет нормально + это не зона ответственности Ростелеком. Протокол TCP предоставляет транспортные услуги, задержек я не вижу (если они на ваше усмотрение есть то скрины трассировки в студию.)


---------------------------------------------------------

C:\Users\User>whois 93.158.134.181
% This is the RIPE Database query service.
% The objects are in RPSL format.
%
% The RIPE Database is subject to Terms and Conditions.
% See http://www.ripe.net/db/support/db-terms-conditions.pdf


% Note: this output has been filtered.
%       To receive output for a database update, use the "-B" flag.


% Information related to '93.158.134.0 - 93.158.134.255'


% Abuse contact for '93.158.134.0 - 93.158.134.255' is 'abuse@yandex.ru'


inetnum:        93.158.134.0 - 93.158.134.255
netname:        YANDEX-93-158-134
status:         ASSIGNED PA
country:        RU
descr:          Yandex enterprise network
admin-c:        YNDX1-RIPE
tech-c:         YNDX1-RIPE
remarks:        INFRA-AW
mnt-by:         YANDEX-MNT
source:         RIPE # Filtered


role:           Yandex LLC Network Operations
address:        Yandex LLC
address:        16, Leo Tolstoy St.
address:        119021
address:        Moscow
address:        Russian Federation
phone:          +7 495 739 7000
fax-no:         +7 495 739 7070
remarks:        trouble:      ------------------------------------------------------
remarks:        trouble:      Points of contact for Yandex LLC Network Operations
remarks:        trouble:      ------------------------------------------------------
remarks:        trouble:      Routing and peering issues:  noc@yandex.net
remarks:        trouble:      SPAM issues:                 abuse@yandex.ru
remarks:        trouble:      Network security issues:     abuse@yandex.ru
remarks:        trouble:      Mail issues:                 postmaster@yandex.ru
remarks:        trouble:      General information:         info@yandex.ru
remarks:        trouble:      ------------------------------------------------------
admin-c:        PGR777-RIPE
admin-c:        TVB11-RIPE
tech-c:         EM3673-RIPE
tech-c:         AUR2-RIPE
nic-hdl:        YNDX1-RIPE
mnt-by:         YANDEX-MNT
source:         RIPE # Filtered
abuse-mailbox:  abuse@yandex.ru


% Information related to '93.158.134.0/24AS13238'


route:          93.158.134.0/24
descr:          Yandex enterprise network
origin:         AS13238
mnt-by:         YANDEX-MNT
source:         RIPE # Filtered


% This query was served by the RIPE Database Query Service version 1.74.1 (DB-3)






C:\Users\User>ping 93.158.134.181


Обмен пакетами с 93.158.134.181 по с 32 байтами данных:
Ответ от 93.158.134.181: число байт=32 время=26мс TTL=58
Ответ от 93.158.134.181: число байт=32 время=25мс TTL=58
Ответ от 93.158.134.181: число байт=32 время=25мс TTL=58
Ответ от 93.158.134.181: число байт=32 время=26мс TTL=58


Статистика Ping для 93.158.134.181:
    Пакетов: отправлено = 4, получено = 4, потеряно = 0
    (0% потерь)
Приблизительное время приема-передачи в мс:
    Минимальное = 25мсек, Максимальное = 26 мсек, Среднее = 25 мсек


C:\Users\User>whois 213.180.204.181
% This is the RIPE Database query service.
% The objects are in RPSL format.
%
% The RIPE Database is subject to Terms and Conditions.
% See http://www.ripe.net/db/support/db-terms-conditions.pdf


% Note: this output has been filtered.
%       To receive output for a database update, use the "-B" flag.


% Information related to '213.180.204.0 - 213.180.204.255'


% Abuse contact for '213.180.204.0 - 213.180.204.255' is 'abuse@yandex.ru'


inetnum:        213.180.204.0 - 213.180.204.255
netname:        YANDEX-213-180-204
status:         ASSIGNED PA
country:        RU
descr:          Yandex enterprise network
admin-c:        YNDX1-RIPE
tech-c:         YNDX1-RIPE
remarks:        INFRA-AW
mnt-by:         YANDEX-MNT
source:         RIPE # Filtered


role:           Yandex LLC Network Operations
address:        Yandex LLC
address:        16, Leo Tolstoy St.
address:        119021
address:        Moscow
address:        Russian Federation
phone:          +7 495 739 7000
fax-no:         +7 495 739 7070
remarks:        trouble:      ------------------------------------------------------
remarks:        trouble:      Points of contact for Yandex LLC Network Operations
remarks:        trouble:      ------------------------------------------------------
remarks:        trouble:      Routing and peering issues:  noc@yandex.net
remarks:        trouble:      SPAM issues:                 abuse@yandex.ru
remarks:        trouble:      Network security issues:     abuse@yandex.ru
remarks:        trouble:      Mail issues:                 postmaster@yandex.ru
remarks:        trouble:      General information:         info@yandex.ru
remarks:        trouble:      ------------------------------------------------------
admin-c:        PGR777-RIPE
admin-c:        TVB11-RIPE
tech-c:         EM3673-RIPE
tech-c:         AUR2-RIPE
nic-hdl:        YNDX1-RIPE
mnt-by:         YANDEX-MNT
source:         RIPE # Filtered
abuse-mailbox:  abuse@yandex.ru


% Information related to '213.180.204.0/24AS13238'


route:          213.180.204.0/24
descr:          Yandex enterprise network
origin:         AS13238
mnt-by:         YANDEX-MNT
source:         RIPE # Filtered


% This query was served by the RIPE Database Query Service version 1.74.1 (DB-2)






C:\Users\User>ping 213.180.204.181


Обмен пакетами с 213.180.204.181 по с 32 байтами данных:
Ответ от 213.180.204.181: число байт=32 время=20мс TTL=54
Ответ от 213.180.204.181: число байт=32 время=19мс TTL=57
Ответ от 213.180.204.181: число байт=32 время=20мс TTL=54
Ответ от 213.180.204.181: число байт=32 время=19мс TTL=54


Статистика Ping для 213.180.204.181:
    Пакетов: отправлено = 4, получено = 4, потеряно = 0
    (0% потерь)
Приблизительное время приема-передачи в мс:
    Минимальное = 19мсек, Максимальное = 20 мсек, Среднее = 19 мсек


C:\Users\User>

Роман

  • **
  • Оффлайн Оффлайн
  • Сообщений: 83
    • Просмотр профиля
Re: Разрывы TCP-соединений
« Ответ #2 : 20 Июля 2014, 03:33:53 »

Это бесполезно, проще сменить провайдера, если качество соединений так критично. Периодически так и делаю. А в регионах Ростелеком на качество и ответственность не настроен, чего не скажешь о столице. Там конкуренция быстро всех на место ставит.

Кстати, попробуйте подобрать оптимальные значения MTU, поскольку контроль трафика может вносить задержки в пакеты.
« Последнее редактирование: 20 Июля 2014, 03:46:32 от Роман »
Записан

Andrey

  • Гость
Re: Разрывы TCP-соединений
« Ответ #3 : 20 Июля 2014, 12:32:14 »

Это бесполезно, проще сменить провайдера, если качество соединений так критично. Периодически так и делаю. А в регионах Ростелеком на качество и ответственность не настроен, чего не скажешь о столице. Там конкуренция быстро всех на место ставит.
Вероятно. Причём у известного кавминводского провайдера с июля тарифная линейка начинается со 100 Мбит/с за те же деньги, за которые "Ростелеком" предлагает 20 Мбит/с.
Про столицу верно замечено. Но это касается и многих других крупных городов.
Кстати, всё мечтаю о технологии подключения Интернета, которая применяется "Ростелекомом" в Москве, но, наверное, здесь PPPoE, да ещё и разрываемое каждые 24 часа, останется навсегда.

Кстати, попробуйте подобрать оптимальные значения MTU, поскольку контроль трафика может вносить задержки в пакеты.
Я не хочу менять какие-либо настройки, т. к. уже который год маршрутизатор с ними работает, а проблемы стали возникать время от времени лишь в последние пару месяцев. И, пожалуй, обо всех случаях я сообщал на этом форуме.
Записан

mainpra

  • Модератор
  • ***
  • Оффлайн Оффлайн
  • Сообщений: 641
  • Повелитель шнуропары.
    • Просмотр профиля
Re: Разрывы TCP-соединений
« Ответ #4 : 21 Июля 2014, 12:59:05 »

проблем не вижу. разрыв авторизации по требованию биллинга в 10:28 раз в сутки.
Пожалуйста, предоставьте факт наличия проблемы.
Записан

Andrey

  • Гость
Re: Разрывы TCP-соединений
« Ответ #5 : 21 Июля 2014, 14:06:36 »

Пожалуйста, предоставьте факт наличия проблемы.
Каким образом?
Записан

mainpra

  • Модератор
  • ***
  • Оффлайн Оффлайн
  • Сообщений: 641
  • Повелитель шнуропары.
    • Просмотр профиля
Re: Разрывы TCP-соединений
« Ответ #6 : 21 Июля 2014, 15:45:31 »

Цитировать
Каким образом?
скрины трассеровки отваливающихся ресурсов
Записан

Andrey

  • Гость
Re: Разрывы TCP-соединений
« Ответ #7 : 21 Июля 2014, 16:09:42 »

И что это даст?
Вы представляете себе как работает протокол TCP? А как работает ICMP, который используется для tracert (в Windows, берём её как самую распространённую ОС)? Между прочим, TCP и ICMP — протоколы разных уровней.
Даже если пользоваться traceroute (UDP по умолчанию) или traceroute -T, то это также абсолютно ничего не даст ввиду специфики утилиты и симптомов проблемы.
Записан

LAS

  • *
  • Оффлайн Оффлайн
  • Сообщений: 17
  • Смеющийся человек.
    • Просмотр профиля
Re: Разрывы TCP-соединений
« Ответ #8 : 22 Июля 2014, 16:54:19 »

И что это даст?
Покажет проблема есть или нет.
Вы представляете себе как работает протокол TCP? А как работает ICMP...

Да.



ICMP это протокол межсетевых управляющих сообщений) это сетевой протокол, входящий в стек протоколов TCP/IP. В полне  нормально если вас просят представить доказательства в связи с такими крупными заявлениями (сами подумайте вы говорите "не работает" и не говорите где и что не работает (скриншотов от вас нет))




Если вы не понимаете как работают стандартные улиты вашей операционной системы (к примеру ping) просмотрите это видео (в первой части там рассматривается про тот же ping который использует ICMP)
http://www.youtube.com/watch?v=OtY-Z6_PDpU#t=76
(в гугле все есть так же, или поищите в учебниках если вы хотите побольше узнать об этом)

Andrey

  • Гость
Re: Разрывы TCP-соединений
« Ответ #9 : 22 Июля 2014, 17:01:44 »

LAS,
личная просьба не писать в темы, автором которых являюсь я.
Записан

LAS

  • *
  • Оффлайн Оффлайн
  • Сообщений: 17
  • Смеющийся человек.
    • Просмотр профиля
Re: Разрывы TCP-соединений
« Ответ #10 : 22 Июля 2014, 18:13:54 »

Почему? (Andrey прошу ответить на вопрос а не проигнорировать его как вы обычно это делаете)
 
Если у вас есть сомнения моей компетенции, все что я вам сообщаю подлинно к примеру про ICMP написано подробно в википедии (http://ru.wikipedia.org/wiki/ICMP, от туда "ICMP (англ. Internet Control Message Protocol — протокол межсетевых управляющих сообщений[1]) — сетевой протокол, входящий в стек протоколов TCP/IP."), при использовании данных улит вы отправляете запрос который в не ком смысле похож на "матрёшку" (вспомним семи уровневую модель OSI) в случае с стеком протоколов TCP/IP уровни 5,6,7 объединены в один прикладной на котором формируются блоки данных (в может случае ping и tracert не каких данных и нет), следующий уровень транспортный на нем формулируется ICMP-сегмент, потом идет сетевой уровень в нем происходит инкапсуляция в ip пакет (указывается адрес получателя и отправителя), Канальный уровень образование Ethernet кадра и последний уровень физический на котором все дробится на биты. При прохождении по сети данная "матрешка" разбирается собирается для получения требуемой информации подключённых устройств сети..
 
 
 
 
Вырезка из википедии http://ru.wikipedia.org/wiki/Traceroute
 
Traceroute — это служебная компьютерная программа, предназначенная для определения маршрутов следования данных в сетях TCP/IP. Traceroute может использовать разные протоколы передачи данных в зависимости от операционной системы устройства. Такими протоколами могут быть UDP, TCP, ICMP или GRE. Компьютеры с установленной операционной системой Windows используют ICMP-протокол, при этом операционные системы Linux и маршрутизаторы Cisco — протокол UDP.
Traceroute входит в поставку большинства современных сетевых операционных систем. В системах Microsoft Windows эта программа носит название tracert
 

Andrey

  • Гость
Re: Разрывы TCP-соединений
« Ответ #11 : 22 Июля 2014, 18:24:25 »

Потому что вы не только не понимаете, о чём пишу я, но даже то, о чём пишете сами.
Записан

LAS

  • *
  • Оффлайн Оффлайн
  • Сообщений: 17
  • Смеющийся человек.
    • Просмотр профиля
Re: Разрывы TCP-соединений
« Ответ #12 : 22 Июля 2014, 18:47:50 »

Возможно вы правы, http://habrahabr.ru/, http://ru.wikipedia.org/, учебники рекомендованные «министерством образования» по сетям , содержат ложную информацию.


 


Желаю вам решить проблему, я отключаюсь от этой темы(в следующих ваших темах возможно буду участвовать). Я полностью согласен с "mainpra" без доказательств к примеру (кроме сайтов измерителей) самой проблемы решение / объяснение будет стоять, так как вы говорите о глобальных проблемах.



Andrey

  • Гость
Re: Разрывы TCP-соединений
« Ответ #13 : 26 Июля 2014, 12:39:54 »

Спустя неделю, снова в субботу, в течение 1—1,5 ч. (с 10:30 до 11:30—12:00) наблюдались те же самые проблемы после принудительного завершения PPPoE-сессии со стороны провайдера. IP-адрес 5.138.126.142 (для статистики).
Записан

mainpra

  • Модератор
  • ***
  • Оффлайн Оффлайн
  • Сообщений: 641
  • Повелитель шнуропары.
    • Просмотр профиля
Re: Разрывы TCP-соединений
« Ответ #14 : 26 Июля 2014, 12:44:28 »

Цитировать
принудительного завершения PPPoE-сессии со стороны провайдера
ну тут уж я ничем не могу помочь. если не нравится разрыв в 10:30, разорвите сессию вручную в любое время, например часа в 4 ночи и разрывать будет в это время
Записан