Как определяется "Зависание"?

Может IE все же работает, но медленно?

Лучший вариант все вяснить - это проследить за клиентом со стороны провайдера, и возможно со стороны сервера.

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

Замена модема не поможет, т.к. я тестировал на машине не меняя конфигурации, только используя разных провайдеров.
И в одном случае все работало нормально, а в другом происходило зависание, т.е. физически связь не рвалась ( можно было открывать другие сайты). Вот что происходило, запрос уходил на сервер а ответа не было, вот и IE ждал безрезультатно ответа. В моем случае разница между провайдерами только в задержке, можно предположить что на сервере стоит ограничение на этот параметр, больше ничего на ум не приходит. Хотелось бы еще услышать мнение спецов.

Не через прокси работаете? Вариант: http://forum.kontur-extern.ru/D...t.aspx?g=posts&t=106

Да, у нас, кстати, были с этим проблемы. Если не ошибаюсь, Ростелеком ограничивает трафик с Транстелекомом (конкуретная борьба), причём ограничение происходит по IP-адресу. Решилось сменой IP-адресов серверов на диапазон Ростелекома.

На самом деле, скорее всего, даже площадку не надо менять. В нашем случае было так: у нас почти у всех провайдеров есть зарегистрированные диапазоны адресов из адресного пространства и РТ, и ТТК. Нам просто поменяли адреса. Пакеты идут по тем же железкам и проводам (на оборудовании у провайдеров, предполагаю, прописаны для каждого интерфейса и тот, и тот адрес), но маршрутизаторы РТ считают, что мы теперь в их сети (в некотором роде так оно и есть).

Во-первых, СКБ Контур как спец. оператор связи ответственности за r24.kontur-extern.ru не несет, поскольку сервер, соответствующий этому доменному имени принадлежит компании "Реноме" и, соответственно, обслуживается ей же.

Во-вторых, не надо перекладывать с больной головы на здоровую: ошибки в Контур-Экстерне, конечно есть, но не надо их путать с теми, которые возникают в каналах связи.

Например, причины происходящего могут крыться в настройках прокси: какие параметры MSS и MTU выставлены на прокси у пользователя, оператора связи и в промежуточных сетях?

Зависание IE также может происходить по причине, описанной здесь: http://www.microsoft.com/techne...2ca03fd383.mspx?mfr=true


Для решения проблемы нужно смотреть логи. Для начала ИИСа.

Здравствуйте!

я так понимаю, что поблемы с "зависанием" возниакают только при отправе определенных форм ?
т.е. не тотально всех.

Система работает по протоколу https. Если бы имело место какое-либо ограничение связности
между магистральными операторами, то это бы рАвно ощущалось на всех страницах и формах.

Ведь так ??

А как тогда понимать ситуацию с неодинаковым поведением различных форм и страниц ??

Задержка есть, но причины её просты и понятны.
Не страшна она, господа.

Сдаётся мне, что в контуровском комплексе есть какая-то зависимость от задержки.
На уровне приложения.

Задержки были есть и будут. Но они не влияют так фатально на работу сайтов.
(Как тогда быть, если припрёт работать через спутник?)

Для проверки связности на уровне https рекомендую изолироваться от потрохов серверного приложения
путём размещения на том-же физическом сервере тестовой страницы. Выложить туда большой файл и попробовать его скачать через https
подключая клиентcкую машину через разных операторов. Далее сделать тестовую страничку с возможностью upload'а.
И попробовать загрузить на сервер массивный файл. Также через разных операторов.

посмотреть на процесс. оценить. быстро/медленно. зависнет или не зависнет ??

Убеждён, что всё будет отлично скачиваться и закачаваться. Через всё тот-же https.

Нужно проверять. Возможно проблема в самом приложении, а возможно в шифровальной прослойке.
А возможно еще в чем-то , но на верхних уровнях эталонной модели OSI.

Если бы дело было реально только в операторах - то мы бы находясь в сети одного оператора аналогично плохо видели
ресурсы, находящиеся у другого. И наоборот.
Возможно, что "зависание" - это КОСВЕННОЕ влияние задержки.
Но почему нефатальная задержка так фатально влияет на ДАННУЮ систему предстоит разобраться.

IMHO, контуровцы должны оказать содействие, а не просто переводить стрелки на операторов, неразобравшись в корне причины.

Мне, как оператору, небезразличны проблемы моего клиента, а также небезразличны затруднения региональных клиентов моего клиента.
Но система закрытая и без содействия разработчика, мы хоть треснем, но в одиночку ничего не придумаем.
У нас есть лишь "blackbox" размером 2U и сбивчивые объяснения сочувствующих.

--
Максим Чернов
Представитель РТКомм в Красноярске.
+7 3912 499621

(r24 размещен на одной из наших площадок)

Я конечно не экперт в области телематики, но все же есть идея относительно "шифровальной прослойки". Например, если при работе СГД на маршруте происходит пропадание ip пакетов передаваемой пачки, то СГД не может завершить передачу и вываливается в ошибку. Думаю это связано как раз с шифрованием, выпал пакет, нарушилась целостность пачки.
Не связано ли зависание IE с пропаданием пакетов? Кто-нибудь пинговал сервера с параметром -t?
Между прочим большинство ошибок выявляется именно на аплоаде, то есть от абонента до К-Э, например на сохранении формы.
Практика показала что, у большинства провайдеров ширина канала на аплоад значительно ниже, в связи с чем и идут задержки.

Не уверен может ли данная проблема таким образом влиять на работу системы, но в данном топе итак одни предположения.
Может ли кто-нибудь прокоментировать?

Спасибо, это даже повысит чистоту эксперемента.