Giao thức SIPA.Tổng quan về giao thức SIPI.Giao thức SIP       Giao thức SIP (Secssion Initiation Protocol ) là giao thức ...
− TCP         − SCTP hoặc TLS trên nền TCP      SIP là một giao thức mở rộng đơn giản         − Các phương tiên ( Methods ...
SIP UA hoặc thiết bị đầu cuối là điểm cuối của dialog : SIP UA guiử và nhậncác yêu cầu và trả lời của SIP , nó là điểm cuố...
 Proxy Sever :       Có thể xem các Proxy Server như các router thiết bị đầu cuối SIP mà chuyểntiếp các yêu cầu và trả lờ...
Truy nhập dữ liệu và dịch vụ định vị để tìm địa chỉ của user và gửi trả về bảntin lớp 300 để thông báo thiết bị chuyển hướ...
CANCEL : hủy yêu cầu nằm trong hàng đợiREGISTER : đầu cuối SIP sử dụng bản tin này để đăng ký với máy chủ đăng kýOPTION : ...
Thông điệp SIP gồm 3 phần: start line, header của thông điệp và body.   Client gửi yêu cầu (request) và server trả lời bằn...
•    Provisional (1xx): Bản tin này dùng để chỉ thị tiến trình nhưng không kết  thúc giao dịch SIP (tìm kiếm, rung chuông,...
183: Phiên đang tiến hành: Có phiên cuộc gọi khác đang đựơc tiến hành vớimáy đựợc gọi      2xx: Phản hồi thành công       ...
407: cần có sự cấp phép cho proxy       408: yêu cầu bị hết giờ : Không tìm thấy người dùng trong thời gian chophép      4...
493: không thể giải mã được : Không thể giải mã phần thân của S/MIME      5xx: Lỗi máy chủ      500: lỗi bên trong máy chủ...
3.3. Các trường header  Khuôn dạng của các trường header:      Tên của trường header: giá trị của trường header  Có các tr...
PCM. A thích sử dụng codec ADPCM vì nó tốn ít băng thông hơn, do đó A thuyếtphục B sử dụng ADPCM. Cuối cùng cả hai sử dụng...
5.Thiết lập và hủy cuộc gọi SIPTrước tiên ta tìm hiểu hoạt động của máy chủ ủy quyền và máy chủ chuyển đổi+ Hoạt động của ...
+ Bước 1: userA@yahoo.com gửi bản tin INVITE cho UserB ở miền hotmail.com,bản tin này đến proxy server SIP của miền hotmai...
Hoạt động của Redirect Server được trình bày như hình .Các bước như sau:+ Bước 1: Redirect server nhân được yêu cầu INVITE...
Các giao thức khác của IÈT có thể sử dụng để xây dựng những ứng dụng SIP .SIP có thể hoạt động cùng với nhiều giao thức nh...
Công việc của RSVP là báo hiệu và duy trì tài nguyên dành riêng qua một mạng.Trong MPLS TE, RSVP dự trữ băng thông tại mặt...
R2         R3                2                                                        R4                                  ...
- Sau khi LSR xuôi dòng nhận một thông điệp Path, nó kiểm tra định dạng củathông điệp, sau đó kiểm tra lượng băng thông mà...
- Thông điệp ResvTear được gửi để hồi đáp cho PathTear báo hiệu đuôi đườnghầm. PathTear và ResvTear cũng được gửi để trả l...
trong trường này, receiver có thể xác định được gói tin bị mất hoặc out of oder tínhtóan sác xuất mất gói hay để điều chỉn...
được sử dụng để thiết lập và kiểm soát các phương tiện truyền thông giữa các điểmcuối phiên . Người dùng đưa ra các lệnh V...
Trường                                 Ý nghĩa      V                           Phiên bản của giao thức              Chủ c...
v=0o=thang 2890844526 2890844526 IN IP4 host.hanoi.example.coms=c=IN IP4 host.hanoi.example.comt=0 0m=audio 49170 RTP/AVP ...
a=rtpmap:0 PCMU/8000m=video 49170 RTP/AVP 32a=rtpmap:32 MPV/900003.Bảo mật cho SDP:Bản tin SDP mang thông tin về phiên kết...
HTTP là một giao thức kiểu client/server; client đưa ra các request, và server sẽ trảlời các request này. Cấu trúc các HTT...
Mục tiếp theo trong Request-Line là Request-uri. Mục này cung cấp địa chỉ địnhdanh tài nguyên cho một tài nguyên. Ví dụ, R...
GMT Server: Apache/1.3.6 (Unix)Keep-Alive: timeout=5, max=120Connection: Keep-AliveContent-Type: text/html<html>...HTTP St...
Host: www.ft.comConnection: Keep-AliveNếu một message header chứa một chuỗi giá trị phân tách bởi dấu “,”; ta có thểtách r...
Content-Length                   ●Content-Location                 ●Content-MD5                      ●Content-Range       ...
HTTP Header Field   Status               Ý nghĩa   Code   100-199     Informational; server nhận được request nhưng kết qu...
Upcoming SlideShare
Loading in …5
×

50137078 đề-tai-giao-thức-sip (1)

1,800 views

Published on

Published in: Education
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
1,800
On SlideShare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
108
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

50137078 đề-tai-giao-thức-sip (1)

  1. 1. Giao thức SIPA.Tổng quan về giao thức SIPI.Giao thức SIP Giao thức SIP (Secssion Initiation Protocol ) là giao thức báo hiệu điều khiểnlớp ứng dụng được dùng để thiết lập , duy trì , kết thúc các phiên truyền thông đaphương tiện ( multimedia ) có một hoặc nhiều người tham gia . Các phiênmultimedia bao gồm thoại internet , hội nghị và các ứng dụng tương tự có liên quanđến các phương tiện truyền đạt ( media ) như âm thanh , hình ảnh và dữ liệu . SIPsử dụng các bản tin mời ( INVITE ) để thiết lập các phiên và để mang các thông tinmô tả phiên truyền dẫn . SIP hỗ trợ các phiên đơn bá ( unicast ) và quảng bá( multicast ) tương ứng các cuộc gọi điểm tới điểm và cuộc gọi đa điểm . SIP là một giao thức để thiết lập các phiên truyền thông . Các phiên SIP baogồm : − Hội họp đa phương tiện qua internet . − Các cuộc gọi điện thoại qua internet . − Các phiên video qua internet . − Phân phối đa phuong tiên . Các phần tử của SIP có thể liên lạc thông qua : − Liên lạc cá nhân . − Phát quảng bá . − Thông qua tổ hợp của các quan hệ liên lạc cá nhân hoặc một tổ hợp của tất cả những phương tiên trên . Trong các môi trường IPv4 và IPv6 thông qua : − UDP
  2. 2. − TCP − SCTP hoặc TLS trên nền TCP SIP là một giao thức mở rộng đơn giản − Các phương tiên ( Methods ) – Định nghĩa về phiên truyền thông . − Khối mào đầu ( Headers ) – Mô tả về phiên truyền thông . − Phần thông tin báo ( Message Body ) – SDP , ký tự , XML .II.Sự phát triển của giao thức SIP Đầu tiên SIP chỉ đơn thuần là một giao thức dùng để thiết lập phiên quảng bácho Internet2 ( từ giữa đến cuối thập kỉ 90 ) . SIP được phát triển bởi SIP WorkingGroup trong IETF. Phiên bản đầu tiên được ban hành vào tháng 3 năm 1999 trongtài liệu RFC 2543. Sau đó, SIP trải qua nhiều thay đổi và cải tiến. Phiên bản mớinhất hiện nay được ban hành trong IETF RFC 3261. RFC 3261 hoàn toàn tươngthích ngược với RFC 2543, do đó các hệ thống thực thi theo RFC 2543 hoàn toàncó thể sử dụng với các hệ thống theo RFC 3261.Một bản tin SIP có hai phần, phần mào đầu và phần thân. Phần thân cho phép phụcvụ các ứng dụng khác nhau một cách linh hoạt. Ban đầu phần thân chỉ dùng đểchuyển tải các tham số miêu tả phiên SDP như codec, địa chỉ IP đầu cuối, ... Phầnthân được sử dụng để mở rộng các ứng dụng của khác nhau của SIP ví dụ như SIP-T cho liên vận PSTN-SIP-PSTN hoặc MSCML (Media Server Control MarkupLanguage) cho dịch vụ hội nghị.Sự phổ cập của SIP đã dẫn tới việc một loạt nhóm làm việc liên quan đến SIP đượcthành lập. Nhóm SIPPING (Session Initiation Protocol investigation workinggroup) được thành lập với mục đích nghiên cứu các ứng dụng và phát triển các yêucầu mở rộng cho SIP. Nhóm SIMPLE (SIP for Instant Messaging and PresenceLeveraging Extensions) có nhiệm vụ chuẩn hoá các giao thức cho các ứng dụngnhắn tin tức thời. Các nhóm làm việc khác là PINT (PSTN and InternetInternetworking), SPIRITS (PSTN/IN requesting Internet Services).III.Các thành phần trong mạng SIP1.Thành phần của SIP : bao gồm SIP User Agent ( UA ) và SIP server .1.1.SIP User Agent ( người dùng Agent) :
  3. 3. SIP UA hoặc thiết bị đầu cuối là điểm cuối của dialog : SIP UA guiử và nhậncác yêu cầu và trả lời của SIP , nó là điểm cuối của luồng đa phương tiện và nóluôn là Người dùng Equiment ( UE ) – bao gồm ứng dụng trong thiết bị đầu cuốihoặc ứng dụng phần cứng chuyên dụng . UA gồm hai phần : − Người dùng Agent Client ( UAC ) : ứng dụng của người gọi – khởi tạo request . − Người dùng Agent Server ( UAS ) : chấp nhận , gửi lại , từ chối request và gửi trả lời cho request đến thay mặt cho người sử dụng . UA là thực thể SIP mà tương tác với với người sử dụng . Nó thường xuyênsử dụng giao diện với người sử dụng . Tuy nhiên , một vài hệ thống sử dụng SIP không trực tiếp kết nối với ngườisử dụng . Ví dụ : B có thể gửi lại tất cả lời mời vào phiên được nhận từ nửa đếmđến 7 giờ sáng đến máy trả lời SIP của B > máy này tự động thiết lập phiên trongthông điệp bản ghi . Nó cũng chứa UA – mà không nhất thiết lập duy trì tương tác với người sửdụng , nhưng vẫn trả lời mời hoặc chuyển lời mời trên dại diện của B .1.2.SIP Server : SIP server : Cần phân biệt SIP Server và UA server cũng như mô hình client-server . Ở đây , SIP server là một thực thể luận lý , một SIP server có thể có chứcnăng của nhiều loại server hay nói cách khác một SIP Server có thể hoạt động nhưcác server khác nhau trong các trường hợp khác nhau . Trong SIP Server có cácthành phần quan trọng như : Proxy Server , Redỉect Server , Location Server ,Registrar Server , …
  4. 4.  Proxy Sever : Có thể xem các Proxy Server như các router thiết bị đầu cuối SIP mà chuyểntiếp các yêu cầu và trả lời. Tuy nhiên các Proxy SIP sử dụng nguyên tắc định tuyếnphức tạp hơn là chỉ tự động chuyển tiếp bản tin dựa vào bảng định tuyến. Chuẩn vềSIP cho phép các Proxy thực hiện các hoạt động chẳng hạn như xác định tính hợplệ của bản tin, xác thực người sử dụng, phân nhánh các request, phân giải địa chỉ,hủy bỏ các cuộc gọi đang chờ. Sự linh hoạt của các proxy SIP cho phép các nhàkhai thác và quản trị mạng sử dụng các proxy cho các mục đích khác nhau và trongcác vị trí khác nhau trong mạng (chẳng hạn như Proxy biên, Proxy lõi, và Proxycủa các doanh nghiệp). Một Proxy Server được thiết kế trong suốt với các UA. Các Proxy Serverđược phép thay đổi các bản tin chỉ theo một số cách cụ thể và hạn chế. Ví dụ, mộtproxy không được phép thay đổi phần thân bản tin SDP của bản tin INVITE. Forking proxy: SIP proxy server định tuyến thông điệp đến nhiều hơn một đíchđược gọi là proxy phân nhánh. Forking Proxy có thể định tuyến thông điệp songsong hoặc theo thứ tự. Ví dụ của Forking Proxy song song là việc rung chuôngđồng thời của tất cả các điện thoại trong nhà. Forking Proxy theo thứ tự chứa proxythử rung chuông lần lượt các vị trí khác nhau, có thể rung chuông trong một chu kỳthời gian nhất định nếu người dùng không nhấc máy thì thử UA mới.  Redirect Server :
  5. 5. Truy nhập dữ liệu và dịch vụ định vị để tìm địa chỉ của user và gửi trả về bảntin lớp 300 để thông báo thiết bị chuyển hướng bản tin tới địa chỉ khác – tự liên lạcthông qua địa chỉ trả về .  c.Registrar Sever : là sever nhận bản tin SIP REGISTER yêu cầu và cập nhật thông tin từ bản tin request vào “ location database “ nằm trong Location Sever .  d.Location Sever Lưu thông tin trạng thái hiện tại của người dùng trong mạng SIP .2.Các bản tin SIP mào đầu và đánh số :Dưới đây là các bản tin của SIP :INVITE : bắt đầu thiết lập cuộc gọi bằng cách gửi bản tin mời đầu cuối khác thamgiaACK : bản tin này khẳng định máy trạm đã nhận được bản tin trả lời bản tinINVITEBYE : bắt đầu kết thúc cuộc gọi
  6. 6. CANCEL : hủy yêu cầu nằm trong hàng đợiREGISTER : đầu cuối SIP sử dụng bản tin này để đăng ký với máy chủ đăng kýOPTION : sử dụng để xác định năng lực của máy chủINFO : sử dụng để tải các thông tin như âm báo DTMFNhững bản tin trao đổi giữa A và B để thiết lập một phiên :3. Khuôn dạng thông điệp :
  7. 7. Thông điệp SIP gồm 3 phần: start line, header của thông điệp và body. Client gửi yêu cầu (request) và server trả lời bằng response. Giao dịch SIP baogồm yêu cầu từ client, 0 hoặc nhiều provisional response và final response từserver.3.1. SIP response Status line là dòng bắt đầu của response.Các bản tin đáp ứng được chia thành thành hai nhóm bao gồm 6 loại bản tin, mỗibản dùng một mã trạng thái nằm trong một dải mã. Khuôn dạng thông điệp SIP SIP version Status code Reason Phrase Cấu trúc Response Line SIP response
  8. 8. • Provisional (1xx): Bản tin này dùng để chỉ thị tiến trình nhưng không kết thúc giao dịch SIP (tìm kiếm, rung chuông, xếp hàng). • Final (2xx, 3xx, 4xx, 5xx, 6xx): Bản tin này chỉ thị kết thúc giao dịch SIP. 1xx: Provisional – đã nhận yêu cầu và đang tiếp tục xử lý yêu cầu. Tìmkiếm, rung chuông, xếp hàng đợi, nó được phát khi quá trình xử lý chưa thể kếtthúc ngay được. Phía phát cần phải dừng quá trình truyền các yêu cầu khi nhậnđược bản tin này. 2xx: Success – Các yầu đã được xử lý thành công (nhận, hiểu và đã đượctiếp nhận). 3xx: Redirection – Cần tiến hành thêm các hoạt động để có thể đáp ứng đượccác yêu cầu. Chúng được gửi bởi các Redirect Server. 4xx: Client Error – Lỗi do phía Client, các yêu cầu sai cú pháp hoặc khôngđáp ứng đúng yêu cầu của Server. 5xx: Server Error – Lỗi phía Server, server bị sự cố và không đáp ứng đượccác yêu cầu hợp lệ. 6xx: Global Failure – Lỗi tổng thể, các yêu cầu không thể được đáp ứng tạibất kỳ server nào. cụ thể : 1xx: Phản hồi thông tin : 100: đang thử : máy đựợc gọi đã tiếp nhận được yêu cầu bên gọi và gửi bảntin này mang tính chất phản hồi để thử 180: đổ chuông : Máy được gọi đổ chuông, và gửi bản tin chuông về cho bêngọi. 181: cuộc gọi đang chuyển hướng: May được gọi lập trình chuyển hướng đếnmột máy khác trong khi nó đang bận hoặc không xử lý cuộc gọi của bên gọi. 182 : đang xếp hàng đợi : chờ đợi vì có nhiều yêu cầu đến cùng lúc
  9. 9. 183: Phiên đang tiến hành: Có phiên cuộc gọi khác đang đựơc tiến hành vớimáy đựợc gọi 2xx: Phản hồi thành công 200 OK phản hồi thành công : được dùng khi bên được yêu cầu trả lời thànhcông yêu cầu của bên yêu cầu: ỏ ví dụ trên ta dùng hai bản tin 200 ok. Trong đóbản tin đầu tiên do máy được gọi phản hồi lại máy gọi khi nó trả lời thành công bảntin chuông. Còn trong bản tin 200 OK thứ hai do máy gọi phản hồi đến máy đượcgọi khi nó đã gọi thành công cuộc gọi và chấp nhận kết thúc cuộc gọi. 3xx: Phản hồi chuyền hướng 300: có nhiều lựa chọn 301: đã dời đi vĩnh viễn 302: tạm thời dời đi 305: dùng proxy 380: dịch vụ thay thế 4xx: Yêu câu thất bại 400: yêu cầu sai 401: không được quyền: chỉ dùng với cơ quan đăng kiểm , các proxy phảidùng yêu cầu cấp phép cho proxy 407 402: yêu cầu trả tiền :Dự trữ để phòng trong tương lai: Ví dụ khi bạn dùngđiện thoại di động, tiền trong tài khoản của bạn gần hết, trước khi thiết lập cuộc gọitheo yêu cầu của bạn thì tổng đài sẽ thêm một thông báo:"Tài khoản của bạn sắphệt , xin vui lòng nạp thêm để có thê tiếp tục sử dụng"... 403: cấm 404: Không tìm thấy người dùng:"Thuê bao quý khách vừa gọi Không có,xin vui lòng thứ lại" 405: Phương thức không được phép 406: Không được chấp nhận
  10. 10. 407: cần có sự cấp phép cho proxy 408: yêu cầu bị hết giờ : Không tìm thấy người dùng trong thời gian chophép 410: đã không còn , người dùng đã từng tồn tại nhưng bây giờ không cònđược sử dụng nữa:"Thuê bao quý khách vừa gọi hiện đang tạm khóa, mong quýkhách vui lòng gọi lại sau" 413: Đơn vị yêu cầu quá lớn: "cuộc gọi không thể thực hiện được" 414: URI của yêu cầu quá tải :"mạng quá tải" 415: kiểu phương tiện không được hỗ trợ: ví dụ : tin nhắn đa phương tiệnkhông thể gửi đến và nhận từ một số máy di động không hỗ trơn GPRS 416: giản đồ URI không được hỗ trợ 420: phần mở rộng không đúng: Sử dụng phần mở rộng của giao thức SIPkhông đúng nên máy chủ không hiểu được 421: Yêu cầu có phần mở rộng 423: Quãng quá ngắn 480: tạm thời không hoạt động 481: cuộc gọi/giao dịch không tồn tại 482: phát hiện thấy lặp 483: quá nhiều chặng trung tuyến 484:địa chỉ không hoàn chỉnh 485: tối nghĩa 486: đang bận 487: yêu cầu bị chấm dứt 488: Không được chấp nhận tại đây 491: yêu cầu đang chờ
  11. 11. 493: không thể giải mã được : Không thể giải mã phần thân của S/MIME 5xx: Lỗi máy chủ 500: lỗi bên trong máy chủ 501: chưa khai báo: Phương thức yêu cầu SIP này chưa đựơc khai báo ở đây 502: gateway sai 503: dịch vụ không có 505: phiên bản không được hỗ trợ: Máy chủ không hỗ trợ giao thức SIP này 513: thông điệp quá lớn 6xx: Thất bại toàn cục 600: tất cả mọi nơi đều bận 603: từ chối 604: không tồn tại ở bất cứ đâu 606: Không được chấp nhận3.2. SIP request Request line là dòng đầu tiên của request. Tên giao thức chỉ ra mục đích củarequest và request-URI chứa đích của request.Các phương thức SIP Các phương thức SIP có thể xem như là các kiểu thông điệp. Chúng xác định yêucầu đang được tạo bởi thiết bị của người dùng (hoặc thực thể mạng trong một sốtrường hợp). Các phương thức SIP cơ bản hiện tại được định nghĩa để sử dụngtrong IMS: ACK, BYE, CANCEL, INVITE, REGISTER, UPDATE.. Method Request URI SIP version Cấu trúc Request Line SIP request
  12. 12. 3.3. Các trường header Khuôn dạng của các trường header: Tên của trường header: giá trị của trường header Có các trường header bắt buộc và tùy chọn trong mỗi thông điệp. Có 6 trườngheader có tính bắt buộc trong mỗi SIP thông điệp: To, From, Cseq, Call-ID, Max-Forward, Via.3.4. Message Body Message Body được tách khỏi trường header bởi dòng trống. Thông điệp SIP cóthể mang bất kỳ kiểu nào của body, kể cả body nhiều phần sử dụng mã hóa MIME(Multipurpose Internet Mail Extension ). SIP sử dụng MIME để mã hóa body củanó. Do đó, body của SIP được mô tả giống như phần đính kèm vào email. Đặc tính quan trọng của body là chúng truyền từ đầu cuối đến đầu cuối.Proxy không cần phân tích cú pháp của thông điệp body để định tuyến thông điệp.Thực tế, UA có thể lựa chọn để mã hóa nội dung của thông điệp body end to end.Trong trường hợp này, proxy sẽ không thể biết kiểu phiên nào đang được thiết lậpgiữa hai UA4. Chức năng của SIP4.1. Thiết lập, sửa đổi và kết thúc phiên SIP độc lập với kiểu của phiên đa phương tiện được điều khiển và kỹ thuật sửdụng để mô tả phiên. Nó rất hữu ích cho hội nghị, cuộc gọi audio, whiteboard đượcchia sẻ và các phiên chơi game. Các phiên bao gồm các luồng RTP (Real TimeProtocol) mang audio và video thường xuyên được mô tả bằng SDP, nhưng có mộtvài kiểu phiên khác có thể được mô tả với các giao thức mô tả khác. SIP được sửdụng để phân phối mô tả phiên giữa các bên tham gia tiềm năng. Khi mô tả phiênđược phân phối, SIP có thể sử dụng để thỏa thuận và sửa các tham số của phiên vàkết thúc phiên. Ví dụ sau đây mô tả tất cả các chức năng này. B muốn có một phiên audio-videovới A và dự định dùng codec PCM (Pulse Code Modulation) để mã hóa voice.Trong ví dụ này, bên phân phối phiên bao gồm B gửi cho A mô tả phiên với codec
  13. 13. PCM. A thích sử dụng codec ADPCM vì nó tốn ít băng thông hơn, do đó A thuyếtphục B sử dụng ADPCM. Cuối cùng cả hai sử dụng codec ADPCM, nhưng phiênkhông thể được thiết lập cho đến khi việc thỏa thuận này kết thúc. Đột nhiên, ở giữa phiên audio-video, A quyết định muốn bỏ thành phần video. Asửa phiên chỉ có audio. Khi B quyết định cuộc hội thoại đã kết thúc, phiên được kếtthúc.4.2. Tính di động của người sử dụng SIP không thể phân phối mô tả phiên cho các bên tham gia cho đến khi họ đượcđịnh vị. Người dùng có thể thường xuyên được liên lạc tại vài vị trí. Khi đó, họ cóvài địa chỉ IP khác nhau phụ thuộc vào máy mà họ sử dụng và muốn nhận phiênđến chỉ tại vị trí hiện tại của họ. Ví dụ, người khác có thể muốn nhận phiên mờitrên máy trạm của họ vào buổi sáng khi người sử dụng đến nơi làm việc, trên máytính tại nhà vào buổi tối và trên điện thoại cầm tay khi họ đi du lịch. SIP URI: người sử dụng trong môi trường SIP được định nghĩa bởi SIP UniformResource Identity (URI). Khuôn dạng của SIP URI tương tự như địa chỉ email, baogồm username và domain name: sip: B@thanglong.com Trong ví dụ trước, nếu chúng ta tra cứu SIP server (điều khiển domaincompany.com) chúng ta sẽ tìm thấy người sử dụng có username là B. URI của B cóthể là SIP:b@131.160.1.112, chỉ ra rằng host có địa chỉ IP là 131.160.1.112 cóusername là B. Registration (đăng ký): chú ý rằng, người sử dụng đăng ký vị trí hiện tại của họcho server nếu họ muốn được tìm thấy. Trong ví dụ trên, B đang làm việc trênlaptop của mình có địa chỉ IP là 131.160.1.112. Tên login là B. B đăng ký vị tríhiện tại của mình với server của công ty. Bây giờ A muốn gọi B. A muốn có địa chỉSIP Public của B sip: B@thanglong.com) vì nó được in trong business card của B. Vì vậy, khi server tại thanglong.com được liên hệ và hỏi về B, nó biết nơi mà Bcó thể liên lạc và kết nối được tạo.
  14. 14. 5.Thiết lập và hủy cuộc gọi SIPTrước tiên ta tìm hiểu hoạt động của máy chủ ủy quyền và máy chủ chuyển đổi+ Hoạt động của máy chủ ủy quyền (Proxy Server)Hoạt động của Proxy server được trình bày như trong hình ….Client SIPuserA@yahoo.com gửi bản tin INVITE cho userB@hotmail.com để mời tham giacuộc gọi.Các bước như sau:
  15. 15. + Bước 1: userA@yahoo.com gửi bản tin INVITE cho UserB ở miền hotmail.com,bản tin này đến proxy server SIP của miền hotmail.com (Bản tin INVITE có thể đitừ Proxy server SIP của miền yahoo.com và được Proxy này chuyển đến Proxyserver của miền hotmail.com).+ Bước 2: Proxy server của miền hotmail.com sẽ tham khảo server định vị(Location server) để quyết định vị trí hiện tại của UserB.+ Bước 3: Server định vị trả lại vị trí hiện tại của UserB (giả sử làUserB@hotmail.com).+ Bước 4: Proxy server gửi bản tin INVITE tới userB@hotmail.com. Proxy serverthêm địa chỉ của nó trong một trường của bản tin INVITE.+ Bước 5: UAS của UserB đáp ứng cho server Proxy với bản tin 200 OK.+ Bước 6: Proxy server gửi đáp ứng 200 OK trở về userA@yahoo.com.+ Bước 7: userA@yahoo.com gửi bản tin ACK cho UserB thông qua proxy server.+ Bước 8: Proxy server chuyển bản tin ACK cho userB@hostmail.com+ Bước 9: Sau khi cả hai bên đồng ý tham dự cuộc gọi, một kênh RTP/RTCP đượcmở giữa hai điểm cuối để truyền tín hiệu thoại.+ Bước 10: Sau khi quá trình truyền dẫn hoàn tất, phiên làm việc bị xóa bằng cáchsử dụng bản tin BYE và ACK giữa hai điểm cuối.+ Hoạt động của máy chủ chuyển đổi địa chỉ (Redirect Server):
  16. 16. Hoạt động của Redirect Server được trình bày như hình .Các bước như sau:+ Bước 1: Redirect server nhân được yêu cầu INVITE từ người gọi (Yêu cầu nàycó thể đi từ một proxy server khác).+ Bước 2: Redirect server truy vấn server định vị địa chỉ của B.+ Bước 3: Server định vị trả lại địa chỉ của B cho Redirect server.+ Bước 4: Redirect server trả lại địa chỉ của B đến người gọi A. Nó không phát yêucầu INVITE như proxy server.+ Bước 5: User Agent bên A gửi lại bản tin ACK đến Redirect server để xác nhậnsự trao đổi thành công.+ Bước 6: Người gọi A gửi yêu cầu INVITE trực tiếp đến địa chỉ đượctrả lại bởi Redirect server (đến B). Người bị gọi B đáp ứng với chỉ thị thành công(200 OK), và người gọi đáp trả bản tin ACK xác nhận. Cuộc gọi được thiết lập.Ngoài ra SIP còn có các mô hình hoạt động liên mạng với SS7 (đếnPSTN) hoặc là liên mạng với chồng giao thức H.323.B.Các giao thức trong SIP
  17. 17. Các giao thức khác của IÈT có thể sử dụng để xây dựng những ứng dụng SIP .SIP có thể hoạt động cùng với nhiều giao thức như : − RSVP ( Reource Revervation Protocol ) : Giao thức chiếm trước tài nguyên mạng . − RTP ( Real-time tranpsport Protocol ) : Giao thức vận chuyển thời gian thực . − RTSP ( Real Time Streaming Protocol ) : Giao thức tạo luồng thời gian thực . − SAP ( Session Advertisement Protocol ) : Giao thức thông báo phiên kết nối . − SDP ( Session Description Protocol ) : Giao thức mô tả phiên kết nối đa phương tiện . − MIME ( Multipurpose Internet mail Extension – Mở rộng thư tín Internet đa mục đích . − HTTP ( Hypertext Transfer protocol ) : Giao thức truyền siêu văn bản . − COPS ( Common Open policy Service ) : Dịch vụ chính sách mở chung . − OSP ( Open Settlement protocol ) : Giao thức thỏa thuận mở .I.RSVP ( Reource Revervation Protocol ) : Giao thức chiếm trước tài nguyênmạng. RSVP là một cơ chế báo hiệu dùng để dành riêng tài nguyên trên một mạng.RSVP không phải là một giao thức định tuyến. Việc quyết định tuyến do IGP (gồmcả các mở rộng TE) và CSPF.
  18. 18. Công việc của RSVP là báo hiệu và duy trì tài nguyên dành riêng qua một mạng.Trong MPLS TE, RSVP dự trữ băng thông tại mặt phẳng điều khiển (control-planelayer); không có chính sách lưu lượng trên mặt phẳng chuyển tiếp (forwarding-plane). Khi sử dụng cho các mục đích khác (như VoIP hay DLSW+reservations),RSVP có thể được dùng để dành riêng không gian hàng đợi công bằng có trọng số(WFQ – Weighted Fair Queuing) hay xây dựng các ATM SVC.- RSVP có ba chức năng cơ bản: * Thiết lập và duy trì đường đi (Path setup and maintenance) * Hủy đường đi (Path teardown) * Báo lỗi (Error signalling)- RSVP là một giao thức trạng thái mềm (soft-state protocol). Nghĩa là cần tái báohiệu trên mạng để làm tươi định kỳ cho nó. Với RSVP, một yêu cầu bị hủy nếu nóđược chỉ định xóa khỏi mạng bằng RSVP hay hết thời gian dành riêng (reservationtimes out).1.Các loại thông điệp trong RSVP : có 6 loại thông điệp trong RSVP như sau : a) Path – sử dụng để yêu cầu tài nguyên dành trước b) Resv – Gửi đáp ứng bản tin đường để thiết lập và duy trì dự trữ tài nguyên. c) PathTear- Sử dụng đề xóa dự trữ tài nguyên khỏi mạng theo hướng đi. d) ResvTear – Sử dụng để xóa bỏ tài nguyên khỏi mạng theo hướng về. e) PathErr – Thông báo lỗi bản tin Path f) ResvErr- Thông báo lỗi bản tin Resv g) ResvConf – Là một bản tin tùy chọn, gửi ngược lại tới phía gửi của bản tin Resv đề xác nhận rằng tài nguyên dự trữ xác định thực sự đã được cài đặt h) ResvTearConf- Sử dụng để xác nhận dự trữ tài nguyên xác định đã bị xóa khỏi mạng.2.Mô hình hoạt động ( Gồm 6 bước ) :
  19. 19. R2 R3 2 R4 PATH PATH 1 R1 3 RESV PA TH TH PA Host B RES V Host A R5 128.32.32.69 24.1.70.210Bước 1: Ứng dung trên Host A sẽ tạo 1 phiên đến máy đích co Ip : 128.32.32.69bằng RSVP tại host A .Bước 2 : Tại host A , RSVP sẽ tạo bản tin Path và sẽ gửi đến router gần nhất R1nhằm đưa đến địa chỉ 128.32.32.69 .Bước 3 : Bản tin Path tiếp tục thông qua R5 và R4 cho đến khi đến đích là Host B .Bước 4 : Ứng dụng tại host B sẽ tiếp nhận RSVP này và kiểm tra phiên128.32.32.69. Kiểm tra xem các bản tin này có tồn tại trong phiên không .Bước 5 : Host B sử dụng RSVP tạo ra bản tin Resv gửi ngược lại R4 về địa chỉ gửilà 24.1.70.210Bước 6 : Bản tin Resv tiếp tục thông qua R5 và R1 cho đến khi tới Host A.3. Các chức năng của RSVP:3.1.Thiết lập và duy trì đường đi: a.Thiết lập đường đi (Path Setup):- Sau khi đầu đường hầm (tunnel headend) hoàn thành CSPF cho một đường hầmcụ thể, nó gửi một thông điệp Path đến nút kế tiếp (next-hop) dọc theo đường đi đãtính toán đến đích. LSR gửi thông điệp Path được gọi là LSR ngược dòng(upstream router), và LSR nhận thông điệp được gọi là LSR xuôi dòng (down-stream router). LSR ngược dòng con duoc goi la trạm trước đó ( phop – previoushop).
  20. 20. - Sau khi LSR xuôi dòng nhận một thông điệp Path, nó kiểm tra định dạng củathông điệp, sau đó kiểm tra lượng băng thông mà thông điệp yêu cầu. Tiến trìnhnày được gọi là điều khiển chấp nhận (admission control).- Nếu việc kiểm tra này thành công và thông điệp Path được phép dành riêng băngthông như nó yêu cầu, LSR xuôi dòng tạo một thông điệp Path mới và gửi đến nútkế trong đối tượng tuyến tường minh (ERO – Explicit Route Object). Thông điệpPath tiếp tục được chuyền đi đến khi nào chúng đến được nút cuối cùng trong ERO– đuôi đường hầm MPLS TE (tunnel tail).- Đuôi đường hầm thực hiện điều khiển chấp nhận trên thông điệp Path giống nhưcác LSR xuôi dòng khác. Khi nó nhận ra rằng nó là đích đến của thông điệp Pathnó trả lời lại bằng thông điệp Resv. Resv đóng vai trò như là một ACK báo về choLSR ngược dòng. Resv chứa một thông báo rằng thỏa mãn sự dành riêng đến cuốiđường hầm và thông tin nhãn đến (incoming label) cho LSR ngược dòng sử dụngđể gửi các gói dọc theo TE LSP đến đích. b.Duy trì đường đi (Path Maintenance):- Thoạt nhìn, việc duy trì đường đi giống như thiết lập đường đi. Mỗi 30 giây đầuđường hầm gửi một thông điệp Path đến láng giềng xuôi dòng của nó. Nếu mộtLSR gửi đi một dãy 4 thông điệp Path và không thấy Resv, nó nghĩ rằng sự dànhriêng bị mất và gửi một thông điệp ngược dòng (message upstream) báo rằng sựdành riêng bị mất.- Các thông điệp Path và Resv được gửi độc lập và bất đồng bộ giữa các láng giềngvới nhau. Thông điệp Resv được dùng để làm tươi (refresh) một sự dành riêng đangtồn tại chứ không phải trả lời cho thông điệp Path.3.2. Hủy đường đi:-Nếu một nút (thường là đầu đường hầm) quyết định một sự dành riêng không còncần thiết trong mạng, nó gửi một thông điệp PathTear dọc theo đường thông điệpPath đã đi và một ResvTear dọc theo đường của Resv.
  21. 21. - Thông điệp ResvTear được gửi để hồi đáp cho PathTear báo hiệu đuôi đườnghầm. PathTear và ResvTear cũng được gửi để trả lời một điều kiện lỗi trong mạng.-Không giống thông điệp làm tươi, PathTear không cần đi đến hết downstreamtrước khi nhận được kết quả.3.3. Báo lỗi:- Thỉnh thoảng, tín hiệu RSVP có thể bị lỗi. Các lỗi này được báo hiệu bằng thôngđiệp PathErr hay ResvErr. Thông điệp lỗi được gửi ngược dòng về phía nguồn củalỗi; một PathErr được gửi ngược dòng từ một nút xuôi dòng và một ResvErr đượcgửi xuôi dòng từ một nút ngược dòng.II. RTP ( Real Time Tranpsport Protocol ) : Giao thức vận chuyển thời gianthực . RTP – từ viết tắt của Real Time Transport Protocol (Giao thức Vận chuyển Thờigian Thực) đặc tả một tiêu chuẩn định dạng gói tin dùng để truyền âm thanh vàhình ảnh qua internet. Tiêu chuẩn này được khai báo trong RFC 1889. Nó đượcphát triển bởi nhóm Audio Video Transport Working và được ban hành lần đầu tiênvào năm 1996.RTP và RTCP liên kết rất chặt chẽ với nhau – RTP truyền dữ liệu thực trong khiRTCP được dùng để nhận thông tin phản hồi về chất lượng dịch vụ.1.RTP (even port-port chẵn)_ RTP cung cấp chức năng mạng vận chuyển end-to-end cho những ứng dụngtruyền dữ liệu mà yếu cầu thời gian thực (real-time) như là âm thanh và video.Những chức năng đó bao gồm nhận diện loại dự liệu, số trình tự, tham số thời gianvà giám sát tiến trính gởi.- RTP là thành phần quan trọng của VoIP bởi vì nó cho phép thiết bị đích sắp xếpvà điều chỉnh lại thời gian cho gói tin thoại trước khi được gởi đến người dùng.- Sequence number được tăng thêm bởi 1 đối với từng gói tin, giá trị khởi đầu ( củagói tin đầu tiên ) được chọn ngẫu nhiên để nhằm mục đích bảo mật. Xem xét giá trị
  22. 22. trong trường này, receiver có thể xác định được gói tin bị mất hoặc out of oder tínhtóan sác xuất mất gói hay để điều chỉnh thời gian playout của dữ liệu nhằm đảmbảo chất lượng của dịch vụ.- Timestamp được sử dụng để tính tóan đồng bộ cũng như jitter của dữ liệu, vì vậygiá trị trong trường này luôn tăng một cách tuyến tính và đơn điệu tùy thuộc theoxung clock lấy mẫu được sử dụng cho từng lọai dữ liệu ( vd video là 90kHz) bắtđầu từ thời điểm byte đầu tiên của gói RTP. Giá trị đầu tiên cũng được chọn ngẫunhiên.2.RTCP(Real-Time Transport Control Protocol)odd port-port lẻ- RTCP giám sát chất lượng của quá trình phân phối dữ liệu và cung cấp tiến trìnhđiều khiển thông tin. RTCP cung cấp thông tin phản hồi dựa theo điều kiện củamạng:- RTCP cung cấp cơ chế cho những thiết bị liên quan trong phiên (session) RTPtrao đổi thông tin về giám sát và điều khiển phiên.- RTCP giám sát chất lượng của các yếu tố như là đếm gói (packet count), mất gói,độ trễ, jitter. RTCP truyền gói bằng 1% băng thông của phiên, nhưng ở một tốc độxác định trong ít nhất mỗi 5 giây.- Tham số thời gian Network Time Protocol(NTP) dưa vào các xung được đồng bộ.- Tham số thời gian RTP tương ứng thì được tạo ngẫu nhiên và dựa vào tiến trínhlấy mẫu gói dữ liệu. Cả hai NTP và RTP thì được đặt trong gói RTCP bởi ngườigởi dữ liệu.III. RTSP ( Real Time Streaming Protocol ) : Giao thức tạo luồng thời gianthực . Là giao thức điều khiển kiểm soát hệ thống mạng , được thiết kế sử dụng tronghệ thống giải trí và truyền thông để kiểm soát Streaming media Severs . Giao thức
  23. 23. được sử dụng để thiết lập và kiểm soát các phương tiện truyền thông giữa các điểmcuối phiên . Người dùng đưa ra các lệnh VCR , như chạy hay tạm dừng , để điềukhiển thời gian thực trong việc phát lại các file media từ sever .IV. SDP ( Session Description Protocol ) : Giao thức mô tả phiên kết nối đaphương tiện . Là giao thức cho phép client chia sẻ thông tin về phiên kết nối cho các clientkhác. Nó đóng một vai trò quan trọng trong VoIP.1.Mô tả SDP: SDP không phải là một giao thức lớp vận chuyển, nó không thực sự vận chuyểndữ liệu giữa các client mà nó chỉ thiết lập cấu trúc thông tin về các thuộc tính củaluồng dữ liệu, dữ liệu thực sự được truyền đi bởi các giao thức SIP, RTSP hayHTTP. Thông tin trong gói SDP ở dạng ASCII gồm nhiều dòng, mỗi dòng là 1 trường.Ví dụ bản tin SDP:v=0o=bsmith 2208988800 2208988800 IN IP4 68.33.152.147s=e=bsmith@foo.comc=IN IP4 20.1.25.50t=0 0a=recvonlym=audio 0 RTP/AVP 0 1 101a=rtpmap:0 PCMU/8000
  24. 24. Trường Ý nghĩa V Phiên bản của giao thức Chủ của phiên kết nối, nhận dạng, phiên bản phiên kết nối, Loại O mạng, Loại địa chỉ, IP của chủ. S Tên phiên kết nối I Miêu tả kết nối U URI E E-mail của người cần liên lạc P Số điện thoại của người cần liên lạc C Thông tin kết nối:: IP version and CIDR IP address k Khóa mã hóa như clear text,base64, uri Loại mạng, port kết nối,phương thức vận chuyển,danh sách định m dạng t Thời điểm bắt đầu và kết thúc kết nối a Thuộc tính. Ý nghĩa của các trường2.Hoạt động của SDP: Client gửi SIP request, thiết bị sẽ tạo một gói SDP gửi trả lại. Gói SDP này mangthông tin về phiên kết nối. Sau đây là một ví dụ:
  25. 25. v=0o=thang 2890844526 2890844526 IN IP4 host.hanoi.example.coms=c=IN IP4 host.hanoi.example.comt=0 0m=audio 49170 RTP/AVP 0 8 97a=rtpmap:0 PCMU/8000a=rtpmap:8 PCMA/8000a=rtpmap:97 iLBC/8000m=video 51372 RTP/AVP 31 32a=rtpmap:31 H261/90000a=rtpmap:32 MPV/90000 Trong ví dụ trên, người gửi là Thắng , lắng nghe kết nối từhost.hanoi.example.com. Gói được gửi tới bất kỳ ai muốn tham gia phiên kết nối.Kết nối của Alice hỗ trợ ba loại kết nối cho audio là PCMU, PCMIA và iLBC, hailoại kết nối video H.261 và MPV. Nếu Ngọc muốn tham gia kết nối thì gửi lại bảntin SDP:v=0o=ngoc 2808844564 2808844564 IN IP4 host.hanoi2.example.coms=c=IN IP4 host.hanoi2.example.comt=0 0m=audio 49174 RTP/AVP 0
  26. 26. a=rtpmap:0 PCMU/8000m=video 49170 RTP/AVP 32a=rtpmap:32 MPV/900003.Bảo mật cho SDP:Bản tin SDP mang thông tin về phiên kết nối như nhận dạng phiên kết nối, IPngười gửi, người nhận,… Nếu kẻ tấn công bắt được những gói SDP này nó có thểthay đổi giá trị trong các trường rồi gửi đi. Nhưng điều này hoàn toàn có thể khắcphục bằng phương pháp chứng thực user của SIP.V. MIME ( Multipurpose Internet mail Extension – Mở rộng thư tín Internetđa mục đích . MIME cung cấp cách thức kết hợp nhiều loại dữ liệu khác nhau vào trong mộtthông điệp duy nhất có thể được gởi qua Internet dùng Email hay Newgroup.Thông tin được chuyển đổi theo cách này trông giống như những khối ký tự ngẫunhiên. Những thông điệp sử dụng chuẩn MIME có thể chứa hình ảnh, âm thanh vàbất kỳ những loại thông tin nào khác có thể lưu trữ được trên máy tính. Hầu hếtnhững chương trình xử lý thư điện tử sẽ tự động giải mã những thông báo này vàcho phép bạn lưu trữ dữ liệu chứa trong chúng vào đĩa cứng.VI. HTTP ( Hypertext Transfer protocol ) : Giao thức truyền siêu văn bản . Là một trong năm giao thức chuẩn về mạng Internet, được dùng để liên hệ thôngtin giữa Máy cung cấp dịch vụ (Web server) và Máy sử dụng dịch vụ (Web client)là giao thức Client/Server dùng cho World Wide Web-WWW, HTTP là một giaothức ứng dụng của bộ giao thức TCP/IP (các giao thức nền tảng cho Internet).Cấu trúc của HTTP Message
  27. 27. HTTP là một giao thức kiểu client/server; client đưa ra các request, và server sẽ trảlời các request này. Cấu trúc các HTTP message vì thế cũng thay đổi theo yếu tốnày. Có một định dạng cho HTTP request và cho các response.1.HTTP RequestMỗi request bắt đầu với một Request-Line. Dòng này chỉ ra phương thức mà clientyêu cầu, tài nguyên, và phiên bản của HTTP mà client có thể hỗ trợ. Request-Linecó thể có tiếp sau một hay nhiều header và một message body.Một HTTP request bắt đầu với một Request-Line và có thể bao gồm các header vàmessage body. Phần header có thể mô tả quá việc truyền dữ liệu, xác định các yêucầu hay phần message body kèm theo.GET / HTTP/1.1Accept: */*Accept-Language: en-us Accept-Encoding: gzip, deflateUser-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0)Host: www.ft.comConnection: Keep-AliveRequest-Line chứa ba mục phân biệt, đó là method, uri, và phiên bản HTTP, mỗimục được phân tách bởi một hay nhiều khoảng trống.Một HTTP Request-Line có một phương thức, một địa chỉ định danh tài nguyên(URI), và thông báo phiên bản HTTP.Phương thức được xác định trên dòng đầu tiên của Request-Line. HTTP định nghĩatất cả là 8 phương thức. Một HTTP server chỉ được yêu cầu hỗ trợ các phương thứcGET và HEAD; nếu chúng hỗ trợ các phương thức HTTP khác, sự hỗ trợ đó phảiđược gắn với các quy tắc của HTTP. Đặc tả HTTP cũng có các mở rộng để cácphương thức khác có thể được bổ sung trong tương lai.
  28. 28. Mục tiếp theo trong Request-Line là Request-uri. Mục này cung cấp địa chỉ địnhdanh tài nguyên cho một tài nguyên. Ví dụ, Request-uri là /, chỉ ra một request chotài nguyên gốc. Cho các request không yêu cầu một tài nguyên cụ thể (như làTRACE request hay trong một số trường hợp cả OPTIONS request), client có thểdùng một dấu * cho Request-uri.Mục cuối cùng trong Request-Line là phiên bản HTTP. Như trong ví dụ, phiên bảnHTTP là 1.1 chứa trong đoạn text HTTP/1.1.Tiếp sau Request-Line, một HTTP request có thể bao gồm một hay nhiều dòngmessage header. Một message header có thể chứa các loại general header, requestheader, hoặc entity header. General header áp dụng trong truyền dữ liệu; requestheader áp dụng cho các request cụ thể, và entity header áp dụng cho message bodytrong request.Một HTTP request luôn chứa một dòng trống sau Request-Line và bất kỳ headernào. Nếu request bao gồm một message body, phần body đi sau một dòng trống.Dòng trống - blank line rất quan trọng vì server xác định được phần kết củarequest, hoặc phần kết của header. Không có dòng trống, server nhận các messagesẽ không biết được các header khác nữa có tiếp tục được truyền không.1. HTTP ResponseHTTP Response khá giống với HTTP Request. Dấu hiệu khác biệt duy nhất làresponse bắt đầu với một dòng trạng thái status so với Request-Line. Status-Line,cũng giống như Request-Line, chứa ba mục ngăn cách bởi các khoảng trống.Một HTTP response bắt đầu với một Status-Line và có thể chứa các header và mộtmessage body. Header có thể mô tả quá trình truyền dữ liệu, xác định response,hoặc phần body kèm theo.Dòng bắt đầu với phiên bản cao nhất của HTTP mà server hỗ trợ.HTTP/1.1 200 OKDate: Sun, 08 Oct 2000 18:46:12
  29. 29. GMT Server: Apache/1.3.6 (Unix)Keep-Alive: timeout=5, max=120Connection: Keep-AliveContent-Type: text/html<html>...HTTP Status-Line bắt đầu với chỉ báo HTTP, mã trạng thái, và một đoạn text mô tảresponse.Hai mục còn lại trong Status-Line là Status-Code và Reason-Phrase. Status-Code làmột bộ ba kí tự chỉ báo kết quả của request. Status-Code phổ biến nhất là 200. Giátrị này thông báo yêu cầu của client thành công.Phân loại HTTP Status CodeHeader FieldHTTP request và response có thể có một hay nhiều message header. Messageheader bắt đầu với tên trường và dấu (“:”). Trong một số trường hợp, chỉ có têntrường trong phần header. Trong hầu hết các trường hợp khác header chứa cácthêm thông tin khác nữa, các thông tin này đi sau dấu “:”. Một message header kếtthúc ở cuối dòng, nhưng nếu một client cần biểu diễn nhiều hơn một dòng thì dòngtiếp theo sẽ bắt đầu với một hay nhiều kí tự trống hay kí tự gạch ngang (asciicharacter 8). Ví dụ sau là của User-Agent header:GET / HTTP/1.1Accept: */*Accept-Language: en-usAccept-Encoding: gzip, deflateUser-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0)
  30. 30. Host: www.ft.comConnection: Keep-AliveNếu một message header chứa một chuỗi giá trị phân tách bởi dấu “,”; ta có thểtách ra thành các dòng riêng, như ví dụ sau tách các giá trị của Accept-Encoding:GET / HTTP/1.1Accept: */*Accept-Language: en-usAccept-Encoding: gzipAccept-Encoding: deflateUser-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0)Host: www.ft.comConnection: Keep-AliveBảng sau thể hiện các HeaderField, phạm vi áp dụng của chúng trong các requesthay response, hay trong message body (entity) đi kèm với request hay response.Header General Request Response EntityAccept ●Accept-Charset ●Accept-Encoding ●Accept-Language ●Accept-Ranges ●Age ●Allow ●Authentication-Info ●Authorization ●Cache-Control ●Connection ●Content-Encoding ●Content-Language ●
  31. 31. Content-Length ●Content-Location ●Content-MD5 ●Content-Range ●Content-Type ●Cookie ●Cookie2 ●Date ●Etag ●Expect ●Expires ●From ●Host ●If-Match ●If-Modified-Since ●If-None-Match ●If-Range ●If-Unmodified- ●Since ●Last-Modified ●Location ●Max-Forwards ● ●Meter ●Pragma ●Proxy-Authenticate ●Proxy- ●AuthorizationRange ●Referer ●Retry-After ●Server ●Set-Cookie2 ●TE ●Trailer ●Transfer-Encoding ●Upgrade ●User-Agent ●Vary ●Warning ●WWW-Authenticate ●
  32. 32. HTTP Header Field Status Ý nghĩa Code 100-199 Informational; server nhận được request nhưng kết quả cuối cùng không sẵn có. 200-299 Success; server có khả năng thực hiện các yêu cầu. 300-399 Redirection; client có thể chuyển hướng request sang một server hay tài nguyên khác 400-499 Client error; request có lỗi. 500-599 Server error; server không thể thực hiện các yêu cầu ngay cả khi request hợp lệ. Bảng phân loại HTTP Status Codehttp://asteriskvoipsystem.org

×