Một dialog được tạo ra khi UA nhận được một đáp ứng khơng lỗi cho một yêu cầu chứa một phương thức xác định. Ví dụ chỉ những đáp ứng 2xx và 101-199 chứa một thẻ trong trường "To" của yêu cầu INVITE sẽ thiết lập ra một dialog. Một dialog được thiết lập bởi một đáp ứng trước đáp ứng cuối cùng của một yêu cầu sẽ ở trong trạng thái "early" và nĩ được gọi là một early dialog. Khi một dialog được tạo ra, UA phải gán các giá trị cho các thành phần của dialog ID để phân biệt với các dialog khác.
Nếu UA là một UAS, khi nĩ đáp ứng một yêu cầu để thiết lập một dialog (như 2xx cho INVITE chẳng hạn), UAS phải sao tất cả các giá trị trong trường tiêu đề "Record- Route" từ bản tin yêu cầu sang bản tin đáp ứng và phải duy trì được trật tự của các giá trị này. UAS cịn phải bổ sung thêm một trường "Contact" vào trong đáp ứng, trường
này chứa địa chỉ của nơi mà UAS muốn trao đổi các yêu cầu sau đĩ được gửi bên trong dialog. Địa chỉ URI này phải là tồn cục (tức là cùng một giá trị URI cĩ thểđược cùng sử dụng cho cả các bản tin bên trong và bên ngồi dialog). Sau đĩ, UAS tiến hành thiết lập trạng thái cho dialog. Trạng thái này phải được duy trì trong suốt thời gian tồn tại của dialog.
Nếu UA là một UAC, khi nĩ gửi một yêu cầu để cĩ thể thiết lập một dialog (ví dụ
như một bản tin INVITE) nĩ phải cung cấp một SIP hay SIPS URI cĩ phạm vi tồn cục trong trường "Contact" của bản tin yêu cầu. Nếu như yêu cầu cĩ một "Request- URI" hay giá trị trên cùng của trường "Route" là một SIPS URI thì trường "Contact" phải chứa một SIPS URI.
Khi UAC nhận được một đáp ứng để thiết lập một dialog, nĩ thiết lập trạng thái cho dialog này. Trạng thái này phải được duy trì trong suốt quá trình của dialog.