看板 PangSir 關於我們 聯絡資訊
※ 引述《kaishu (Kai)》之銘言: : 標題: Re: [NGWN] 作業一 SIP訊息格式的問題 : 時間: Sun Apr 10 01:06:02 2011 : : 1. : 關於各SIP訊息會用到的欄位, : 參照課程投影片(SIP II),發現 : 有些欄位對於作業要求的動作是沒有影響的,像是: : Max-Forwards : Call-ID : Expire : Content-Length //說明提到"message body"...所以不管是什麼訊息都可以一律當成0嗎? : Content-Type : Content-Disposition : 以上全部都可以省略嗎? : : 另外Contact欄位只有REGISTER和302兩種有,其他類的訊息那就不需要對嗎? : : 又,From和To用簡單的格式sip:xxx@xxx:xxx就好了嗎? : (投影片喜歡寫成 丹你兒<sip:摳林斯@work.com>;tag=xxxxx 一大串) : : 2. : 在課程投影片SIP II的P.3 : A給B INVITE後, : B對A回了180 Ringing和200 OK各一,然後A又送ACK, : 才開始連線, : 可是應該只有"A給B INVITE"是必要的(不然B不知A要找他); : 後面的180/200/ACK沒有不可或缺的資訊,也不會被印出來, : 可以省略嗎? : : 3. : 說明投影片提到: : In the INVITE message, we don’t need to add coding scheme in the message : body. SimRTP will establish a connection for you. (You still need to add RTP : port message.) : : 最後的"add RTP port message"是什麼意思?要在INVITE訊息中約定要用的RTP port嗎? : 之前助教說RTP port可以在程式碼中寫死,那就兩邊都寫死可以嗎? : : 4. : 網頁上又補充: : 因此,同學們可以隨意放一個coding scheme。 : 例如下列文字方塊內的紅色部分因不會被利用到,同學們可自行決定。 : : SIP訊息裡有這些東西嗎?投影片完全沒有提到 : 可以忽略這一點嗎? : (也就是不要傳送所謂的coding scheme,也不要傳送框框裡那兩行字) : : : 感謝助教 :) : : -- : ※ 發信站: 批踢踢實業坊(ptt.cc) : ◆ From: 140.112.29.130 : ※ 編輯: kaishu 來自: 140.112.29.130 (04/10 02:42) : 推 wanquan:1,2 省略與否跟你的分數有關,3,4老師上課有教到 04/10 10:12 ^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^ 感謝助教的回答 :) 1. 不過我還是不確定那些欄位是必要的, 雖然出現的欄位和格式跟"上課投影片"有些出入, 那我還是以"範例程式"對server.exe連線時, server.exe顯示的收/發結果為依據來做可以嗎? (如:http://goo.gl/mIZOO //畢竟如果不這樣的話,無法確保我的程式能正確的和server.exe共同work //其中特別有疑問的是Conten-Length, 它的計算依據是什麼?為什麼INVITE是180而其它都是0? 2. 所以回覆INVITE的180 Ringing, 200 OK跟再回覆的ACK必須要寫嗎? (承上,雖然不需要這些我就能讓correspodent獲得足夠的資訊來建RTP) 3. & 4. Coding scheme是指上課投影片SIP II P.28~29"黃色字"的一串東西嗎? 可是就如助教說的,這部分並不會真的被利用, 那麼我可以省略嗎? 若不能省略,那麼寫法應該是?隨意打m和a各一行,格式就長得像http://goo.gl/Au04U 這樣就可以了嗎? 最後想再請問那個audio "4444"和200 OK回的"6666" //參照上課投影片 就是指negotiate要用的RTP Port嗎? 如果是這樣,那就變成只有Listen Port能寫死,Correspodent Port要向對方取得嗎? 感謝助教 :) -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 140.112.217.53 ※ 編輯: kaishu 來自: 140.112.217.53 (04/10 17:56)
wanquan:1. 可以 2.要 3. coding scheme可以隨意打 04/10 23:03
wanquan:4. 4444跟6666就是溝通的RTP port,你的解釋是對的 04/10 23:03