По RDP юзер цепляется к компьютеру. Периодически могут возникать проблемы с соединением. В таких случаях требуется сделать что-то.

Нашел WTSQuerySessionInformation
https://msdn.microsoft.com/en-us/library/aa383838(v=vs.85).aspx

из WTS_INFO_CLASS выцепаю Компьютер или IP c которого сидит юзер, физически.
Далее пинг от программы(моей, на удаленке) к  Компьютер или IP c которого сидит юзер, физически..
И вот тут засада - некоторые пингуются, а некоторые - нет
При этом ClientAddr и ClientName определяется правильно - логирую, смотрю - совпадает
Пробую пинг через cmd - тоже самое, не пингуется. (превышен интервал ожидания)

Тут еще подумал - в принципе, юзер может вообще отключить ответ на пинг.

Вопрос
Как можно (еще) проверить что качество соединения RDP стало "плохим"?

пока думаю считать дельту
 DWORD                  IncomingBytes;
 DWORD                  OutgoingBytes;
из
WTSINFOEX_LEVEL1 structure
которую можно той же WTSQuerySessionInformation получить

но что-то не нравится такой способ )

А с целью?
Неужто юзер не сможет лучше понять качество подключения?

это тот случай когда оценка плохости канала ухудшает состояние этого канала.

Цель - контроль

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

Или если юзер совсем отвалился, требуется клиента перекинуть на первого свободного оператора

> Cobalt ©   (18.07.16 14:32) [2]
> А с целью?
> Неужто юзер не сможет лучше понять качество подключения?
>

Володь - ты иногда такие ответы даешь, хоть стой - хоть падай.
Ты 24 кадра в секунду на глаз от 25 отличить сможешь?

Надзиратель надежнее был бы :)

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

> ВладОшин ©   (18.07.16 13:24) 


> пинг

пинг, в качестве единственной меры контроля использовать ни в коем случае нельзя. начиная с 7, по умолчанию, стандартный сетевой экран полностью блокирует все сходящие ICMP. другими словами, чистая система пинговаться не будет вообще.
нужно, как минимум, пробовать установить TCP соединение, на какой-либо точно открытый порт.

> например, диалог с клиентом в чате.

а если в этом примере просто посылать неотображаемые короткие тексты"пинг" с ответом "понг"? В момент, когда другие сообщения не посылаются. Пересылка двух сообщений, связанных по событию прием-передача, гарантирует, что чат работает. И используется тот же механизм, что удобно

> Rouse_ ©   (18.07.16 15:22) [5]
>
> > Cobalt ©   (18.07.16 14:32) [2]
> > А с целью?
> > Неужто юзер не сможет лучше понять качество подключения?
>
> >
>
> Володь - ты иногда такие ответы даешь, хоть стой - хоть
> падай.
> Ты 24 кадра в секунду на глаз от 25 отличить сможешь?

Я помню работая в одной конторе мне тестер написал, что интерфейс начал медленнее работать на 0,1 секунду. При масштабе 1-3 секунды.
Пришлось написать программу, которая отмеряла интервал 1 или 1,1 секунды, а тестер должен был определить :))

> пинг, в качестве единственной меры контроля использовать
> ни в коем случае нельзя

закинул на несколько машин, на 4х из 5 не пингуется
А почитав, похоже, вообще нельзя. Ни в качестве какой.


> Kilkennycat ©   (18.07.16 20:18) [9]

Костя, ты, кажись, не понял )
Есть машины А[i], рабочие, хорошие, двойное резервное по эл.энергии, тройное по провайдеру, кондей, админ дежурный - все стоят в Нерезиновске.
И есть  Б[i] - разные люди по всей РФ, цепляются к А[i] и работают, якобы там.
Какие Б[i] - не понятно, любые могут быть. Ставить на них что-то, ну, в общем случае, нельзя.
А[i] работают с БД, с клиентом, часто на ПО клиента или в браузере. (Может, видел где-то - заходишь на сайт, там всплывает окошко консультанта, можно поговорить. Вот в т.ч. и такая деятельность шарагой поддерживается - операторы проходят обучение и консультируют посетителя)
т.е. проблем на компах А[i] при работе нет в 99.99%% случаях.
Проблема с коннектом с Б[i] из Урюпинска до А[i] в Москве.

> ВладОшин ©   (18.07.16 13:24)
>
> По RDP юзер цепляется к компьютеру. Периодически могут возникать
> проблемы с соединением. В таких случаях требуется сделать
> что-то.
>

Кому требуется?
Б[i] в Урюпинске или А[i] в Москве?
Или лично тебе?

Ну в смысле, что если я живу в Урюпинске и у меня хреновый "интернет", то должен ли я (имею ли я право) требовать с Москвы что-нибудь?

скатываемся в бла-бла-бла
ну ладно )


> Кому требуется?

Требуется начальству, делать мне.


> должен ли я (имею ли я право) требовать с Москвы что-нибудь?

Имеешь. Но руководство решит, профинансировать ли тебе что-то другое, или распрощаться с тобой, в случае невозможности повысить тебе "интернет"/железо.
В разумных пределах, разумеется )
(как человек из такого же Урюпинска(хоть и не оператор), постоянно что-то выбиваю - то память, то доп.винты, то еще что. Интернет сам купил максимальный в нашем городе - 45 mbt - уже и больше есть, но хватает вполне и такого)

> ВладОшин ©   (18.07.16 23:52) [11]

ну, тогда я опять не понял...
ставить на b[i] ничего и не надо. надо допилить этот самый чат, чтобы он имитировал общение, которое никто не видит, в паузах между реальным общением. Тогда на A[i] будет видно, что клиент задал вопрос в 11.00. оператор ответил в 13.00. за прошедших два часа допиленная фича переслала из компа b[i] в комп a[i] и обратно 288 сообщений (которые по сути являлись аналогом нормального общения) каждые 5 секунд, и отмазка оператора о плохом коннекте не катит.

> чтобы он имитировал общение, которое никто не видит
судя по имени пойдет WTSIsChildSessionsEnabled

> Kilkennycat ©   (19.07.16 10:09) [15]

теперь я не понял

>> на A[i] будет видно, что клиент задал вопрос в 11.00. оператор ответил в 13.00
это все видно, логируется.
возникает вопрос, что делаешь ты 2 часа?
Ответ - у меня RDP проглючил,  не мог мышку подвинуть толком на 10 пикселов в течении часа.
Проверка?
>> фича переслала из компа b[i] в комп a[i]
т.е. поставить на компы b[i] дополнительное "ПО". Или кто тогда будет слать?
Я с самого начала предлагал считать дельту

> DWORD                  IncomingBytes;
>  DWORD                  OutgoingBytes;
> из
> WTSINFOEX_LEVEL1 structure

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

Николай вот что-то нарыл
пойду про WTS еще почитаю
вернусь-доложу )

Влад, зачем ты такой Кулибин ?

Купи программу Стахановец и не парься

> Rouse_ ©   (18.07.16 15:22) [5]
> > Cobalt ©   (18.07.16 14:32) [2]
> > А с целью?
> > Неужто юзер не сможет лучше понять качество подключения?
> Володь - ты иногда такие ответы даешь, хоть стой - хоть падай.
> Ты 24 кадра в секунду на глаз от 25 отличить сможешь?

Саш, ну видно же сразу, что вопрос ТСа - классический случай X-Y-Z.
Надо же как-то пнуть дальше раскрывать тему :-)