Các điểm cuối gồm có TCP source và sink agent sử dụng XCP cũng như thuật toán khiển chống tắc nghẽn của chúng. Các node trung gian hay các router ghi giá trị thông tin phản hồi feedback trên mỗi header packet vào trong giá trị delta_throughput và giá trị này có thể được tăng lên nếu giá trị thông tin phản hồi là tích cực (+) và sẽ giảm nếu giá trị thông tin phản hồi là tiêu cực (f). Khi đó các packet giữ giá trị delta_throughput và gửi trở lại người gửi trong trường reverse_feedback của header chống tắc nghẽn.(nếu là TCP thì packet này là một ACK).
Người gửi nhận các giá trị reverse_feedback này để điều chỉnh tỷ lệ gửi tin bằng cách tăng hoặc giảm kích thước cửa sổ chống tắc nghẽn. Packet header được sử dụng bởi XCP là một công cụ giống như một cấu trúc gọi hdr_xcp trong ns được trình bày như sau:
double x_; // idealized inter"packet time double rtt_;
enum {
XCP_DISABLED = 0, XCP_ENABLED, XCP_ACK,
} xcp_enabled_; // to indicate that the flow is XCP enabled int xcpId_; // Sender’s ID (debugging only)
double cwnd_; // The current window (debugging only) double reverse_feedback_;
// """ Initialized by source and Updated by Router double delta_throughput_;
unsigned int controlling_hop_;// router ID (debugging only)
XCP nơi nhận chịu trách nhiệm sao chép giá trị delta_throughput vào trong trường reverse_feedback của các ACK packet. Trong một số trường hợp nơi ack trể được sử dụng, người nhận tính tổng các các giá trị delta_throughput trong các packet đến rồi sao chép vào trường reverse_feedback của ACK packet gửi trở lại.
Trường controlling_field mang địa chỉ của các router đã được cập nhật giá trị thông tin phản hồi được sử dụng để sửa lỗi. Trong trường hợp một packet bị thất lạc trên mạng, thuật toán điều khiển chống tắc nghẽn TCP ‘s Van Jacobson sẽ được sử dụng trên XCP cho dù trong ns trường hợp này xảy ra rất ít. Cùng với sự nhận được của nhân bản ACK biểu thị packet bị thất lạc, cwnd giảm đi một nửa và phát lại packet bị thất lạc. Do đó các router XCP tiếp tục gửi giá trị thông tin phản hồi tới các nguồn cơ sở.