Mutuals: Segment - 7

.
Stop-Betting Signal

The stop-betting signal is sent by Host System or, as a backup, handled by the Guest, but the final responsibility resides with the Guest site. Once the final cycle has been completed, all systems receive confirmation of pool data being received by the Host. If a pool or pools fail to be received, pools are re-sent, either automatically or manually.

Stop betting procedures vary state-to-state and track-to-track. Some common pool Hosts
require betting be stopped at the Guest site(s) a number of minutes before post time, while others do so only on specific Pick-N or super exotic carryover pools.

The integrity of the wagering pool is dependent upon all wagering everywhere being brought to an end at the start of the race. Failure to meet this basic requirement violates the integrity of the pool, opens all parties to legal liability and regulatory action, and undermines patrons' confidence. Host tracks should be aware a lax policy on policing the close of wagering directly affects all bettors and can make wagering on its races unattractive to fans. There may also be regulatory and legal implications.

If a Guest system is unable to adequately ensure its wagering ceased at the required time,
both Host and Guest should have written agreement on what procedure will be followed.

Furthermore, patrons at facilities of the Guest system should be made aware of the procedures that will be implemented should there be a failure of the wagering to close at the proper time.

Race Results and Prices

Placing Judges generate the race results, which then are relayed to the Guests by either
telephone or via the video feed on separate pools and electronically through the tote systems on common pools. Host calculates all merged prices and sends them to Guests when the race becomes official.

Advance Wagering on subsequent races either has remained open or is reopened
automatically by the Host or manually by Guest. If board displays are in use, the current race is named (becomes the default race in the tote system) for purposes of display.

iv. Variations in Procedures Although there are minor differences in the operation of each vendor's systems, most of the flexibility in operation is there for different applications in the field. Almost every system in use today operates on at least ITSP 5.14 protocol so all can communicate, but most North American systems are currently using ITSP 5.18 or 5.19. The implementation of ITSP Version

5.18 provides greater security protection to the tote system, including the leg-by-leg reporting of Pick-N pools through progressive scans. A copy of the Inter-Tote System Protocol versions 5.18 and 5.19 are included as pdf files in the “Referenced Documents” folder on this disc.