#1
Posted 16 July 2014 — 06:35 PM
Hey guys,
Since today the good old servers stopped working, there are people in the lobby, trying to get to play theyre favourite game. After about a 10 times of trying with different people i turn for help here.
When trying to begin a game in the lobby, the game freezes to «Waiting for probe response» part.
This issue should be sorted out very rapidly, as people come and go to check the new server and nobody stays there, as the server is not starting any games, so I´m afraid they will stop even checking the lobby soon. Imagine having a phone which doesnt work, you would get rid of it.
- Back to top
#2
Mathijs
Mathijs
-
- Network Leaders
-
- 13,756 posts
Post-modern Shaman
- Projects:Age of the Ring
- Division:Revora
- Job:Leader
Posted 16 July 2014 — 06:37 PM
Have you tried this?
— I have trouble connecting to people online.
Solution: If you own these games through The Ultimate Collection bundle, DOWNLOAD THIS to prevent connection issues to people that don’t have The Ultimate Collection.
Solution: If you own the regular editions, you can try opening port 16000 in your router settings. Go here if you don’t know how. Use this to check if your port was succesfully opened. Afterwards, find your game’s Options.ini (for Generals and Zero Hour these can be found in «usernameDocumentsCommand and Conquer Generals Data», the other games can be found by typing %appdata% in the Windows search bar and opening the game’s folder there). Open Options.ini, remove the GameSpyAddress = x.x.x.x line, and add the following:
FirewallBehavior = 1 FirewallNeedToRefresh = FALSE FirewallPortAllocationDelta = 0 FirewallPortOverride = 16000Then save Options.ini and set it to read only (right click > properties).
From: http://forums.revora…sues-solutions/
No fuel left for the pilgrims
- Back to top
#3
Raisu
Posted 16 July 2014 — 06:43 PM
And the first decade counts as which?
- Back to top
#4
Red-Chil1
Posted 16 July 2014 — 06:45 PM
it doesnt fix the problem, i still have the same problem after trying all possibilities in your common Issues & Solutions thread.
Edited by Red-Chil1, 16 July 2014 — 06:46 PM.
- Back to top
#5
Mathijs
Mathijs
-
- Network Leaders
-
- 13,756 posts
Post-modern Shaman
- Projects:Age of the Ring
- Division:Revora
- Job:Leader
Posted 16 July 2014 — 06:46 PM
The First Decade is not The Ultimate Collection, so it’s part of what we call the regular editions.
No fuel left for the pilgrims
- Back to top
#6
Enraged_Puffin
Posted 16 July 2014 — 06:50 PM
Port forwarding doesn’t help, I’m actually getting the persistent storage error much more frequently now that I’ve done it, virtually impossible to type anything in the pre game lobby because it keeps popping up. Any other solutions?
- Back to top
#7
Mathijs
Mathijs
-
- Network Leaders
-
- 13,756 posts
Post-modern Shaman
- Projects:Age of the Ring
- Division:Revora
- Job:Leader
Posted 16 July 2014 — 06:56 PM
We are working on fixing the persistent storage error. Running the game as administrator seems to fix it for some people, you could try that until we fix it properly.
No fuel left for the pilgrims
- Back to top
#8
Raisu
Posted 16 July 2014 — 06:57 PM
Yeah, same here. Done everything. Doesnt work.
- Back to top
#9
Raisu
Posted 16 July 2014 — 06:57 PM
But the main problem is that the games wont start, not the error popup.
- Back to top
#10
Enraged_Puffin
Posted 16 July 2014 — 07:03 PM
We are working on fixing the persistent storage error. Running the game as administrator seems to fix it for some people, you could try that until we fix it properly.
I’m already running as an admin, hasn’t helped. But as others have said, the main issue is inability to connect to anyone
- Back to top
#11
Red-Chil1
Posted 16 July 2014 — 07:08 PM
it works for me now. i changed my options.ini file + opened 16000 TCP & UDP on my router + run as admin. And the ppl u want o connect has to do the same ! Otherwise it cant work
http://forums.revora…sues-solutions/
Edited by Red-Chil1, 16 July 2014 — 07:08 PM.
- Back to top
#12
Mathijs
Mathijs
-
- Network Leaders
-
- 13,756 posts
Post-modern Shaman
- Projects:Age of the Ring
- Division:Revora
- Job:Leader
Posted 16 July 2014 — 07:11 PM
Yeah, editing the Options.ini file (and setting it to Read Only after the edit) and opening the port are very important.
Still, going through this process will be impossible for some people. We’ll look into a better fix.
No fuel left for the pilgrims
- Back to top
#13
Raisu
Posted 16 July 2014 — 07:33 PM
I can tell you at this point that i have loaded game twice. No ports forwarded, i never had to do that. But it worked two times so my ports are working?
- Back to top
#14
Mathijs
Mathijs
-
- Network Leaders
-
- 13,756 posts
Post-modern Shaman
- Projects:Age of the Ring
- Division:Revora
- Job:Leader
Posted 16 July 2014 — 07:38 PM
Did you edit Options.ini? That alone could have done the trick.
No fuel left for the pilgrims
- Back to top
#15
Raisu
Posted 16 July 2014 — 07:50 PM
I edited the options ini later. Still the same, I have found 2 guys I can connect to, but most of them i cant.
- Back to top
#16
Raisu
Posted 16 July 2014 — 07:51 PM
And there are now roughly 20-30 angry guys in the lobby screaming «I cant load to anyone»
- Back to top
#17
Mike_GensZH
Posted 16 July 2014 — 07:58 PM
I concur with Raisu its just a no go for most players like it may even get to the stage where it loads up the game but it freezes and says they are disconnecting
- Back to top
#18
lowgiver
Posted 17 July 2014 — 04:38 PM
Have you tried this?
— I have trouble connecting to people online.
Solution: If you own these games through The Ultimate Collection bundle, DOWNLOAD THIS to prevent connection issues to people that don’t have The Ultimate Collection.
Solution: If you own the regular editions, you can try opening port 16000 in your router settings. Go here if you don’t know how. Use this to check if your port was succesfully opened. Afterwards, find your game’s Options.ini (for Generals and Zero Hour these can be found in «usernameDocumentsCommand and Conquer Generals Data», the other games can be found by typing %appdata% in the Windows search bar and opening the game’s folder there). Open Options.ini, remove the GameSpyAddress = x.x.x.x line, and add the following:
FirewallBehavior = 1 FirewallNeedToRefresh = FALSE FirewallPortAllocationDelta = 0 FirewallPortOverride = 16000Then save Options.ini and set it to read only (right click > properties).
From: http://forums.revora…sues-solutions/
i have done this…but after this i cannot login anymore…lol
and what will happen if i set options.ini to read only mode? i mean i have dynamic ipadress and the new ipadress can not updated then from options.ini
hmmmm
ok…login possible again…but same prob with this window popup if player joining room
Edited by lowgiver, 17 July 2014 — 04:42 PM.
- Back to top
#19
ThePartyPooper
Posted 17 July 2014 — 11:16 PM
Hi All,
I added CNC Online to my Windows Firewall and played my first game. Not sure if that is what did it or not but I’m encouraged.
- Mathijs likes this
- Back to top
#20
Mathijs
Mathijs
-
- Network Leaders
-
- 13,756 posts
Post-modern Shaman
- Projects:Age of the Ring
- Division:Revora
- Job:Leader
Posted 17 July 2014 — 11:18 PM
No fuel left for the pilgrims
- Back to top
Index
- Problems starting the game:
- Nothing happens when I try to start the game
- «Please make sure you have DirectX 8.1 or higher installed»
- «You have encountered a serious error»
- Problems playing the game:
- Base blows up within 30 seconds
- «Please insert the first game CD»
- Mouse scrolling is not working
- Slow game speed
- Sudden loss of game audio
- Problems playing online:
- «Failed to join — the game is a different version»
- Italics & «Unable to connect to other player(s)»
- «Game has detected a mismatch»
- Disconnection menu mid-game (DC bug)
- Slow game speed when playing online
- Delay when commanding units
- Frequent 1-second game freezes
Problems starting the game
Nothing happens when I try to start the game
Solution:
- Switch off your anti-virus scanner (also known as real-time protection if you use Windows Virus & threat protection).
- Download GenPatcher.
- Run GenPatcher and click on Apply Fixes.
«Please make sure you have DirectX 8.1 or higher installed»
Solution 1:
- Switch off your anti-virus scanner (also known as real-time protection if you use Windows Virus & threat protection).
- Download GenPatcher.
- Run GenPatcher and click on Apply Fixes.
Solution 2:
- Try playing any somewhat modern 3D game (Fortnite, Call of Duty Warzone, Counter-Strike Global Offensive, StarCraft II, Age of Empires IV, etc.).
- If other games seem unstable or crash from time to time, then you may have an issue with your graphics card or graphics card display drivers. Download the latest graphics display drivers based on your graphics card (Intel HD Graphics / NVIDIA GeForce / AMD Radeon).
- Download Display Driver Uninstaller.
- Use Display Driver Uninstaller to uninstall your existing display drivers.
- Install your newly downloaded display drivers.
- Restart your computer.
- Start the game.
If you still encounter serious errors, it is likely due to faulty hardware.
«You have encountered a serious error»
Solution:
- Switch off your anti-virus scanner (also known as real-time protection if you use Windows Virus & threat protection).
- Download GenPatcher.
- Run GenPatcher and click on Apply Fixes.
Problems playing the game
Base blows up within 30 seconds
Solution 1:
- Switch off your anti-virus scanner (also known as real-time protection if you use Windows Virus & threat protection).
- Download GenPatcher.
- Run GenPatcher and click on Apply Fixes.
Solution 2:
- Switch off your anti-virus scanner (also known as real-time protection if you use Windows Virus & threat protection).
- Download GenPatcher.
- Run GenPatcher and click on Edit Serial Number.
- Enter a different (valid) serial number and click Apply.
Solution 3: (The First Decade game installations only!)
- Uninstall the game.
- Install the game with a different serial code.
«Please insert the first game CD»
Solution
- Switch off your anti-virus scanner (also known as real-time protection if you use Windows Virus & threat protection).
- Download GenPatcher.
- Run GenPatcher and click on Apply Fixes.
Mouse scrolling is not working
Solution 1:
- Stop playing the game in window mode, and play the game in regular full-screen.
Solution 2: Learn to scroll like the experts!
- When in-game, hold down the right-mouse button when your mouse is hovering over the battlefield.
- Move the mouse into the direction where you want to scroll.
Slow game speed
Assuming you have GenTool installed, keep an eye on the yellow number on the left top part of the screen. This number represents your FPS. If it is lower than 30 it means your game will slow down. If it is above 30 then you have nothing to worry about. Note: When playing online, the yellow number should be steadily above 35 in order to prevent the game from slowing down.
Solution 1:
- Start the game.
- Go to Options in the main menu.
- On the left, under Detail, choose Low.
- Click Accept.
- See if the problem has been fixed.
Solution 2:
- Start the game.
- Go to Options in the main menu.
- On the left under Detail, choose Custom.
- Uncheck all checkboxes.
- Slide the Texture Resolution and Particle Cap sliders to the lowest they can go.
- Click Accept.
- Click Accept again.
- See if the problem has been fixed.
Solution 3:
- Start the game.
- Go to Options in the main menu.
- On the left, under Resolution, choose 800 x 600.
- Click Accept.
- See if the problem has been fixed.
Solution 4:
Try playing the game in window mode. This can sometimes boost FPS.
Solution 5:
- Restart your PC.
- Disable virus protection on your PC. (Anti-virus uses a lot of processing power. Switching off your virus scanner when you want to play can make a big difference to the game.)
- Close all other applications such as Skype, web browsers (Google Chrome, Mozilla Firefox, Opera Web Browser, Microsoft Edge, etc.), Discord, Steam, word processing or spreadsheet software (Microsoft Word, Microsoft Excel, LibreOffice, etc) as well as any other applications that you do not need running.
If your game is still running slow, your PC may not be fast enough to run the game. Any modern PC or laptop manufactured in 2020 or later should be capable of running the game without problems.
Sudden loss of game audio
Solution:
- Press Escape to open the game’s menu.
- Go to Options.
- Without doing anything, just click Accept.
- Click Resume Game.
Problems playing online
«Failed to join — the game is a different version»
This means that your game and the hosting player’s game are not compatible. Could it be that you’ve manually installed a mod and haven’t removed it? Or did you perhaps get your copy of the game from some random back-alley website? 🤔
Solution 1:
- If you manually installed mods or additional content outside of GenPatcher, remove that first.
- Switch off your anti-virus scanner (also known as real-time protection if you use Windows Virus & threat protection).
- Download GenPatcher.
- Run GenPatcher and click on Apply Fixes.
Solution 2:
- Uninstall the game.
- Install the game by following the steps outlined in How To: Install C&C Generals.
Italics & «Unable to connect to other player(s)»
You seem to be having trouble connecting with one-or-more of the other players you are trying to play with. This can be due to (in order of likelihood): Very protective network settings; an active firewall; anti-virus / anti-adware / anti-malware software; NAT settings (which would require port-forwarding or a virtual server); limitations by your Internet Service Provider.
Solution 1:
- Switch off your anti-virus scanner (also known as real-time protection if you use Windows Virus & threat protection).
- Download GenPatcher.
- Run GenPatcher and click on Apply Fixes.
- Now go to the Playing Online tab and switch on the toggle: Network optimizations to help connect with other players.
- Restart your PC.
By performing these steps, your network settings should become more relaxed, and a firewall exception should be created for the game. Similarly, Windows Virus & threat protection will also refrain from scanning (or interfering with) the game. If you still cannot connect to other players, try the solution below. If you are using your phone’s 3G, 4G or 5G Internet connection via hotspot, check out Solution 3.
Solution 2:
- Make yourself a nice tea or a cup of coffee, because this is going to take a while…
- You must have Java 11 (or higher) installed. You can download it here.
- Go to the UPnP PortMapper download page, and download the latest release in the Assets section. The file name should be portmapper-x.x.x.jar.
- Open UPnP PortMapper. If it fails to open, go to step 2.
- Click the Connect button on the left.
- If Windows Virus & threat protection complains about giving network access, make sure you give UPnP PortMapper give full access.
- Look at the bottom: If UPnP PortMapper failed to find or connect to the router, this solution will not work for you, and you’re better off trying Solution 3. If the Connect button has now turned into a Disconnect button, you can continue.
- On the right, click on the Create button.
- For Description, write Generals.
- If Internal Client starts with 26.xx.xx.xx (for example, 26.88.13.124), then uncheck Use local host and change Internal Client to match your local IP address. For most people, their local IP address starts with 192.168.x.x (for example, 192.168.1.106). If you’re not sure how to find this, Google around a bit.
- On the right, click the Add button.
- Set Protocol to UDP, External Port to 16000, and Internal Port to 16000.
- Repeat from step 11 and add two more entries for UDP 16001 and TCP 16001.
- Now click on the Save button.
- Click on the Generals port mapping preset, and then click on the Use button.
- You should see the port added to the Port mappings section at the top. If nothing happens after clicking the Use button, go back to step 8 and make sure you did everything correctly. If nothing happens, this solution may not work for you, and you should try Solution 3 below.
- Download & install Port Forward Network Utilities.
- Run Port Forward Network Utilites.
- Click on Trial and then click on OK.
- Click on Port Checker.
- For Port Number To Check, enter 16000.
- For Protocol, select UDP.
- Click the Check Me button.
- If the Port Check Result gives you the message «Your port is OPEN on this computer!», then you are ready. Start the game and see if you can connect with other the players. If the result said «Your port is NOT OPEN or not reachable!», it means you will likely still have the problem. Regardless, you can still try and play with other players and see if the problem is somewhat alleviated.
If solution 2 did not work for you, then you either have very strong network security (like what businesses use), or your Internet Service Provider is limiting port-forwarding / virtual-server capabilities. You may want to phone up your Internet Service Provider and ask if port-forwarding is enabled or allowed. If you are using a 3G, 4G or 5G hotspot from your phone in order to connect to the Internet, port-forwarding will be disabled. Solution 3 is not a true solution, but it might be enough to get you by.
Solution 3:
- Download & install a VPN. Here is a video on how to install a free VPN: https://youtu.be/J_d8TmgcvH4
- Activate the VPN before you want to play a game.
«Game has detected a mismatch»
Solution 1: (Applies to instant and mid-game-mismatches)
- Switch off your anti-virus scanner (also known as real-time protection if you use Windows Virus & threat protection).
- Download GenPatcher.
- Run GenPatcher and click on Apply Fixes.
Solution 2: (Applies to instant mismatches on GameRanger only!)
- When transferring a map that has a ‘map.ini’ file, you might get a mismatch the moment you load into the game. After the mismatch close the game and go back to GameRanger.
- Start the game and try again. On the 2nd try (with the same map) you should no longer get a mismatch.
Solution 3: (Applies to instant and mid-game-mismatches on Cnc-online / Revora only!)
- You have played a moded unofficial map at some point without restarting the game. First, close the game completely.
- Start the game again.
- Try playing another match.
Solution 4: (Applies to instant and mid-game-mismatches)
- You trying to play a moded unofficial map that is new, broken, or has bugs. After the mismatch close your game.
- Start the game again.
- Try again but play a different map (official maps are recommended when testing for instant-mismatches).
Solution 5: (Applies to instant mismatches)
- Remove any manually installed mods (this does not apply to mods installed via GenLauncher).
- Remove any additional files you added to your original game.
Solution 6: (Applies to instant mismatches)
- Uninstall the game.
- Install the game by following the steps outlined in How To: Install C&C Generals.
Solution 7: (Applies to mid-game-mismatches)
- Fully restart your PC before you want to play.
- Avoid using software that use a lot of PC resources.
- If you are using voice chat software, use Discord. Do not use Skype.
- Switch off your anti-virus scanner (also known as real-time protection if you use Windows Virus & threat protection).
- Disable any active anti-adware or anti-malware software.
- Disable any active firewalls (including Windows Firewall).
Solution 8 (Applies to mid-game-mismatches):
- If you have manually overclocked your CPU, set it back to its original clock speed.
- If you have manually overclocked your RAM, set it back to its original clock speed.
- If you have manually overclocked your graphics card, set it back to its original clock speeds.
Slow game speed when playing online
Solution 1:
- Assuming you have GenTool installed, keep an eye on the yellow number on the left top part of the screen. This number represents your FPS. If it is lower than 35 it means the online match will start to slow down. In this case, follow the steps outlined in Slow game speed.
Solution 2:
- One of the players you are playing with is causing the slow-down because their FPS is below 35. Ask in chat for everyone to say the ‘yellow number in the left top corner’. If a player says their number is below 35, you know that this is the player causing the slow-down for everyone. Notify the player to fix their slow game speed issue by lowering their graphics settings. You may also wish to refrain from playing with this player until their issue is resolved.
Delay when commanding units
Solution:
- The solutions are the same as those outlined in Frequent 1-second game freezes.
Frequent 1-second game freezes
In order to check your internet speed, try running a speed test. See the table below to which types of matches you can play without encountering severe lag:
| Num. of Players |
GameRanger Host Radmin Host |
GameRanger Player Radmin Player |
Revora / C&C-Online Host Revora / C&C-Online Player |
| 2 | 1.8 Mbps download 1.8 Mbps upload |
1.2 Mbps download 1.2 Mbps upload |
1.8 Mbps download 1.8 Mbps upload |
| 4 | 5.4 Mbps download 5.4 Mbps upload |
1.2 Mbps download 1.2 Mbps upload |
5.4 Mbps download 5.4 Mbps upload |
| 6 | 9.0 Mbps download 9.0 Mbps upload |
1.2 Mbps download 1.2 Mbps upload |
9.0 Mbps download 9.0 Mbps upload |
| 8 | 12.6 Mbps download 12.6 Mbps upload |
1.2 Mbps download 1.2 Mbps upload |
12.6 Mbps download 12.6 Mbps upload |
If your download or upload speeds are below 1.2 Mbps, please upgrade your Internet before playing online. If that’s not possible, please refrain from playing online as you will heavily slow down the game for all other players to the point where it becomes unplayable.
Solution 1:
- Play matches with fewer players.
Solution 2:
- Only play with players who have very good internet.
Solution 3:
- Avoid playing with players who use a VPN.
Solution 4:
- Upgrade your internet to meet the requirements outlined above.
Solution 5:
- Play online via Radmin VPN. Radmin VPN provides the best speeds for playing online.
Solution 6:
- Play online matches on Revora / C&C-Online instead of GameRanger as GameRanger tends to cause more lag.
Your problem is not listed? Join the Community Outpost Discord and ask over there.
Go to commandandconquer
r/commandandconquer
r/commandandconquer
This is the subreddit for all Command & Conquer fans, dealing with anything and everything related to Command & Conquer.
Members
Online
•
by
noobProgrammer_2000
waiting for probe response zero hour
i did the port forwarding for zero hour ports and have my firewall off and im using gentool but i still get this annoying message when i try to play online match «waiting for probe response» and then it pops out and says failed to connect to other players although i’m using a legit version of the game… i’ve searched for alot of fixes none seemed to help as they all say the same… any help ?
Автор
Сообщение
Зарегистрирован: 01 янв 1970, 03:00
Сообщения: 909
Re: Проверка на стабильность канала
К сожалению, пока не могу убедиться ни в том, ни другом. А вот вы ещё писали:
Micha3d писал(а):
ICMP Echo Operation — операция посылки одного ICMP пакета
ICMP Jitter Operation — операция запуска серии ICMP пакетов
Это чисто логически или где-то явно написано?
И ещё:
Micha3d писал(а):
Timeout — максимальное время на выполнение операции (проверки), в нашем случае время которое роутер ждет пока придет ответ на icmp запрос
Видел в документации данное определение, но если timeout — «время которое роутер ждет пока придет ответ на icmp запрос», то что же такое threshold?!
Я для себя вынужден был объяснить два данных параметра так: threshold — время ожидания ответа на единичный пинг, timeout — длительность всей процедуры проверки.
И вот тут, чтобы это имело хоть какой-то смысл пингов должно быть несколько. Тогда получим общую длительность пингования в виде timeout, и предела ожидания ответа на каждый пинг в виде threshold.
Вы извините, что я настаиваю, но пока что-то не склеивается.
08 янв 2012, 17:48
Black-Dragon
Зарегистрирован: 01 янв 1970, 03:00
Сообщения: 909
Re: Проверка на стабильность канала
Лучшее, что нашел, это:
Цитата:
Threshold sets the rising threshold that generates a reaction event and stores history information for an IP SLAs operation.
Threshold is used to activate a response to IP SLA violation, e.g. send SNMP trap or start seconday SLA operation.
Timeout is the maximum time required for SLA operation to complete
Timeout sets the amount of time an IP SLAs operation waits for a response from its request packet.
configure the sla based on:
Frequency > Timeout > Threshold.
Но так и не понял, по человечески, что такое threshold?
08 янв 2012, 18:16
Black-Dragon
Зарегистрирован: 01 янв 1970, 03:00
Сообщения: 909
Re: Проверка на стабильность канала
Цитата:
Timeout is the maximum time required for SLA operation to complete — for example the timeout waiting for probe response.
Threshold is boundary value measured over the operation RESULT (e.g. RTT, or jitter value collected during the opearation). Crossing threshold usually means SLA contract violation. Note that these two values apply to DIFFERENT objects.
Timeout is directly used to restart the operation. Threshold is used to activate a response to IP SLA violation, e.g. send SNMP trap or start seconday SLA operation.
You should configure the sla based on Frequency > Timeout > Threshold.
Q. What does the term threshold and timeout in IP SLA operation mean?
A. Threshold sets the rising threshold that generates a reaction event and stores history information for an IP SLAs operation.
Timeout sets the amount of time an IP SLAs operation waits for a response from its request packet.
Example:
If you configure Timeout > Threshold, you can see the RTT and if the RTT exceed Threshold, it is a failure.
If you configure Threshold > Timeout, if the RTT exceed timeout but less than Threshold, it won’t show the RTT but it is still a failure.
So failure is RTT exceed either Timeout or Threshold.
Ну, наконец-то.
Threshold нужен нам для оценки «качества», он не связан с удалением маршрутов и т.п. Просто дополнительная функция, чтобы мы заодно знали, выполняет ли провайдер обязательства по качеству (типа максимально допустимые задержки пинга, величина джитера и т.п.).
Ок. С этим ясно. Но кто-нибудь может железно подтвердить, что каждые «Frequency» секунд запускается только один пинг (если пользуем IP SLA ICMP Echo Operations)?
08 янв 2012, 18:28
Black-Dragon
Зарегистрирован: 01 янв 1970, 03:00
Сообщения: 909
Re: Проверка на стабильность канала
Micha3d
Положим пинг идет один за время, специфицированное параметром Frequency (надеюсь, так и есть). Вернемся к основным вопросам.
Если пинг один, то событием будет пропадание ровно одного пинга! И здесь всё станет однозначным.
Теперь по «delay down up».
Положим конфиг у нас таков:
Цитата:
track 10 ip sla 1 reachability
delay down 10 up 30
…
ip route 0.0.0.0 0.0.0.0 a1.b1.c1.d1 track 10
ip route 0.0.0.0 0.0.0.0 a2.b2.c2.d2 4
ip route 192.5.5.241 255.255.255.255 a1.b1.c1.d1 name To_RootDNS_ISP1-SLA
…
ip sla 1
icmp-echo 192.5.5.241 source-interface FastEthernet1
timeout 1000
threshold 300
frequency 1
ip sla schedule 1 life forever start-time now
Что дает «delay down 10»? Десять событий неполучения ответа подряд должны свершиться (=> 10 пингов подряд должны потеряться), чтобы маршрут удалился?
Если потеряются только 9 подряд, а 10-й пройдет то маршрут останется как был, а счетчик сбросится?
«delay up» 30, ни одного из 30 подряд событий неполучения ответа не должно случиться (=> 30 пингов подряд должны пройти), чтобы маршрут вернулся?
Можно ссылку на документ, где это нормальным языком написано. Уж больно хорошо всё получается. 
Кстати, спасибо за помощь! 
08 янв 2012, 18:54
791
Зарегистрирован: 01 янв 1970, 03:00
Сообщения: 21
Re: Проверка на стабильность канала
Black-Dragon писал(а):
Можно ссылку на документ, где это нормальным языком написано. Уж больно хорошо всё получается.
http://www.cisco.com/en/US/docs/ios/ips … _echo.html
http://www.cisco.com/en/US/docs/ios/ipa … p_eot.html
frequency — однозначно частота проверки в секундах, так в документации и на практике у меня так работает )))
Кстати в первом своем посте я был не прав, прошу модераторов удалить мой первый пост.
Согласно документу Configuring Enhanced Object Tracking с сайта cisco.com
http://www.cisco.com/en/US/docs/ios/ipa … p_eot.html
1. track object-number ip sla operation-number state
IP SLA Return Code OK -> Track State Up
IP SLA Return Code (all other return codes) -> Track State Down
2. track object-number ip sla operation-number reachability
IP SLA Return Code OK or OverThreshold -> Track State Up
IP SLA Return Code (all other return codes) -> Track State Down
08 янв 2012, 19:47
Black-Dragon
Зарегистрирован: 01 янв 1970, 03:00
Сообщения: 909
Re: Проверка на стабильность канала
Micha3d писал(а):
frequency — однозначно частота проверки в секундах, так в документации и на практике у меня так работает )))
Да я и не возражаю против секунд. Я не уверен в количестве пакетов. Скажем по ICMP Path Jitter я нашел, что по умолчанию посылается 20 пакетов. Хотя, тот факт, что по ICMP Echo ничего нигде не написано, свидетельствует о том, что там что-то очевидное и неизменяемое (для ICMP Path Jitter есть num-packets). А это 1.
Цитата:
IP SLA Return Code OK or OverThreshold -> Track State Up
Правильно ли я понимаю, что под OverThreshold подразумевается случай, когда ответ пришел до истечения времени timeout, но превысил значение threshold?
Также прошу однозначно ответить на вопросы из моего последнего поста по delay down up. Я понимаю, что ответ для вас очевиден, но хочу получить официальный ответ.
08 янв 2012, 21:05
791
Зарегистрирован: 01 янв 1970, 03:00
Сообщения: 21
Re: Проверка на стабильность канала
Официальный ответ может дать только CISCO 
Все верно, OverThreshold подразумевается случай, когда ответ пришел до истечения времени timeout, но превысил значение threshold. Порог threshold видимо только для сбора статистики.
delay — задержка изменения состояния трэкинга (Track State)
Т.е. как только наступило событие для изменения состояния трэкинга включается счетчик по истечению которого состояние трэкинга изменится.
Если за время отсчета событие изменится на противоположное то ничего не произойдет и счетчик сбросится.
Или еще так — наступившее событие должно превысить задержку на изменение состояния трэкинга! Может так понятнее 
08 янв 2012, 21:50
Black-Dragon
Зарегистрирован: 01 янв 1970, 03:00
Сообщения: 909
Re: Проверка на стабильность канала
Micha3d писал(а):
Или еще так — наступившее событие должно превысить задержку на изменение состояния трэкинга! Может так понятнее
Э-ээ, нет-нет, так мне вообще не понятно, уж лучше первый вариант (хотя и там не все полностью корректно, извиняюсь за буквоедство):
Micha3d писал(а):
как только наступило событие для изменения состояния трэкинга включается счетчик по истечению которого состояние трэкинга изменится.
Если за время отсчета событие изменится на противоположное то ничего не произойдет и счетчик сбросится.
Событий много (происходят каждый Frequency секунд и длятся не более timeout миллисек).
По первому варианту правильнее так:
Цитата:
измененное состояние трекинга, вызванное наступлением единичного события, должно сохраняться (благодаря целой череде эквивалентных с точки зрения значения трекинга событий) до истечения задержки, специфицированной параметром delay down (если сейчас состояние up) или delay up (если сейчас состояние down)
Состояние трекинга меняется сразу, оно просто не сообщается «куда надо» до истечения специфицированной нами задержки.
Цитата:
delay {up seconds [down seconds] | [up seconds] down seconds} — (Optional) Specifies a period of time (in seconds) to delay communicating state changes of a tracked object.
Спасибо.
09 янв 2012, 12:50
Fedia
Супермодератор
Зарегистрирован: 01 окт 2008, 12:24
Сообщения: 4437
Re: Проверка на стабильность канала
..а Вы говорите «времени нет»!
Вот уже и разобрались Еще оформить — и публикация.
Это не сложно. Зато потом есть к чему вернуться и других отослать!
10 янв 2012, 16:28
Black-Dragon
Зарегистрирован: 01 янв 1970, 03:00
Сообщения: 909
Re: Проверка на стабильность канала
Fedia писал(а):
Вот уже и разобрались Еще оформить — и публикация.Это не сложно. Зато потом есть к чему вернуться и других отослать!
Я себе всегда заметки делаю, такие, чтобы потом достаточно быстро разобраться. В ближайшие несколько дней постараюсь немного детализировать и пошлю вам.
Делать думаю так: формулировка задачи, потом решение, причем с объяснением решения.
Решать буду две (с половиной) задачи:
1. резервирование каналов, используя автопереключение методом IP SLA ICMP Echo Operations
1.5. Решение нюансов, связанных с NAT через разные интерфейсы и DNS серверами провайдеров (они ведь обязательно возникнут у читателей, лучше тут же расписать их решение)
2. Балансировка нагрузки с автоотключением нестабильнойнеисправной линии.
Просто идея прошла, ведь если не использовать Administrative distance или ещё что-то для изменения равноправности маршрутов, то будем иметь одновременную работу мпо двум каналам. В этом случае становится интересной автоматическое распознавание и отключение нестабильнойнеисправной линии и обратное включение. Тут просто надо SLA-ить оба маршрута.
Нормально?
11 янв 2012, 19:17
Fedia
Супермодератор
Зарегистрирован: 01 окт 2008, 12:24
Сообщения: 4437
Re: Проверка на стабильность канала
Отлично!
13 янв 2012, 14:41
Black-Dragon
Зарегистрирован: 01 янв 1970, 03:00
Сообщения: 909
Re: Проверка на стабильность канала
Fedia
По первой части написал, готово.
Когда стал писать по проблеме с DNS серверами (это когда по IP SLA канал переключается просто замечательно, но DNS запросы клиентов всё ещё отсылаются на DNS основного провайдера), осознал, что у меня самого не совсем правильно настроено.
Да, у меня прописаны статические маршруты до DNS серверов провайдеров. Но, насколько я понимаю есть такой нюанс:
— при недоступности самого провайдера, рутер будет сразу рапортовать о недоступности основной DNS и моя кеширующая DNS начнет опрашивать резервный DNS. — Ок.
— если же до провайдера соединение есть, а у него нет подключения к Интернет, тогда будут проблемы. Ведь DNS сервер основного прова будет доступен, но не сможет разрешать имена!
Я правильно понимаю?
В этой ситуации, Lomax советовал сделать IP SLA, по которому статические маршруты до DNS серверов основного провайдера будут уходить в Null 0. Вопрос, можно ли использовать тот же IP SLA track, что и для «переключения линий»?
Если да, то достаточно ли будет этого, как советовал Lomax:
Код:
ip route DNS1 255.255.255.255 GW1 track 10 name ISP1-DNS
ip route DNS1 255.255.255.255 Null 0 250
Т.е. просто при удалении основного маршрута по умолчанию, отправляем в небытие статический маршрут до DNS основного провайдера. (Что есть Null, сейчас пойду читать, пока не совсем понимаю, но сознаю, что нам не маршрут надо удалить, а сервер сделать недоступным).
Есть ещё варианты:
— использовать общедоступные DNS сервера (обязательно укажу)
— отключатьвключать интерфейс по EEM по той же IP SLA (IMHO, слишком усложняется, лучше по варианту Lomax).
Подсобите.
15 янв 2012, 20:05
Fedia
Супермодератор
Зарегистрирован: 01 окт 2008, 12:24
Сообщения: 4437
Re: Проверка на стабильность канала
Зарегистрируйся в блогах, публикуй статью — первую половинку.
Про ДНС мне кажется либо городить систему проверки по нескольким ДНСам (или ресурсам) через обоих провайдеров и писать сложный ЕЕМ (типа, ДНС прова работает, а через этот канал ДНС глобальный — нет), либо посчитать вероятность такого сложного события ничтожной и в крайнем случае шатдаунить неугодный интерфейс вручную.
15 янв 2012, 22:42
imperorr
Зарегистрирован: 01 янв 1970, 03:00
Сообщения: 4526
Re: Проверка на стабильность канала
Я не понимаю проблемы днс, можно же использовать корневые сервера?
16 янв 2012, 09:10
Fedia
Супермодератор
Зарегистрирован: 01 окт 2008, 12:24
Сообщения: 4437
Re: Проверка на стабильность канала
Можно. Но по условию задачи требуется использовать провайдерские (где-то выше было написано)
А еще я разок чуть не убился, выискивая несуществующую ошибку в настройках, проверяя инет пингом 8.8.8.8, как обычно. Так вот, эта зараза пинговалась с ужасной задержкой и с потерями 60-80%… А весь остальной инет работал прекрасно, но пока я до этого допер, успел поволноваться
16 янв 2012, 09:33
Black-Dragon
Зарегистрирован: 01 янв 1970, 03:00
Сообщения: 909
Re: Проверка на стабильность канала
По интерфейсу Null0 почитал.
IMHO, вариант Lomax вполне рабочий. Два стат маршрута, один в нул, но с большей Admin distance. Первый, нормальный, маршрут SLA-им и убираем по тому же событию, остается маршрут в нул, т.е. трафик дропается и получаем недостижимость сервера.
Fedia писал(а):
Зарегистрируйся в блогах, публикуй статью — первую половинку.
Сначала должен иметь на руках полное решение, а потом можно и порезать. Таков характер.
Fedia писал(а):
Про ДНС мне кажется либо городить систему проверки по нескольким ДНСам (или ресурсам) через обоих провайдеров и писать сложный ЕЕМ (типа, ДНС прова работает, а через этот канал ДНС глобальный — нет), либо посчитать вероятность такого сложного события ничтожной и в крайнем случае шатдаунить неугодный интерфейс вручную.
Кажется, вы меня не поняли. По какому событию убирать маршрут я определился давно — по пингу одного из корневых DNS серверов Интернета. У меня так и нормально работает.
Речь идет о том, что:
Black-Dragon писал(а):
по IP SLA канал переключается просто замечательно, но DNS запросы клиентов всё ещё отсылаются на DNS основного провайдера.
Так вот, задача в том, чтобы сделать основной DNS (т.е. DNS сервер основного провайдера) тоже недостижимым (на случай, если связь с провом есть, но вот у прова нет соединения с Интернет), и заставить DNS-резолвер в сети клиента ходить на вторичный DNS. Почитав по статмаршрутам на Null0, я пришел к выводу, что предложенный Lomax вариант, в данной ситуции, наиболее простой.
Весь вопрос у меня в том, можно ли использовать один и тот же IP SLA track для отслеживания и удаления сразу нескольких статических маршрутов? Сам никаких идеологических препятствияй не вижу.
P.S. BTW, если делать не удаление маршрутов, а шатдаун инетрфейса до основного прова (т.е. IP SLA ICMP Echo Ops + EEM), то проблема с DNS автоматом решается сама!
В связи с этим ещё один вопрос, если у нас есть настройки NAT для обоих провов, первым идет NAT для основного провайдера, и мы гасим физический интерфейс, NAT для второго прова заработает сам или все равно нужны соответствующие рут-мапы? 
16 янв 2012, 11:52
imperorr
Зарегистрирован: 01 янв 1970, 03:00
Сообщения: 4526
Re: Проверка на стабильность канала
Так вроде нужна очистка NAT сессий?
16 янв 2012, 12:53
Fedia
Супермодератор
Зарегистрирован: 01 окт 2008, 12:24
Сообщения: 4437
Re: Проверка на стабильность канала
Black-Dragon писал(а):
Весь вопрос у меня в том, можно ли использовать один и тот же IP SLA track для отслеживания и удаления сразу нескольких статических маршрутов? Сам никаких идеологических препятствияй не вижу.
Да, можно. И даже лучше.
Black-Dragon писал(а):
P.S. BTW, если делать не удаление маршрутов, а шатдаун инетрфейса до основного прова (т.е. IP SLA ICMP Echo Ops + EEM), то проблема с DNS автоматом решается сама!
В связи с этим ещё один вопрос, если у нас есть настройки NAT для обоих провов, первым идет NAT для основного провайдера, и мы гасим физический интерфейс, NAT для второго прова заработает сам или все равно нужны соответствующие рут-мапы?
Нет, не заработает. НАТ не привязан к состоянию интерфейса, особенно если он не в адрес интерфейса, а в пул адресов из подсети данного интерфейса.
НАТ в любом случае надо рисовать с рут-мапами.
16 янв 2012, 13:13
Black-Dragon
Зарегистрирован: 01 янв 1970, 03:00
Сообщения: 909
Re: Проверка на стабильность канала
Fedia
Спасибо.
Постараюсь сегодня закончить.
Считаю, что неплохо бы сначала вам посмотреть, уже потом публиковать. Я пошлю вам на мейл вордовским файлом, обсудим и потом уже разместим. Ок?
16 янв 2012, 13:20
Black-Dragon
Зарегистрирован: 01 янв 1970, 03:00
Сообщения: 909
Re: Проверка на стабильность канала
Fedia
Новая проблема, положим нам надо сделать так, чтобы всё работало, как я хочу:
Код:
ip route DNS1 255.255.255.255 GW1 track 10 name To Primary DNS
ip route DNS1 255.255.255.255 Null0 254 name To Make Primary DNS Dead
А что если ДНС сервер рутера находится в одной подсети с нами (соответствующим внешним интерфейсом рутера)? Его же прибить невозможно?! (Только отключив интерфейс).
Так или что-то можно сделать?
16 янв 2012, 17:25
Ilya
Зарегистрирован: 20 окт 2009, 18:55
Сообщения: 962
Re: Проверка на стабильность канала
Black-Dragon писал(а):
Fedia
Новая проблема, положим нам надо сделать так, чтобы всё работало, как я хочу:
Код:
ip route DNS1 255.255.255.255 GW1 track 10 name To Primary DNS
ip route DNS1 255.255.255.255 Null0 254 name To Make Primary DNS Dead
А что если ДНС сервер рутера находится в одной подсети с нами (соответствующим внешним интерфейсом рутера)? Его же прибить невозможно?! (Только отключив интерфейс).
Так или что-то можно сделать?
маршрут /32
16 янв 2012, 17:31
Black-Dragon
Зарегистрирован: 01 янв 1970, 03:00
Сообщения: 909
Re: Проверка на стабильность канала
Если я правильно вас понял, то у меня такой и прописан:
Цитата:
ip route DNS1 255.255.255.255 GW1 track 10 name To Primary DNSip
Т.е. это будет работать по-любому?
Или в этом случае надо чуток поменять (вместо шлюза провайдера свой интерфейс):
Цитата:
ip route DNS1 255.255.255.255 FastEthernet1 track 10 name To Primary DNSip
16 янв 2012, 17:40
Lomax
Зарегистрирован: 01 янв 1970, 03:00
Сообщения: 1834
Re: Проверка на стабильность канала
Нееееет!!!!! Маршрутизация в Ethernet приводит меня в ярость и я хочу кого то убить
Никогда больше так не делайте
16 янв 2012, 20:38
Ilya
Зарегистрирован: 20 окт 2009, 18:55
Сообщения: 962
Re: Проверка на стабильность канала
каюсь, ответ скорее всего пойдет напрямую… но это редкость.
16 янв 2012, 20:41
Black-Dragon
Зарегистрирован: 01 янв 1970, 03:00
Сообщения: 909
Re: Проверка на стабильность канала
Lomax
Я уже догадываюсь почему — ARP!
Однако, тут конкретный маршрут, на один единственный хост, а не дефолт-рут через интерфейс.
Кстати, а если писать маршрут указав и интерфейс, и ip адрес шлюза, тогда ведь мы обеспечим протекание трафика только через данный интерфейс, но избежим проблемы с ARP!? Так или нет?
Ilya писал(а):
каюсь, ответ скорее всего пойдет напрямую… но это редкость.
А нельзя ли чего-либо придумать?
Задача вкратце такова: есть хост в той же подсети, что и внешний интерфейс рутера, мы хотим по какому-либо событию сделать именно и только данный хост недостижимым. Как это можно сделать?
17 янв 2012, 11:15
Hello,
I’m using DSL internet. Few days ago I started using router Sagemcom fast 2704 and connect my laptop via wifi (I used usb adsl-modem before). All seemed alright. But than I realize that something is wrong with something.
I started suspect wifi linux driver as cause of trouble but now I’m not so sure about it.
My problem: when I am connected to hidden wifi AP from time to time (irregular) my connection is dropped.
I didn’t now what’s wrong before I checked logs. This is what I saw:
Code: Select all
Feb 27 13:38:48 hpcompaq-6720s kernel: [ 51.361177] wlan0: authenticated
Feb 27 13:38:48 hpcompaq-6720s kernel: [ 51.364076] wlan0: associate with <mac address> (try 1/3)
Feb 27 13:38:48 hpcompaq-6720s kernel: [ 51.368619] wlan0: RX AssocResp from <mac address> (capab=0x411 status=0 aid=1)
Feb 27 13:38:48 hpcompaq-6720s kernel: [ 51.370115] wlan0: associated
Feb 27 13:38:48 hpcompaq-6720s kernel: [ 51.370158] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
Feb 27 13:39:23 hpcompaq-6720s kernel: [ 86.028079] hda-intel: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj.
Feb 27 13:41:01 hpcompaq-6720s kernel: [ 183.575165] ISO 9660 Extensions: Microsoft Joliet Level 3
Feb 27 13:41:01 hpcompaq-6720s kernel: [ 183.585556] ISO 9660 Extensions: RRIP_1991A
Feb 27 13:44:59 hpcompaq-6720s kernel: [ 421.613096] perf samples too long (2504 > 2500), lowering kernel.perf_event_max_sample_rate to 50000
Feb 27 13:48:09 hpcompaq-6720s kernel: [ 612.340047] ieee80211 phy0: wlan0: No probe response from AP <mac address> after 500ms, disconnecting.
Feb 27 13:48:09 hpcompaq-6720s kernel: [ 612.408739] cfg80211: Calling CRDA to update world regulatory domain
Feb 27 13:48:09 hpcompaq-6720s kernel: [ 612.532703] cfg80211: World regulatory domain updated:
Feb 27 13:48:09 hpcompaq-6720s kernel: [ 612.532711] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
Feb 27 13:48:09 hpcompaq-6720s kernel: [ 612.532716] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Feb 27 13:48:09 hpcompaq-6720s kernel: [ 612.532720] cfg80211: (2457000 KHz - 2482000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Feb 27 13:48:09 hpcompaq-6720s kernel: [ 612.532725] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
Feb 27 13:48:09 hpcompaq-6720s kernel: [ 612.532729] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Feb 27 13:48:09 hpcompaq-6720s kernel: [ 612.532733] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Feb 27 13:48:13 hpcompaq-6720s kernel: [ 615.609070] wlan0: authenticate with <mac address>
Feb 27 13:48:13 hpcompaq-6720s kernel: [ 615.610892] wlan0: send auth to <mac address> (try 1/3)
Feb 27 13:48:13 hpcompaq-6720s kernel: [ 615.693783] wlan0: authenticated
Feb 27 13:48:13 hpcompaq-6720s kernel: [ 615.696133] wlan0: associate with <mac address> (try 1/3)
Feb 27 13:48:13 hpcompaq-6720s kernel: [ 615.810408] wlan0: RX AssocResp from <mac address> (capab=0x411 status=0 aid=1)
Feb 27 13:48:13 hpcompaq-6720s kernel: [ 615.812696] wlan0: associated
Feb 27 13:50:09 hpcompaq-6720s kernel: [ 732.404117] ieee80211 phy0: wlan0: No probe response from AP <mac address> after 500ms, disconnecting.
Feb 27 13:50:09 hpcompaq-6720s kernel: [ 732.449732] cfg80211: Calling CRDA to update world regulatory domain
Feb 27 13:50:09 hpcompaq-6720s kernel: [ 732.531205] cfg80211: World regulatory domain updated:
Feb 27 13:50:09 hpcompaq-6720s kernel: [ 732.531215] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
Feb 27 13:50:09 hpcompaq-6720s kernel: [ 732.531222] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Feb 27 13:50:09 hpcompaq-6720s kernel: [ 732.531228] cfg80211: (2457000 KHz - 2482000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Feb 27 13:50:09 hpcompaq-6720s kernel: [ 732.531234] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
Feb 27 13:50:09 hpcompaq-6720s kernel: [ 732.531239] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Feb 27 13:50:09 hpcompaq-6720s kernel: [ 732.531244] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Feb 27 13:50:10 hpcompaq-6720s kernel: [ 733.225501] iwl3945 0000:10:00.0: Microcode SW error detected. Restarting 0x82000008.
Feb 27 13:50:10 hpcompaq-6720s kernel: [ 733.225523] iwl3945 0000:10:00.0: Loaded firmware version: 15.32.2.9
Feb 27 13:50:10 hpcompaq-6720s kernel: [ 733.225561] iwl3945 0000:10:00.0: Start IWL Error Log Dump:
Feb 27 13:50:10 hpcompaq-6720s kernel: [ 733.225568] iwl3945 0000:10:00.0: Status: 0x000202E4, count: 1
Feb 27 13:50:10 hpcompaq-6720s kernel: [ 733.225574] iwl3945 0000:10:00.0: Desc Time asrtPC blink2 ilink1 nmiPC Line
Feb 27 13:50:10 hpcompaq-6720s kernel: [ 733.225812] iwl3945 0000:10:00.0: SYSASSERT (0x5) 0000052787 0x008B6 0x0035E 0x00320 0x00000 267
Feb 27 13:50:10 hpcompaq-6720s kernel: [ 733.225812]
Feb 27 13:50:10 hpcompaq-6720s kernel: [ 733.225831] iwl3945 0000:10:00.0: Error Reply type 0x00000001 cmd UNKNOWN (0x40) seq 0x0000 ser 0x00400000
Feb 27 13:50:10 hpcompaq-6720s kernel: [ 733.227646] iwl3945 0000:10:00.0: Can't stop Rx DMA.
Feb 27 13:50:10 hpcompaq-6720s kernel: [ 733.227937] ieee80211 phy0: Hardware restart was requested
Feb 27 13:50:10 hpcompaq-6720s kernel: [ 733.312247] wlan0: authenticate with <mac address>
Feb 27 13:50:10 hpcompaq-6720s kernel: [ 733.312298] wlan0: send auth to <mac address> (try 1/3)
Feb 27 13:50:10 hpcompaq-6720s kernel: [ 733.320744] wlan0: authenticated
Feb 27 13:50:10 hpcompaq-6720s kernel: [ 733.324115] wlan0: associate with <mac address> (try 1/3)
Feb 27 13:50:10 hpcompaq-6720s kernel: [ 733.528087] wlan0: associate with <mac address> (try 2/3)
Feb 27 13:50:11 hpcompaq-6720s kernel: [ 733.732079] wlan0: associate with <mac address> (try 3/3)
Feb 27 13:50:11 hpcompaq-6720s kernel: [ 733.792083] iwl3945 0000:10:00.0: Queue 0 stuck for 433792 ms.
Feb 27 13:50:11 hpcompaq-6720s kernel: [ 733.792095] iwl3945 0000:10:00.0: On demand firmware reload
Feb 27 13:50:11 hpcompaq-6720s kernel: [ 733.792503] ieee80211 phy0: Hardware restart was requested
Feb 27 13:50:11 hpcompaq-6720s kernel: [ 733.936093] wlan0: association with <mac address> timed out
Feb 27 13:50:14 hpcompaq-6720s kernel: [ 737.169093] wlan0: authenticate with <mac address>
Feb 27 13:50:14 hpcompaq-6720s kernel: [ 737.174526] wlan0: send auth to <mac address> (try 1/3)
Feb 27 13:50:14 hpcompaq-6720s kernel: [ 737.376067] wlan0: send auth to <mac address> (try 2/3)
Feb 27 13:50:15 hpcompaq-6720s kernel: [ 737.580099] wlan0: send auth to <mac address> (try 3/3)
Feb 27 13:50:15 hpcompaq-6720s kernel: [ 737.649202] wlan0: authenticated
Feb 27 13:50:15 hpcompaq-6720s kernel: [ 737.652108] wlan0: associate with <mac address> (try 1/3)
Feb 27 13:50:15 hpcompaq-6720s kernel: [ 737.662002] wlan0: RX AssocResp from <mac address> (capab=0x411 status=0 aid=1)
Feb 27 13:50:15 hpcompaq-6720s kernel: [ 737.665999] wlan0: associated
I google internet by looking how to solve problem but all information which I found not helped. I tried to use parameters to modules driver (iwl3945, mac80211) — not helped. I tried to use ndiswrapper — no luck with found and start working Windows XP driver.
I even tried ‘solution’ from this post http://forums.linuxmint.com/viewtopic.p … 45#p793436 but I think that if that works on Mint 16 it doesn’t work on LMDE because when the driver iwl3945 is loading all dependency modules are loads too (if I correct read modinfo).
So I started thinking that maybe it’s a problem with kernel.
I boot up LiveCD Mint 13. Disconnection didn’t happend for an hour. Only this messages shows up on kern.log many times:
Code: Select all
Feb 27 11:29:40 mint kernel: [ 409.368754] wlan0: associated
Feb 27 11:29:40 mint kernel: [ 409.371285] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
Feb 27 12:03:22 mint kernel: [ 2431.606216] iwl3945 0000:10:00.0: Microcode SW error detected. Restarting 0x82000008.
Feb 27 12:03:22 mint kernel: [ 2431.606228] iwl3945 0000:10:00.0: Loaded firmware version: 15.32.2.9
Feb 27 12:03:22 mint kernel: [ 2431.606268] iwl3945 0000:10:00.0: Start IWL Error Log Dump:
Feb 27 12:03:22 mint kernel: [ 2431.606275] iwl3945 0000:10:00.0: Status: 0x000202E4, count: 1
Feb 27 12:03:22 mint kernel: [ 2431.606281] iwl3945 0000:10:00.0: Desc Time asrtPC blink2 ilink1 nmiPC Line
Feb 27 12:03:22 mint kernel: [ 2431.606519] iwl3945 0000:10:00.0: SYSASSERT (0x5) 0000058227 0x008B6 0x0035E 0x00320 0x00000 267
Feb 27 12:03:22 mint kernel: [ 2431.606522]
Feb 27 12:03:22 mint kernel: [ 2431.606539] iwl3945 0000:10:00.0: Error Reply type 0x00000001 cmd UNKNOWN (0x88) seq 0x0034 ser 0x00880000
Feb 27 12:03:22 mint kernel: [ 2431.611191] iwl3945 0000:10:00.0: Can't stop Rx DMA.
Feb 27 12:03:22 mint kernel: [ 2431.611279] ieee80211 phy0: Hardware restart was requested
Feb 27 12:05:25 mint kernel: [ 2553.694943] iwl3945 0000:10:00.0: Microcode SW error detected. Restarting 0x82000008.
Feb 27 12:05:25 mint kernel: [ 2553.694958] iwl3945 0000:10:00.0: Loaded firmware version: 15.32.2.9
Feb 27 12:05:25 mint kernel: [ 2553.694998] iwl3945 0000:10:00.0: Start IWL Error Log Dump:
Feb 27 12:05:25 mint kernel: [ 2553.695005] iwl3945 0000:10:00.0: Status: 0x000202E4, count: 1
Feb 27 12:05:25 mint kernel: [ 2553.695012] iwl3945 0000:10:00.0: Desc Time asrtPC blink2 ilink1 nmiPC Line
Feb 27 12:05:25 mint kernel: [ 2553.695250] iwl3945 0000:10:00.0: SYSASSERT (0x5) 0000209643 0x008B6 0x00274 0x0031C 0x04EA2 116
Feb 27 12:05:25 mint kernel: [ 2553.695253]
Feb 27 12:05:25 mint kernel: [ 2553.695289] iwl3945 0000:10:00.0: Error Reply type 0x00000005 cmd REPLY_TX (0x1C) seq 0x025D ser 0x00740000
Feb 27 12:05:25 mint kernel: [ 2554.192089] iwl3945 0000:10:00.0: Error sending REPLY_RATE_SCALE: time out after 500ms.
Feb 27 12:05:25 mint kernel: [ 2554.192102] iwl3945 0000:10:00.0: Error setting HW rate table: FFFFFF92
Feb 27 12:05:25 mint kernel: [ 2554.200570] iwl3945 0000:10:00.0: Can't stop Rx DMA.
Feb 27 12:05:25 mint kernel: [ 2554.200841] ieee80211 phy0: Hardware restart was requested
Feb 27 12:33:21 mint kernel: [ 4230.424625] iwl3945 0000:10:00.0: Microcode SW error detected. Restarting 0x82000008.
Feb 27 12:33:21 mint kernel: [ 4230.424633] iwl3945 0000:10:00.0: Loaded firmware version: 15.32.2.9
Feb 27 12:33:21 mint kernel: [ 4230.424668] iwl3945 0000:10:00.0: Start IWL Error Log Dump:
Feb 27 12:33:21 mint kernel: [ 4230.424673] iwl3945 0000:10:00.0: Status: 0x000202E4, count: 1
Feb 27 12:33:21 mint kernel: [ 4230.424676] iwl3945 0000:10:00.0: Desc Time asrtPC blink2 ilink1 nmiPC Line
Feb 27 12:33:21 mint kernel: [ 4230.424909] iwl3945 0000:10:00.0: SYSASSERT (0x5) 0000010684 0x008B6 0x0035E 0x00320 0x00000 267
Feb 27 12:33:21 mint kernel: [ 4230.424911]
Feb 27 12:33:21 mint kernel: [ 4230.424925] iwl3945 0000:10:00.0: Error Reply type 0x00000001 cmd UNKNOWN (0x88) seq 0x0034 ser 0x00880000
Feb 27 12:33:21 mint kernel: [ 4230.429339] iwl3945 0000:10:00.0: Can't stop Rx DMA.
Feb 27 12:33:21 mint kernel: [ 4230.429437] ieee80211 phy0: Hardware restart was requested
I even tried on SolusOS LiveCD. The same. Wifi works except the messages same as above from Mint 13. But disconnection from AP did not take place.
On Mint 13 from LiveCD kernel is:
Code: Select all
uname -a
Linux mint 3.2.0-23-generic #36-Ubuntu SMP Tue Apr 10 20:41:14 UTC 2012 i686 i686 i386 GNU/Linux
I’m trying find solutions or workaround for 2 days now.
Any working solutions would be appreciated.
Thank You.
My installed System information:
Code: Select all
uname -r -v
3.11-2-686-pae #1 SMP Debian 3.11.8-1 (2013-11-13)
lsb_release -a
No LSB modules are available.
Distributor ID: LinuxMint
Description: LMDE MATE Edition
Release: 1
Codename: debian
inxi -CNnMxz
Machine: System: Hewlett-Packard product: HP Compaq 6720s version: F.0D
Mobo: Hewlett-Packard model: 30D8 version: KBC Version 83.0E
Bios: Hewlett-Packard version: 68MDU Ver. F.0D date: 11/04/2008
CPU: Dual core Intel Pentium Dual CPU T2310 (-MCP-) cache: 1024 KB flags: (lm nx pae sse sse2 sse3 ssse3) bmips: 5852.06
Clock Speeds: 1: 1467.00 MHz 2: 800.00 MHz
Network: Card-1: Intel PRO/Wireless 3945ABG [Golan] Network Connection driver: iwl3945 ver: in-tree:s bus-ID: 10:00.0
IF: wlan0 state: up mac: <filter>
Card-2: Intel 82562GT 10/100 Network Connection driver: e1000e ver: 2.3.2-k port: 4020 bus-ID: 00:19.0
IF: eth0 state: down mac: <filter>
Last edited by LockBot on Wed Dec 28, 2022 7:16 am, edited 1 time in total.
Reason: Topic automatically closed 6 months after creation. New replies are no longer allowed.
I am writing some automated probing cycles for my GUI and have come up against a problem. I am not sure if this is a GUI or a Grbl problem, but I believe it is Grbl. The probe cycle I am implementing is a corner probe cycle where it goes through the many steps. Below is an example of a few lines where the problem occurs, with the grbl echoes shown in bold. I have added a description of what the code is doing with each issued command.
==== START Z ====
[echo: G91G38.2Z-0.3F1] (Probe Z- (faster feed rate))
[PRB:-3.0000,-3.0000,-3.0375:1]
ok
[echo: G91G0Z0.100] (rapid Z+ for pull off)
ok
[echo: G91G38.2Z-0.2F1] (probe Z- (slower feed rate)
[PRB:-3.0000,-3.0000,-2.9454:1]
ok
[echo: G91G0Z0.100] (rapid Z+ for pull off)
ok
==== Z Done ====
==== START X ====
[echo: G91G0X-0.3] (rapid -X to get off corner)
ok
[echo: G91G0Z-0.2] (rapid Z- to position probe below top of part)
ok
[echo: G91G38.2X0.3F1] (probe X+ (faster feed rate))
[PRB:-3.2879,-3.0000,-3.0468:1]
ok
[echo: G91G0X-0.100] (rapid X- for pull off)
ok
[echo: G91G38.2X0.2F1] (probe X+ (Slower feed rate))
[PRB:-3.3772,-3.0000,-3.0468:1]
ok
[echo: G91G0X-0.100] (rapid X- for pull off)
ok
==== X Done ====
==== START Y ====
[echo: G91G0Z0.2] (rapid Z+ above part)
ok
[echo: G90G53G0X-3] (rapid X to where X started from)
ok
[echo: G91G0Y-0.3] (rapid -Y to get off corner)
ok
[echo: G91G0Z-0.2] (rapid Z- to position probe below top of part)
ok
[echo: G91G38.2Y0.3F1] (probe Y+ (faster feed rate))
There are more steps after this, but this is an example of where a problem is occurring. As you can see, Grbl echoed the G91G38.2Y0.3F1 line properly, but never starts movement on this command. Also, there is never a probe response sent or an «ok» message, or Alarm, or error. When this happens, my GUI is waiting for a probe result. The problem doesn’t always occur at this specific spot, but it always happens at the issuance of a G38.2 command. Sometimes it gets all the way through the whole subroutine successfully. At the point or failure, the GUI is still receiving status responses, and they show that Grbl is Idle. Here is a cut and paste of one.
<Idle|MPos:-3.4142,-3.0000,-3.0468|FS:0.0,0|Ov:100,100,100>
While in this state, non-realtime commands don’t work, but I can send a reset an it resets, but something is going on.
Let me know what you think.