在UDP ASSOCIATE應答中由BND.PORT指明了服務器所使用的UDP端口，一個基於UDP協議的客戶必須發送數據報至UDP轉發服務器的該端口上。如果協商的認證方法中有以完整性、認證和/或安全性為目的的封裝，這些數據報必須按照該方法所定義的方式進行封裝。每個UDP數據報都有一個UDP請求頭在其首部：
RSV FRAG ATYP DST.ADDR DST.PORT DATA 2 1 1 Variable 2 Variable在UDP請求頭中的字段是：
· RSV 保留 X’0000’
· FRAG 當前的分段號
· ATYP 後面的地址類型
· IPV4：X’01’
· 域名：X’03’
· IPV6：X’04’
· DST.ADDR 目的地址
· DST.PORT 以網絡字節順序出現的端口號
· DATA 用戶數據
當一個UDP轉發服務器轉發一個UDP數據報時，不會發送任何通知給客戶端；同樣，它也將丟棄任何它不能發至遠端主機的數據報。當UDP轉發服務器從遠端服務器收到一個應答的數據報時，必須加上上述UDP請求頭，並對數據報進行封裝。
UDP轉發服務器必須從SOCKS服務器得到期望的客戶端IP地址，並將數據報發送到UDP ASSOCIATE應答中給定的端口號。如果數據報從任何IP地址到來，而該IP地址與該特定連接中指定的IP地址不同，那麼該數據報會被丟棄。
FRAG字段指明數據報是否是一些分片中的一片。如果SOCKS服務器要實現這個功能，X’00’指明數據報是獨立的；其他則越大越是數據報的尾端。介於 1到127之間的值說明了該分片在分片序列裡的位置。每個接收者都為這些分片提供一個重組隊列和一個重組的計時器。這個重組隊列必須在重組計時器超時後重新初始化，並丟棄相應的數據報。或者當一個新到達的數據報有一個比當前在處理的數據報序列中最大的FRAG值要小時，也必須重新初始化從組隊列。重組計時器必須小於5秒。只要有可能，應用程序最好不要使用分片。
分片的實現是可選的；如果某實現不支持分片，所有FRAG字段不為0的數據報都必須被丟棄。
一個SOCKS的UDP編程界面(The programming interface for a SOCKS-aware UDP)必須報告當前可用UDP數據報緩存空間小於操作系統提供的實際空間。
· 如果 ATYP是 X’01’ - 10+method_dependent octets smaller
· 如果 ATYP是X’03’ - 262+method_dependent octets smaller
· 如果 ATYP是X’04’ - 20+method_dependent octets smaller
