Định tuyến yêu cầu dựa trên URL
Các giao thức lớp ứng dụng như là HTTP và RTSP mô tả nội dung được yêu cầu bằng các URL của nó. Trong nhiều trường hợp, thông tin này đủ để tạo thành nội dung đó và định hướng yêu cầu một cách phù hợp. Trong hầu hết các trường hợp, thông tin đó có thể đủ để tạo ra quyết định định tuyến yêu cầu chỉ bằng cách kiểm tra tiền tố hoặc hậu tố của URL.
Định hướng theo mã ứng dụng 302
Theo phương pháp này, yêu cầu của client trước tiên được chuyển sang một server sao lưu ảo. Sau đó, server sao lưu này sẽ gửi trả lại một mã ứng dụng cụ thể như là 302 (trong trường hợp của HTTP hoặc RTSP) để định hướng client tới nút phân phối thực.
Kỹ thuật này có khả năng thực thi dễ dàng. Tuy nhiên, trở ngại chính của phương pháp này là làm tăng trễ do phải gửi bản tin đổi hướng ngược trở lại client.
Kỹ thuật In-Path Element
Theo kỹ thuật này, một phần tử In-Path hiện diện trong mạng có các đường của chuyển tiếp các yêu cầu của client. Phần tử in-path kiểm tra các yêu cầu nội dung của client và thực hiện tới nút phân phối thích hợp và chuyển tiếp các yêu cầu của client. Nói chung, đường phản hồi sẽ đi qua phần tử in-path kiểm tra các yêu cầu nội dung của client và thực hiện các quyết định định tuyến yêu cầu. Sau đó, phần tử này sẽ ghép kết nối của client tới nút phân phối thích hợp và chuyển tiếp các yêu cầu của client. Nói chung, đường phản hồi sẽ đi qua phần tử in-path. Tuy nhiên, có thể sắp đặt để phản hồi trực tiếp bằng cách chuyển thông tin biên dịch địa chỉ tới server sao lưu hoặc nút phân phối nhờ một số cách thức riêng.
Định tuyến yêu cầu dựa vào tiêu đề
Kỹ thuật này bao gồm các thao tác sử dụng HTTP như là Cookie, Language, và User-Agent, để lựa chọn server sao lưu.
Các Cookie có thể được sử dụng để nhận biết customer hoặc phiên trang web. Định tuyến yêu cầu dựa trên Cookie cung cấp cách phân biệt dịch vụ nội dung dựa trên client. Phương pháp này hoạt động với điều kiện là các Cookie thuộc về client. Tiêu đề Language có thể được sử dụng để định hướng lưu lượng tới nút phân phối language cụ thể. User-agent header giúp nhận biết các kiểu thiết bị client. Ví dụ, voice-browser, PDA, hoặc cell phone có thể chỉ ra kiểu nút phân phối mà có nội dung chuyên dụng để xử lý yêu cầu nội dung của client.