Page tree
Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 49 Next »

This is WIP and likely to change.

This page is a work in progress, and is subject to changes.

Dispatch Standard Operating Procedures

Dispatching is a job often taken up by rats who aren't able to be in-game at the moment, or as a break from the rat racing to deliver fuel to the client. It is an important job, and one that can at times require a cool head, a capacity for multitasking, and attention to detail.

Dispatch is the client's primary point of contact, and handles the case on the IRC channel, while the rats take care of the in-game communications and the actual fueling of the client. We won't say that Dispatching is the most important job, but it is important to do it right.

Philosophy of Dispatch

Not only does the role of dispatch revolve around an amazingly stylish hat, but the Philosophy of Dispatching is slightly different than other roles.

Philosophy of Dispatch


For Newer Rats

Dispatching is a job that requires experience in both procedure and game mechanics. Although some rats are capable of learning simply by watching, it is strongly recommended that you gain ample experience before picking up the hat. Un-drilled dispatchers can volunteer for dispatch in drills, or practice informally with dispatch-drilled rats in the drill channels to gain dispatching experience.

Preparing for dispatch

In most cases, there is only one active Dispatch on #fuelrats. The role and responsibility of Dispatcher is passed from person to person as needed, and is in Fuel Rats colloquium called "Having the hat". To simplify seeing who has the hat, most Dispatchers tag themselves with the [DISPATCH] tag after their nickname on IRC. It's not a requirement, but it helps to keep people aware of who has the hat.

Don't leave the hat on if you aren't at the keyboard!

If you have tagged yourself as Dispatch, it is considered poor form to go off and do other things that don't allow you to respond within a few seconds to a Ratsignal. If you have to go away for a while, consider either hanging up the hat, or notifying #RatChat, so that someone else can prepare the client if a case arrives while you are gone.

Check the Board for inactive cases and familiarize yourself with them; if necessary, ask rats assigned to the case on their status, or in #RatChat if none of them are online. You may also want to bring up the web based Dispatch Board to help track cases, or equip yourself with pen and paper, in case things get busy. Having an open Private Message window to MechaSqueak can also help.


Fuel Rats Knowledge Base

The Fuel Rats Knowlege Base has current information that may be useful for Rats and Dispatches to be aware of.


Client Arrival

99% of our cases arrive through the webpage, and are thus announced onto the server by RatMama, with all the relevant details of the case.

<&RatMama[BOT]> Incoming Client: Testclient - System: Fuelum - Platform: PC - O2: OK - Language: English (en-US)

MechaSqueak responds to this by creating a case for the client, and triggering a Ratsignal that should highlight rats and notify them of the new case. Unless the client skipped entering any information, everything you and the Rats need to start the rescue is presented in that line of text - the CMDR name of the client, their system, what platform they are on, and their O2 status.

Automatic Code Red information

If the client has indicated that they are on Emergency O2 on the login form, MechaSqueak tells them to log out to main menu automatically. However, you should confirm with the client as soon as possible that they have in fact logged out.

Your first action as Dispatch should be to !prep the client, which has Mecha tell them to power down their modules and come to a complete stop. It also tells them to leave their Multi-crew session if they're in one.  (See the MechaSqueak Command Reference)  A Multi-crew session prevents them from winging with the Rats, so it's important that they exit their session.

Do not reverse-FR or Message clients who immediately leave IRC

We do not send reverse FRs or XBL/PSN messages to clients who send a ratsignal and then immediately disconnect and do not return. The client may have changed their mind, or in extremis, it may even be someone using someone else's CMDR name. If they require help, they will reconnect.

Beyond that, if the client has communicated previously and hasn't clearly indicated they no longer need assistance, Dispatch may instruct rats to attempt reverse FRs if it's probable the client still wants help.

Client's Preferred Language

