Request timed out ошибка icmp 11010

What is this?

This knowledgebase contains questions and answers about PRTG Network
Monitor and network monitoring in general. You are invited to get involved by asking and
answering questions!

Learn more

PRTG Network Monitor

Intuitive to Use. Easy to manage.
More than 500,000 users rely on Paessler PRTG every day. Find out how you can
reduce cost, increase QoS and ease planning, as well.

Free Download

5 Replies

Accepted Answer

«Request timed out» (IP_REQ_TIMED_OUT, ICMP error #11010) means no response to the Ping attempt was received within a specified time period (default: one second).

Hi,

I would like some help.

In one of our customers one device shows this error: «Request timed out (ICMP error # 11010)», but if I try to ping the device useing windows prompt it doesn’t fail.

Could you please help me?

Thanks

Dear Bruno,

it might be that the user account under which the probe service runs makes a difference.

Best Regards.

I’m not sure, because the sensor is up sometimes, and sometimes down. And always it’s down and we try to ping it useing prompt it doesn’t fail.

If the issue was because of user account the sensor would never be up, right?

Thanks!

Then it might be a flood protection or similar.

Disclaimer: The information in the Paessler Knowledge Base comes without warranty of any kind. Use at your own risk. Before applying any instructions please exercise proper system administrator housekeeping. You must make sure that a proper backup of all your data is available.


nemez



Сообщ.
#16

,
15.07.11, 10:33

    Senior Member

    ****

    Рейтинг (т): 17

    Silver Soft
    есть такое понятие как маршрут по умолчанию. Или маршрутизация вообще. Что это такое, не буду на этом останавливаться, везде вдоль и впоперек в интернете расписано что это за механизм и как оно работает. По сути — маршрутизатор это как раз и есть то устройство, которое выполняет перенаправление трафика. Такой механизм также есть в винде, встроенный, он предусматривает направление того или иного трафика на определенный сетевой адаптер в частности.

    Как узнать, есть ли интернет на сетевом подключении? ведь даже если шлюз будет пинговаться, это еще совсем не факт, что у него установлено сетевое соединение и интернет на нем работает — например, кончились бабки или в кабельный шкаф провайдера попала молния образно говоря. Шлюз при этом будет пинговаться, но инета при этом не будет!
    Тогда всю эту затею с попингуйством шлюзов можно выбросить коту под хвост!

    Правильно было бы сделать следующим образом.
    А. Строим таблицу. Она должна состоять из следующих полей:
    1) Наименование сетевого подключения
    2) Айпи адрес
    3) Маска подсети
    4) Шлюз по умолчанию.
    5) ДНС сервер
    6) ИДЕНТИФИКАТОР_СЕТЕВОГО_АДАПТЕРА
    7) …. .

    ну какбы стандартные настройки для сетевого подключения.
    Как это сделать? Элементарно, вот там есть пример
    http://msdn.microsoft.com/en-us/library/aa365917(v=vs.85).aspx

    Б. Выбираем айпи адрес, который 200% есть в интернете. Это какой-нибудь может быть собственный сервак, или еще какая-нибудь ерундовина типа
    http://whatismyip.org/
    Получаем адрес — ну скажем, разрешаем имена при помощи gethostbyname
    Вот у нас есть ip, куда надо слать траф

    теперь нам надо выполнить команду которая направит трафик на заданный нами ресурс (ip) через определенный сетевой адаптер

    route add ip mask 255.255.255.255 if ИДЕНТИФИКАТОР_СЕТЕВОГО_АДАПТЕРА
    на сиплюсплюсе

    ExpandedWrap disabled

          logprintf(«Adapter index : %dn», iAdapterIndex);

          char acCmdLine[1024];

          STARTUPINFO cif;

          PROCESS_INFORMATION pi;

          char acRoute[512];

          memset( acRoute, 0x00, sizeof(acRoute) );

          // Getting windows directory

          GetWindowsDirectory( acRoute, sizeof (acRoute) );

          strcat( acRoute, «\system32\route.exe» );

          logprintf(«executable: %sn», acRoute );

          ZeroMemory(&cif, sizeof(cif));

          cif.cb = sizeof(cif);

          ZeroMemory(&pi, sizeof(pi));

          cif.dwFlags |= STARTF_USESHOWWINDOW;

          cif.wShowWindow = SW_HIDE;

          memset(acCmdLine,0x00,sizeof(acCmdLine));

          sprintf( acCmdLine, » add %s mask %s %s if %d», Secret.RouteAddr, Secret.RouteMask, Secret.LocalAddr, iAdapterIndex  );

          logprintf(«cmdline: %sn», acCmdLine);

          if ( CreateProcess( acRoute, acCmdLine,NULL,NULL,FALSE,NULL,NULL,NULL,&cif,&pi)==TRUE ) {

      //      //  printf(«waiting…n»);

                  WaitForSingleObject( pi.hProcess, INFINITE );

      //      printf(«end»);

              }

    В. Коннектимся на указанный айпишник. Трафик должен побежать через указанный адаптер. Мы можем законнектиться по тисипи, на 80й порт, скажем, или же погнать пинг — как душа пожелает.
    Если коннект произошел успешно, или там приходит эхо — интернет есть.
    Если нет — так извинте, интернет кончился.

    Г. С точностью до наоборот удаляем за собой маршрут.

    Д. Затею повторяем для каждого из адаптеров. Результаты коннекта помещаем в таблицу

    Е. Имеем таблицу для всех адаптеров, где есть интернет а где нету интернета.

    Собственно все. Направить весь сетевой поток можно при помощи того же самого route add 0.0.0.0 mask 0.0.0.0 ….. блаблабла — весь сетевой траф побежит через указанный адаптер.
    Да, программа должна запускаться от имени администратора под семерками и вистами

    • Remove From My Forums
    • Question

    • Static IP assigned. I can ping «google.com». so, the network is ok, the DNS is ok. But I can’t ping another PC. I got the message:

      ping: transmit failed, error code 11010.

      I used Microsoft Network Monitor to monitor the network trafic:

      31	14:36:37 2013/1/22	7.6310813		192.168.0.171	192.168.0.170	ICMP	ICMP:Echo Request Message, From 192.168.0.171 To 192.168.0.170	{IPv4:9}
      34	14:36:37 2013/1/22	7.6316752		192.168.0.170	192.168.0.171	ICMP	ICMP:Echo Reply Message, From 192.168.0.170 To 192.168.0.171	{IPv4:9}
      52	14:36:39 2013/1/22	8.9771624		192.168.0.171	192.168.0.170	ICMP	ICMP:Echo Request Message, From 192.168.0.171 To 192.168.0.170	{IPv4:9}
      53	14:36:39 2013/1/22	8.9773987		192.168.0.170	192.168.0.171	ICMP	ICMP:Echo Reply Message, From 192.168.0.170 To 192.168.0.171	{IPv4:9}
      

      192.168.0.170 is the PC. 192.168.0.171 is CE 5.0 device.

    Answers

    • OK. Can you try putting a switch in between the two systems??

      I mean:  System 1 <-> Ethernet Switch <-> System 2.

      • Marked as answer by

        Wednesday, January 23, 2013 2:01 AM


    Go to prtg


    Help my ping sensor don’t work sometimes.

    Hi everyone.

    I’m still new to PRTG but I have hit a small problem.

    My ISP at home is not taking my outage and latency problems seriously so I wanted to set up PRTG to monitor my connection.

    before I used WinMTR but that doesn’t give me a time and date for the problems, which will only make it harder to make my ISP look for the problem, so my plan is to switch to PRTG.

    My plan was to have a ping sensor for the first few steps of the network path from my server, out to 8.8.8.8 the first 5 steps are always the same so they should be easy to monitor.

    however, I get a «Request timed out (ICMP error # 11010)» error on some of it’s what is confusing me is that WinMTR can ping the addresses fine, but PRTG and cmd somehow can’t. is there some setting I’m missing to make it work? or how can I make this log of when and where the problem might be.

    Now fair should be fair. My IPS are very helpful, but it’s not them who own the cables in the ground and the IPS that do are hard to play ball with, my guess is that if they deliver subpar support for the IPS that then cant help me, I more inclined to pay more for my internet to have it at the IPS that owns the cables, the only thins is I have been there and the support is not worth the 50% more it costs for the same speed.

    Anyway back to the problem, am I approach it completely wrong with the ping sensors? are they a better way to try and monitor a connection over equipment I don’t have access to?

    Bonus Question the image is from a ping sensor that does work but seems a bit odd to me how it goes up and up in ms and drops off to normal, to repeat this pattern. any thoughts?

    It turns out that the error code 11010 is actually not WSA_QOS_ADMISSION_FAILURE from WinSock (which is not involved here), but a completely different value from the IP stack’s ICMP_ECHO_REPLY structure with much more meaningful meaning:

    IP_REQ_TIMED_OUT   (11010)   The request timed out

    You are supposed to call GetIpErrorString() first and only «if the function fails, use FormatMessage to obtain the message string for the returned error«.


    Unfortunately, that does not help with that other value, 998.

    One clue might be the page «Mapping NT Status Error Codes to Win32 Error Codes», which says that the NT status conditions which map (or mapped when it was last updated, in 2005) to the Win32 code 998 (ERROR_NOACCESS) are more broad:

    STATUS_DATATYPE_MISALIGNMENT            ERROR_NOACCESS
    STATUS_ACCESS_VIOLATION                 ERROR_NOACCESS
    STATUS_DATATYPE_MISALIGNMENT_ERROR      ERROR_NOACCESS
    

    It seems likely that whenever something fails during the IOCTL call (which sends the ICMP echo request to the kernel to be really handled), the underlying exception is swallowed if possible and only this generic Win32 code is sent back.

    Therefore it might be that you are really passing some not entirely correct data to the function (like unaligned buffer on the stack, that might explain why it happens sporadically), or even hint at some bug inside the ICMP stack. I’m afraid that only some hardcore kernel debugging could reveal the real cause.

    Понравилась статья? Поделить с друзьями:
  • Reptilicus ошибка при разборе ответа
  • Report json 1c ошибка
  • Replace toner cartridge brother ошибка
  • Replace image drum oki ошибка
  • Replace drum cart xerox 3330 ошибка