Application Protocol. After a particular course has been identified as beneficial for the staff member to attend, a Course Application / Funding Request Form (see Appendix A) must be completed between the staff member and their line manager. This is then reviewed by the partners and / or The IGPF manager to identify which training requests should be approved, their priority, and whether staff cover is required / available. After a request to attend a course of training has been reviewed, a letter will be sent to the staff member with the outcome of their request. If the application has been approved, a Training Agreement (see Appendix B) will need to be completed by the staff member and The IGPF manager. This is to ensure that the staff member is aware of their rights and responsibilities with regard to the funding of the course and its successful completion. If expenses have been incurred as a result of attending a course of training, an Expenses Claim Form (see Appendix C) will need to be completed on each occasion a reimbursement is required. Expenses must be agreed by The IGPF Operation manager in advance, and will only be paid on receipt of a correctly completed claim form, supported by all receipts. Payment will normally be paid in arrears through the monthly payroll. Following the completion of any training course that has been funded by The IGPF, a Training Evaluation Form (see Appendix D) will need to be completed by the attending staff member. This is to enable The IGPF to review the success rate of courses attended and evaluate their benefit to The IGPF and its staff. This, in turn, will aid the decision-making process on whether future courses of the same nature should be funded by The IGPF. The IGPF Course Application / Funding Request Form Part 1 of 2 – To be completed by the employee, then handed to their line manager Staff Member’s Name Job Title Date of Request Course Title and Description Venue Date(s) and Time(s) Estimated Course Cost £ Estimated Travel / Subsistence Costs £ Estimated Accommodation Costs (where applicable) £ Has this area of training been identified as a priority need in your last appraisal? If so, was this by you or your line manager? If this was not previously identified as a priority need in your last appraisal, why do you feel it is of importance that you attend? What benefits do you see for The IGPF by you taking part in this course? What benefits do you see for your Continued Professional Development by you taking part in this course? N...
Application Protocol. For reasons of interoperability a network application communicates using a strict protocol (called the ap- plication protocol). The particular application protocol used by your server is outlined in this section. Fixed-width font represents text which is fixed for the given command or response, while parameters that may vary are shown in italics. Every command and response consists of a single line of text. The server should handle any combination of the characters ’\n’ and ’\r’ as line terminator and should send back responses terminated by a single ’\n’. You should be able to test your server using telnet as a client or indeed any other client capable of sending and receiving plain text.
Application Protocol. You are responsible for designing the application protocol for the two-phase commit algorithm. Give some thought to this design, preferably before starting coding so that your protocol is robust and unambiguous. The protocol must be fully described in a file named protocol2pc.txt included in your submission. In addition, whenever D is true your server must print to the standard output all the messages ex- changed with its peers (sent and also received). Please identify in such a printout what are the messages that have been sent and what are the messages that have been received. WRITE request from a client Idle Precommit multicasted Negative acknowledgment (or timeout) Broadcast ABORT Operation performed Positive acknowledgment by everybody Perform prescribed operation Commited Broadcast PRECOMMIT Idle Precommit received Server not available Send negative acknowledgment Undo Precommit acknowledged Commited Negative acknowledgment (or timeout) Broadcast UNSUCCESSFUL Server available Send positive acknowledgment Positive acknowledgment by everybody Broadcast COMMIT (and necessary data) Operation fails Broadcast UNSUCCESSFUL Operation succeeds Broadcast SUCCESSFUL Receive UNSUCCESS Undo operation Receive SUCCESS Receive PRECOMMIT Receive ABORT (or timeout) Operation unsuccessful Send UNSUCCESS Operation successful Send SUCCESS Receive COMMIT Perform operation Figure 1: The master (above) and slave (below) in the two-phase commit protocol. 3 Implementation and Testing Most of the implementation requirements have already been outlined earlier. The only major thing left to specify is how are the configuration parameters obtained. We also include a short discussion on debugging considerations.