When connecting through the Kiwi IRC, MechaSqueak and RatMama will announce the language that the client's internet browser is set to (it is not selected by the client manually). It's advisable to confirm with the client what language they are comfortable using for the rescue as many players are comfortable with English. If a language other than English is preferred, Mecha is has built-in translations for commands and facts. It's a good idea to utilize a rat that can speak the client's language as dispatch (even if undrilled as dispatch) and for the debrief (the IRC channel #debrief can be used for this). Google Translate or other translations should be an absolute last resort for a variety of reason. These reasons include, translations are no where near perfect and can lose important information, many languages do not have a local translation of the game, so CDMRs are still playing the English version of the game (translating in game commands can cause more confusino).

Currently, Mecha has translations for the following languages (add -xx to the end of the command or fact for each language):

-enEnglish (default for all commands/facts)

Clients Entering Through #ratchat

For various reasons clients may enter IRC through #ratchat. Once it's determined that they need fuel the following steps should be followed:

  1. Confirm their o2 status and prep them
  2. Get case information and setup case in MechaSqueak[BOT]
  3. Dispatch rats
  4. Ask client to move to #fuelrats to continue the rescue

In order to not delay the rescue, only ask the client to move to #fuelrats after the rescue is underway and only ask once. If the client doesn't move, continue the rescue in #ratchat.

Assigning Rats

At this point, rats should call their jumps to the client, indicating both their willingness to go on the rescue, and how far away they are from them. For a normal, non-code red rescue, one or two rats is sufficient. Two rats are preferred and is the standard for all non-CR rescues.  If it's slow, and the rats for the most part have the same jump count, feel free to assign more. Using the !assign or !go commands, send the rats on the rescue, and if necessary instruct the client on how to add the rats to their friends list, using the platform-dependent !facts. While underway to the client, the rats will report back when they have received the friend request (Or the lack thereof), and you can have the client add them to their wing, and then drop the beacon.

To remove rats from a rescue, use the !unassign command.  Rats should be unassigned if they don't attempt a rescue after calling jumps, or incorrect Rat assignments are made.  The intent of unassigning Rats isn't to remove them if they've made effort in attempting to rescue a client.  For example, if multiple Rats attempt to wing and instance with a client unsuccessfully, they should NOT be unassigned after their attempts.  Likewise, if multiple Rats are assigned to an LRR and fly towards a client's location, one of them shouldn't be unassigned if the client returns early and the Rat isn't online for the actual rescue.

For Long Range Rescues see our Long Range Rescue Guide.

The Rescue

Once the rats arrive in the client's system, they will report this and whether they have the beacon in sight. Sometimes, the client may be in the sun's exclusion zone, which may require a SuperCruise hop, which is performed by having the client reenable their FSD and thrusters, go to SuperCruise, and head away from the star for a few seconds before dropping back down.

Barring any instancing problems, the rats should then be able to drop on their beacon and deliver fuel. They will indicate this with the fueling, refueling or fuel+ report. Once they do, you can safely !close the case. Instruct the rats to perform debrief and paperwork, and thank the client for their custom.



We usually include the catchphrase "Fly safe, CMDR o7" and ask the client to tell their friends about the Fuel Rats, to help ensure no Commander needlessly dies due to lack of fuel.

Dispatch SOP Quick Reference Sheet

Standard Rescue (Client not on Emergency O2)

  1. !Prep the client.
  2. Assign rats to the client.
  3. If needed, give instructions to client about friend requests/wing invite/beacon.
  4. If the client is far away it's a good idea to have them check their fuel status and notify dispatch when the get low or even log them out to conserve fuel.
  5. If the rat(s) don't get instance, perform a SC-hop.
  6. If still no instance, have all rats and the client restart the game (no need to close the launcher), test comms from main menu and try again with rats in SC ready for beacon and wing.
  7. When clearing a case, assign the rat that got first limpet to do the paperwork. (Use !close <case> <rat> )
    1. If the client disconnects or otherwise disappears before we can successfully rescue them, file the rescue as normal, under the "other" category.
    2. If no rat was assigned or it was a duplicate case, use !md to add it to the deletion list.

Code Red Procedures (Client on Emergency O2)

Ensure that you have the client's system, and that the client has logged out to main menu.

  1. Make sure they don't log in until told otherwise.
  2. CRs are usually (but not always) performed by 3 rats to raise the chance of successfully instancing with the client.
  3. Get the client's location in system, and place rats accordingly. If we do not have an accurate position, see the Bearing and Distance section below.

    Getting Client's Location

    Sometimes the client doesn't exactly know what system they're in. PC Clients can look at or send a copy of their CMDR's Journal to confirm the last system they jumped into. Xbox and PS4 commanders can obtain info on their current location through Frontier's Companion API.

    We have a journal reader that can make this process easier for all platforms (please note that the reader has been tested, but may still contain bugs).

    !findsystem provides instructions on how to find the journal on PC if the client would prefer to manually find the log.

    Xbox and PS4 CMDRs also have a continually recording game DVR that records their gameplay. Xbox CMDRs can record the last 5 minutes of gameplay and PS4 CMDR can record up to the last 15 minutes. Depending on how quickly dispatch reacts, a client can record their latest gameplay confirming the last system they jumped into.

  4. Give the client instructions on how to set their beacon and send wing invites, and have them log into open play.
    1. If client is too far for the rats to reach in short order, let the rats get a bearing and distance and log them out to main menu again until rats are in position.
    2. If the rats can't get instance, distance to beacon can be helpful to see if client is in exclusion-zone. In any case, log client out again.
    3. If client is in exclusion zone (EZ), rats need to perform a TFP (tactical faceplant).
    4. If client is not in EZ, let all involved parties restart the game (no need to close the launcher). Have the client send text messages to each rat from main menu, and try again with rats in SC ready for beacon and wing.
      1. If client is in open space (not close to any structures), one of the rats may wait at the drop in normal space for next login of client and do a short SC-hop followed by a nav-lock-drop if the client doesn't respawn right in front of them.
      2. If this also fails, the client may not be connectable due to NAT problems. Follow the NAT Troubleshooting guide. (Not implemented yet)


Having the rats create the wing and inviting the client might sound like a good idea to save time, but it is not SOP due to it actually reducing the likelyhood the rats will successfully instance with the client. A Technical Review of the SOP can be found here. With that said, there are extreme cases where there is zero chance of that client logging in, winging all rats and turning their beacon on with the amount of o2 they have left. In those extreme cases, and only in those cases is pre-winging the only option for the client to survive. Clients have successfully been rescued when logging in with 30 seconds of o2, and a good location is known. It's important to weigh all risk factor before deviating from SOP by pre-winging.

It's also important to ensure that the rats are de-winged and the timer cooldown is complete, if the client had to log out for any reason during the rescue. Sidenote: if the client does have to log out, their thrusters will turn back on when they log in, make sure they prep again.

o2 Synthesis

It is possible to synthesize o2, but it requires 2 Iron and 1 Nickel. It also requires 20 seconds of time for the synthesis to happen. Newer players are less likely to have the materials, and they may not know what they have. But sometimes players know for certain that they have the materials, which can play into the rescue strategy.

On PC, the CMDR Journal includes totals for all materials that have been collected. The actual quantity of materials can be confirmed without logging in the CMDR by having them locate their journal (see "Getting Client's Location" above)

Tactical Faceplant (TFP)

If rats are unsure how to perform this as it is actually very seldom:

  1. Rats should be a bit away from the star so that they can circle it if necessary. A rule-of-thumb would be a speed of 2c.
  2. They have to bring the wing-signal and the center of the star into overlap and try to keep that until they automatically emergency-drop.
  3. Even when they only see a signal after drop, they shall start boosting towards it. It often takes 20-30s for the client to actually pop-up in the game.

TFP blind drop. This is just in case a standard TFP drop does not work.

A blind drop = untargetting beacon and dropping blind on the approximate location

Blind drop = go to towards the beacon, slow down to 30km/s (minimum SC speed), at about 300 km distance untarget the beacon, count 10s and drop. Hopefully you'll get close enough to client.

You can practice that on outposts - they work the exact same way as wing beacon in this regard. FSD will actually tell you "no target, dropping"

Please note that the drop spot can be affected by server lag. Up to 2s – that is 60 km.


Mecha Command Reference 

These are some of the more common Mecha commands you will use during a rescue. For more thorough reference how to use mecha during rescues, see Mecha Interaction - For Dispatchers


!prep <name>Sends information to the client to power down modules and come to a complete halt. Your first command in the rescue workflow.
!pcquit / !xquit / !psquit <name>Instructs the client to log out from the game to conserve fuel reserves. Important on long range rescues, or clients about to go (or already on) Emergency O2.
!assign / !go <case> <rat>Sends a rat on a case. You can refer to the case by nickname or by case ID
!pcfr / !xfr / !psfr <name>Sends instructions on how to add rats to friends lists, for PC and Xbox respectively.
!pcwing / !xwing / !pswing <name>Sends instructions on how to add rats to a wing.
!pcbeacon / !xbeacon / !psbeacon <name>Sends instructions on how to set your wing beacon
!sys <client> <system>Updates a client's system location, if it should be incorrect
!cmdr <client> <cmdrname>Updates the client's CMDR name
!xb / !pc / !ps <case>Sets the platform of a case.
!close <case> <firstlimpet>Closes a case, and sends the paperwork link to the indicated rat who got first limpet.
!md <case> <reason>Marks a case for deletion.Use only for duplicate cases, or cases where rats never got assigned before the client left. See How to File Cases / When to !md, !invalid and !delete cases
!sc <client>Instructs the client to perform a SuperCruise Hop, to get out of exclusion zones around planets and suns.
  • No labels