1. Trang chủ
  2. » Luận Văn - Báo Cáo

Các giao thức báo hiệu điều khiển trong mang ngn giải pháp và ứng dụng ngn trên thực tế

113 2 0

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

THÔNG TIN TÀI LIỆU

Thông tin cơ bản

Định dạng
Số trang 113
Dung lượng 3,65 MB

Nội dung

BỘ GIAO THÔNG VẬN TẢI TRƯỜNG ĐẠI HỌC GIAO THÔNG VẬN TẢI TP HCM KHOA ĐIỆN – ĐIỆN TỬ VIỄN THÔNG ĐỒ ÁN TỐT NGHIỆP CÁC GIAO THỨC BÁO HIỆU - ĐIỀU KHIỂN TRONG MẠNG NGN GIẢI PHÁP VÀ ỨNG DỤNG NGN TRÊN THỰC TẾ GVHD : Th.s LÊ XUÂN KỲ SVTH : ĐOÀN VĂN AN HUỲNH NGỌC ĐIỆP Lớp : DV07 Khố : 2007 - 2011 TP Hồ Chí Minh, tháng năm 2011 Đồ án tốt nghiệp Chương Giao thức khởi tạo phiên SIP CHƯƠNG GIAO THỨC KHỞI TẠO PHIÊN SIP 3.1 Giới thiệu giao thức SIP 3.1.1 Chức SIP SIP giao thức điều khiển tầng ứng dụng thiết lập, trì giải tỏa gọi phiên truyền thơng Các phiên truyền thơng điện thoại hội nghị, học từ xa, điện thoại Internet ứng dụng tương tự khác SIP đem lại cho thành viên phiên đơn hướng đa hướng (đơn phát đa phát) Người bắt đầu không cần thiết phải thành viên phiên truyền thông Phương tiện thành viên bổ sung vào phiên SIP dùng để bắt đầu phiên mời thành viên tới phiên hội thoại mà thông báo thiết lập phương tiện khác SIP hỗ trợ dịch vụ ánh xạ tên dịch vụ gián tiếp cách suốt Vì cho phép thi hành cách đầy đủ dịch vụ ISDN, mạng thoại thông minh hỗ trợ gọi di động người dùng có địa khơng cố định SIP hỗ trợ dịch vụ việc thiết lập kết thúc phiên truyền thông:  Định vị người dùng: Xác định vị trí người dùng tiến hành hội thoại  Năng lực người dùng: Xác định phương thức (phương tiện) tham số tương ứng hội thoại  Xác định người sẵn sàng tham gia hội thoại  Thiết lập tham số cần thiết cho gọi  Điều khiển gọi: Bao gồm trình truyền kết thúc gọi SIP phần giao thức chuẩn cho truyền dòng tin đa phương thức IETF khuyến nghị RSVP ( giao thức giữ trước tài nguyên ), RTP ( giao thức truyền tải theo thời gian thực ), RTSP ( giao thức phân phối dòng tin đa phương thức ), SAP ( giao thức thông báo phiên ), SDF ( giao thức mô tả phiên ) Tuy nhiên SIP hoạt động độc lập với giao thức GVHD : Ths Lê Xuân Kỳ -35- SVTH : Đoàn Văn An Huỳnh Ngọc Điệp Đồ án tốt nghiệp Chương Giao thức khởi tạo phiên SIP SIP kết hợp với giao thức báo hiệu thiết lập gọi khác Theo cách đó, hệ thống đầu cuối dùng SIP để xác định địa hợp lệ hệ thống giao thức từ địa gửi đến giao thức độc lập Ví dụ, SIP dùng để người tham gia thơng qua H323, cổng H245, địa người dùng dùng H225 để thiết lập gọi 3.1.2 Các thành phần hệ thống SIP 3.1.2.1 Các định nghĩa  Call: Một gọi gồm tất thành viên phiên mời tài nguyên chung Một gọi SIP nhận biết Call - ID  Call leg: Call leg nhận biết kết hợp Call - ID, To and from  Client: Là chương trình ứng dụng gửi yêu cầu SIP Client ảnh hưởng trực tiếp khơng đến người sử dụng Client chứa Proxy Uers Agent  Conference: Hội nghị phiên hội thoại đa phương Một hội nghịh khơng có có nhiều thành viên bao gồm trường hợp hội nghị đa phương, hội nghị nhiều mắt lưới ( full – mesh ), gọi hai thành viên, Một vài gọi tạo hội nghị  Downstream: yêu cầu gửi trực tiếp từ phía gọi đến người nghe ( từ UAC đến UAS )  Final Respone: đáp ứng kết thúc phiên giao dịch SIP, bao gồm đáp ứng sau: 2xx, 3xx, 4xx, 5xx, 6xx  Invitation: Là yêu cầu gửi từ User Service đề nghị tham gia vào phiên hội thoại Một lời mời đầy đủ gồm yêu cầu INVITE sau yêu cầu ACK  Parallel search: Trong trình tìm kiếm song song Proxy đưa vài yêu cầu tới người dùng nhận yêu cầu đến  Provisional Respone: Đáp ứng tạm thời đáp ứng Server dùng để thơng báo tiến trình gọi chưa kết thúc phiên giao dịch SIP, đáp ứng 1xx Provisional Respone GVHD : Ths Lê Xuân Kỳ -36- SVTH : Đoàn Văn An Huỳnh Ngọc Điệp Đồ án tốt nghiệp Chương Giao thức khởi tạo phiên SIP  Server: Là chương trình ứng dụng có nhiệm vụ nhận yêu cầu hợp lệ từ dịch vụ gửi trả lại đáp ứng Server Proxy, Redirect, UAS, Registrars  Session: Theo đặc tả SDP phiên đa truyền thông tập hợp người gửi nhận với dòng liệu từ nơi gửi đến nơi nhận Nó xác định chuỗi tên User, Session ID, kiểu mạng, kiểu địa địa phần tử trường nguồn  SIP transaction: trình xảy Client Server gồm tất tin từ yêu cầu gửi từ client đến server đáp ứng cuối từ Server gửi trả lại Client Nó nhận biết số thứ tự CSeq Yêu cầu ACK có số CSeq với yêu cầu INVITE tương ứng chứa giao dịch riêng  Upstream: Đáp ứng gửi trực tiếp từ UAS đến UAC  URL - encoded: Là chuỗi ký tự mã hoá theo chuẩn RFC 1738 3.1.2.2 Các thành phần kiến trúc SIP Xét quan điểm khách hàng / phục vụ ( Client /Server ), thành phần hệ thống SIP mơ tả hình vẽ sau: Hình 3-1 Cấu trúc hệ thống SIP GVHD : Ths Lê Xuân Kỳ -37- SVTH : Đoàn Văn An Huỳnh Ngọc Điệp Đồ án tốt nghiệp Chương Giao thức khởi tạo phiên SIP Trong hình User Agent thiết bị đầu cuối mạng SIP, máy điện thoại SIP, máy tính chạy phần mềm đầu cuối SIP Proxy Server phần mềm trung gian hoạt động server client để thực yêu cầu thay mặt đầu cuối khác Tất yêu cầu xử lý chỗ Proxy Server có thể, chuyển cho máy chủ khác Trong trường hợp Proxy Server không trực tiếp đáp ứng yêu cầu Proxy Server thực khâu chuyển đổi dịch sang khn dạng thích hợp trước chuyển Location Server phần mềm định vị thuê bao, cung cấp thông tin vị trí phía bị gọi cho phần mềm Proxy Server Redirect Server Redirect Server phần mềm nhận yêu cầu SIP chuyển đổi địa SIP sang số địa khác gửi lại cho đầu cuối Không giống Proxy Server, Redirect Server không hoạt động đầu cuối, tức không gửi yêu cầu Redirect Server không nhận huỷ gọi Registrar Server phần mềm nhận yêu cầu đăng ký REGISTER Trong nhiều trường hợp Registrar Server đảm nhiệm số chức an ninh xác nhận người sử dụng Thông thường Registrar Server cài đặt với Proxy Rredirect Server cung cấp dịch vụ định vị thuê bao Mỗi lần đầu cuối bật lên ( thí dụ máy điện thoại phần mềm SIP ) đầu cuối lại đăng ký với Server Nếu đầu cuối cần thông báo cho Server địa điểm tin REGISTER gửi Nói chung, đầu cuối thực việc đăng ký lại cách định kỳ 3.1.3 Khái quát hoạt động SIP Trong hội thoại SIP, bên tham gia ( bên gọi bị gọi ) gắn địa SIP hay gọi SIP URL Người sử dụng phải đăng ký vị trí họ với SIP server Để tạo gọi SIP, phía gọi định vị tới máy phục vụ thích ứng sau gửi yêu cầu SIP Hoạt động SIP thường xuyên mời thành viên tham gia hội thoại Thành phần Registrar đóng vai trị tiếp nhận yêu cầu đăng ký từ UA ( User Agent ) lưu trữ thông tin dịch vụ bên SIP ( Non – SIP ) GVHD : Ths Lê Xuân Kỳ -38- SVTH : Đoàn Văn An Huỳnh Ngọc Điệp Đồ án tốt nghiệp Chương Giao thức khởi tạo phiên SIP 3.1.3.1 Địa SIP Các thành viên tham gia hội thoại định danh địa SIP gọi SIP URL SIP URL dùng tin SIP để thông báo nơi gửi ( from ), đích thời ( Request – URI ) nơi nhận cuối ( to ) yêu cầu SIP rõ địa gián tiếp Một SIP URL gắn vào trang Web hyperlink khác để thông báo người dùng dịch vụ gọi thơng qua SIP 3.1.3.2 Giao dịch SIP Khi có địa IP SIP server yêu cầu gửi theo tầng vận chuyển ( giao thức ) TCP hay UDP Khách hàng gửi hàng nhiều yêu cầu SIP tới SIP server nhận phúc đáp từ Server Một yêu cầu với phúc đáp ứng cho nhu cầu tạo nên giao dịch SIP Tất đáp ứng cho yêu cầu phải chứa giá trị trường Call - ID Cseq, To From Điều làm cho đáp ứng phù hợp với yêu cầu Mỗi gọi SIP định danh định danh gọi ( Call - ID ) Yêu cầu gửi từ đâu ( From ) tới đâu ( To ) Trường From To theo khuôn dạng SIP - URL Trường CSeq lưu trữ thông tin phương thức sử dụng phiên, có dạng: CSeq="CSeq": "DIGIT Method" DIGIT số ngun khơng dấu 32 bit  Nếu giao thức TCP sử dụng, yêu cầu đáp ứng giao dịch SIP đơn giản truyền qua kết nối TCP Một số yêu cầu SIP từ khách hàng đến Server dùng kiểu nối TCP dùng kiểu kết nối cho yêu cầu  Nếu khách hàng gửi yêu cầu thông qua giao thức UDP đơn hướng, đáp ứng gửi đến địa nằm trường mào đầu "Via" đáp ứng yêu cầu gửi qua giao thức UDP đa hướng đáp ứng đưa tới điạ quảng bá cổng đích Khn dạng tin SIP không phụ thuộc vào giao thức truyền GVHD : Ths Lê Xuân Kỳ -39- SVTH : Đoàn Văn An Huỳnh Ngọc Điệp Đồ án tốt nghiệp Chương Giao thức khởi tạo phiên SIP 3.1.3.3 Lời mời SIP Một lời mời SIP gồm hai yêu cầu INTIVE ACK Yêu cầu INTIVE mời thành viên tham gia hội thoại phía bị gọi đồng ý tham gia, bên gọi xác nhận nhận đáp ứng cách gửi yêu cầu ACK Nếu phía gọi không muốn mời thành viên tham gia gọi gửi u cầu BYE thay cho ACK Thơng điệp INTIVE chứa thành phần mô tả phiên ( SDP ) phương thức tiến hành trao đổi ứng với phiên Với phiên đa hướng, "mơ tả phiên" liệt kê kiểu khuôn dạng phương tiện để phân phối cho phiên hội thoại Với phiên đơn hướng, "mô tả phiên" liệt kê kiểu khuôn dạng phương tiện mà phía gọi muốn sử dụng nơi liệu muốn gửi Trường hợp máy phục vụ muốn uỷ quyền ( PS: Proxy Server ) Tiến trình xảy sau:  Proxy Server tiếp nhận lời mời INTIVE  PS tra cứu thơng tin dịch vụ định vị ngồi SIP  PS nhận thông tin để tạo địa xác  PS tạo lại INTIVE trường Request - URI chuyển tiếp  UAS ( User Agent Server ) cảnh báo phía bị gọi  PS nhận đáp ứng chấp nhận 200 OK từ UAS  PS trả kết thành cơng cho phía gọi  Phía gọi gửi thơng báo xác nhận ACK  u cầu xác nhận chuyển tiếp qua PS Chú ý: Một ACK gửi trực tiếp đến người gọi qua Proxy Tất yêu cầu đáp ứng phải có Call - ID Trường hợp máy phục vụ gián tiếp Tiến trình xảy sau:  PS tiếp nhận lời mời INTIVE  Liên lạc với dịch vụ định vị  Trả lời địa phía gọi  Phía gọi gửi thơng báo xác nhận ACK đến PS GVHD : Ths Lê Xuân Kỳ -40- SVTH : Đoàn Văn An Huỳnh Ngọc Điệp Đồ án tốt nghiệp Chương Giao thức khởi tạo phiên SIP  Phía gọi tạo yêu cầu với Call - ID có CSeq cao tới địa trả lời Server  Phía bị gọi gửi đáp ứng chấp nhận 200 OK  Phía gọi gửi thơng báo xác nhận ACK 3.1.3.4 Định vị người dùng Người gọi di chuyển hệ thống đầu cuối khác thời điểm khác Những vị trí đăng kí với SIP server Một máy định vị ( Location Server ) sử dụng hay nhiều giao thức finger ( RFC1288[17] ), rwhois (RFC2167[18]), LDAP(RFC1777[19], multicast based[[20], để xác định hệ thống đầu cuối mà User tới Một Location Server trả lại vài vị trí mà User đăng kí đồng thời nhiều Host Location Server có lỗi SIP server tổng kết kết để đưa danh sách vị trí Đối với loại SIP server hoạt động sau nhận vị trí khác Một SIP Redirect Server trả lại danh sách cho khách hàng với tiêu đề Contact Một SIP Proxy Server liên tục thử địa gọi thành công hay người gọi từ chối gọi với cách thử địa Một Proxy Server thực dịch vụ "anycast" Nếu Proxy Server gửi yêu cầu SIP, phải bổ sung thêm địa vào phần đầu danh sách "forwardes noted" tiêu đề Via Dấu hiệu Via đảm bảo tin trả lời lấy từ đường ( hướng ) Ở hướng đáp ứng, Host phải gỡ bỏ tiêu đề Via nó, thơng tin truyền nội "ẩn " phía bị gọi mạng bên Proxy Server phải kiểm tra xem có phát yêu cầu tới danh sách Host (host listed) chứa tham số Via rent - by, Via received hay Via - maddr 3.1.3.5 Thay đổi phiên Trong vài trường hợp cần phải thay đổi thông số phiên hội thoại Việc thực việc phát lại INTIVE Các INTIVE có trường Call - ID có trường tiêu đề thân tin khác để mang thông tin Các tin INVITE phải có CSeq cao yêu cầu trước GVHD : Ths Lê Xuân Kỳ -41- SVTH : Đoàn Văn An Huỳnh Ngọc Điệp Đồ án tốt nghiệp Chương Giao thức khởi tạo phiên SIP Ví dụ: Có hai thành viên hội thoại muốn có thêm người thứ ba Một thành viên mời thành viên thứ ba tham gia với địa "multicast" đồng thời gửi tin INTIVE đến thành viên thứ hai với trường miêu tả phiên “multicast” có Call - ID cũ 3.1.4 Các loại tin SIP SIP giao thức dạng TEXT sử dụng kí tự ISO 10646 mã hố Điều tạo cho SIP tính linh hoạt mở rộng dễ thi hành ngôn ngữ lập trình cấp cao Java, Tol, Perl Cú pháp SIP gần giống với giao thức HTTP, cho phép dùng lại mã đơn giản hoá liên kết máy phục vụ SIP với máy phục vụ Web Một tin SIP yêu cầu từ khách hàng tới Server hay đáp ứng từ Server gửi lại khách hàng Cả hai loại tin sử dụng chung định dạng quy định RFC 2822 với cấu trúc gồm dòng khởi đầu ( start - line ), số trường tiêu đề và phần thân tin tùy chọn Cấu trúc tóm tắt sau: generic - message = start - line *message - header CRLF [message - body] Trong đó: Start - line = Request - line/Status - line (general - header) Message - header = /Request - header /Respone - header /(entity - header) Dòng khởi đầu, dòng tiêu đề hay dòng trống phải kết thúc kí tự xuống dịng ( CRLF ) phải lưu ý dịng trống phải có để ngăn cách phần tiêu đề thân tin phần thân tin rỗng GVHD : Ths Lê Xuân Kỳ -42- SVTH : Đoàn Văn An Huỳnh Ngọc Điệp Đồ án tốt nghiệp thực tế Chương Giải pháp ứng dụng NGN   Hình 4-12 So sánh kiến trúc Softswitch IMS         Phần tử Softswitch Phần tử IMS Các Gateway Media Gateway/MGCF Features Server ứng dụng Chức sở liệu định tuyến BGCF Gateway báo hiệu SGW Dữ liệu thuê bao HSS – phần tử Điều khiển gọi I-CSCF S-CSCF SBC báo hiệu P-CSCF Bảng Các phần tử Softswitch có chức tương tự IMS   Tuy nhiên, hai hệ thống có điểm khác biệt Tất Softswitch kết hợp định tuyến gọi điều khiển gateway IMS tách riêng chức Ngoài ra, cấu trúc IMS có độc lập điều khiển cung cấp dịch vụ Với khả tính cước linh hoạt (online, offline) IMS nhà cung cấp dịch vụ dễ dàng đưa hình thức thu phí khác nhau, phù hợp với loại hình dịch vụ Bảng minh họa khác biệt chủ yếu Softswitch IMS   GVHD : Ths Lê Xuân Kỳ -94SVTH : Đoàn Văn An Huỳnh Ngọc Điệp Đồ án tốt nghiệp thực tế   Chương Giải pháp ứng dụng NGN Softswitch IMS Tính chuẩn hóa Khơng có tổ chức đưa 3GPP chuẩn hóa (Release 5, tiêu chuẩn cụ thể, phụ thuộc Release 6, Release 7, Release 8) vào giải pháp hãng thiết bị Mục đích Chuyển mạch phần mềm, thay tổng đài điện tử số, tách chức điều khiển chuyển mạch, sử dụng cơng nghệ chuyển mạch gói Cung cấp dịch vụ Internet lúc, nơi cho khách hàng sử dụng di động mạng chuyển mạch gói Kiến trúc mạng - Kiến trúc mạng dựa phân tán chức diều khiển gọi chức chuyển mạch, hoạt động điều khiển tập trung Call server (MGC) - Kiến trúc phân tán theo mơ hình server, chức điều khiển không tập trung server nên Call server (CSCF) số server điều khiển - Gồm có bốn mặt phần mềm: mặt truyền tải; mặt điều khiển gọi báo hiệu; mặt dịch vụ ứng dụng; mặt quản lý - Được chia thành lớp: lớp dịch vụ, lớp điều khiển, lớp truyền tải - Sử dụng giao diện chuẩn hóa - Sử dụng giao diện lập trình mở - API Giao thức điều SIP, H.323, MGCP, khiển báo hiệu MEGACO/H248,… Chủ yếu sử dụng SIP Khả cung Dễ dàng cung cấp dịch vụ cấp dịch vụ PSTN truyền thống dịch vụ mạng thông minh (IN), không hỗ trợ triển khai dịch vụ di động Là tảng để cung cấp dịch multimedia cho khách hàng di động, khơng sử dụng mạng thơng minh (IN), khó triển khai dịch vụ PSTN truyền thống Có chế độ tính cước online GVHD : Ths Lê Xuân Kỳ -95SVTH : Đoàn Văn An Huỳnh Ngọc Điệp Đồ án tốt nghiệp thực tế Chương Giải pháp ứng dụng NGN Khả tích hợp Có khả tương thích, Khá dễ dàng thiết bị với thiết bị khó khăn phải tuân theo chuẩn nhà cung cấp khác Bảo mật Có khả bảo mật tốt đối Có nhiều chế bảo mật khác với dịch vụ VoIP nhau, đảm bảo an tồn thơng tin cá nhân người dùng, độ an toàn cao Lưu lượng Vẫn cịn hạn chế Băng thơng rộng, đáp ứng nhu cầu người dùng tốt Chi phí Tiết kiệm Có thể q trình nâng cấp lên tốn kém, sau khơng tốn nhiều chi phí cho việc quản lý, nâng cấp, bảo dưỡng thiết bị Bảng 4-2 Sự khác Softswitch IMS 4.3.3 Chuyển đổi từ Softswitch lên IMS Với lợi ích IMS mang lại nhiều nhà khai thác có kế hoạch chuyển đổi hệ thống mạng năm tới Nắm bắt xu hướng này, đối tác đưa giải pháp chuyển đổi từ Softswitch sang IMS Đối với nhà khai thác sử dụng mạng chuyển mạch kênh TDM Softswitch xem bước trung gian để chuyển đổi sang IMS Trong hệ thống Softswitch nay, có nhiều phần tử thực chức tương tự chức IMS nên lý thuyết, chuyển đổi từ Softswitch sang IMS mà tiếp tục sử dụng phần tử chức có Tùy theo mục đích nhà khai thác di động hay cố định, họ có chức IMS khác (về dung lượng phương thức đóng gói), nhà cung cấp Softswitch thực cách bổ sung thiết bị cài đặt phần mềm Các nhà cung cấp thiết bị Softswitch đưa lộ trình rõ ràng cho trình Trong đa số trường hợp, Gateway chuyển thành MGW MGCF Ggateway báo hiệu chuyển thành SGW IMS Một số chức định tuyến gọi thực BGCF Cơ sử liệu thuê bao tập trung UPSF Các chức Call Agent S-CSCF I-CSCF thực định GVHD : Ths Lê Xuân Kỳ -96SVTH : Đoàn Văn An Huỳnh Ngọc Điệp Đồ án tốt nghiệp thực tế Chương Giải pháp ứng dụng NGN nghĩa phần tử Chức chuyển mạch class 4/5 đưa vào server ứng dụng Các SBC cung cấp chế bảo vệ báo hiệu chức Gateway mạng VoIP đưa vào P-CSCF GVHD : Ths Lê Xuân Kỳ -97SVTH : Đoàn Văn An Huỳnh Ngọc Điệp Đồ án tốt nghiệp Chương Bắt gói phân tích gói tin hệ thống sử dụng SIP thực tế CHƯƠNG BẮT GĨI VÀ PHÂN TÍCH GĨI TIN TRONG HỆ THỐNG SỬ DỤNG SIP THỰC TẾ Sip có nhiều ứng dụng linh hoạt viễn thông sử dụng nhiều VoIP Hệ thống tổng đài VoIP sử dụng SIP lớn việc thiết lập tổng đài IP PBX dựa phần mềm có sẵn dễ dàng Chương trình bày việc tiến hành gọi softphone thơng qua sever tiến hành bắt gói tin mạng để tìm hiểu trình thực báo hiệu giao thức SIP 5.1 Mơ hình kết nối Hình 5-1 Mơ hình gọi VoIP qua giao thức SIP đầu cuối với thông qua tổng đài IP PBX 5.2 Giới thiệu thành phần  Tổng đài IP sử dụng tổng đài 3CX : tổng đài IP PBX phần mềm thay cho hệ thống PBX/ PABX phần cứng truyền thống Tổng đài 3CX phát triển cho hệ điều hành Microsoft Windows dựa chuẩn SIP – dễ dàng việc quản lý sử dụng điện thoại SIP ( phần cứng phần mềm )  Sip Phone : để tiện cho q trình mơ máy ảo phần mềm VMwave, SIP Phone sử dụng mô softphone 3CX Soft phone có giao diện thân thiên dễ sử dụng Soft phone hỗ trợ thoại video  Wireshark : phần mềm bắt gói tin mạng Wireshark hỗ trợ việc bắt gói phân tích nội dung gói tin 5.3 Quá trình thực  Thay đổi IP để máy ảo máy thật mạng LAN GVHD : Ths Lê Xuân Kỳ An Huỳnh Ngọc Điệp -99- SVTH : Đoàn Văn Đồ án tốt nghiệp Chương Bắt gói phân tích gói tin hệ thống sử dụng SIP thực tế  Tiến hành cài đặt tổng đài 3CX máy tính cahyj hệ điều hành Windows  Thiết lập thông số cho tổng đài Hình 5-2 Thiết lập thơng số cho tổng đài 3CX   Cài đặt softphone máy ảo Tiến hành cấu hình địa cho điện thoại GVHD : Ths Lê Xuân Kỳ An Huỳnh Ngọc Điệp -100- SVTH : Đoàn Văn Đồ án tốt nghiệp Chương Bắt gói phân tích gói tin hệ thống sử dụng SIP thực tế Hình 5-3 Thiết lập thông số cho softphone 3CX    Thực gọi từ máy 111 sang máy 222 Máy 222 nhấc máy sau 10s cúp máy Dùng phần mềm Wireshark bắt gói card mạng máy chủ 5.4 Kết    Bắt gói q trình làm việc Xem q trình báo hiệu mạng qua cơng cụ Wireshark Tiến hành xem xét cấu trúc gói tin GVHD : Ths Lê Xuân Kỳ An Huỳnh Ngọc Điệp -101- SVTH : Đoàn Văn Đồ án tốt nghiệp Chương Bắt gói phân tích gói tin hệ thống sử dụng SIP thực tế Hình 5-4 Bảng trạng thái mơ tả gói tin SIP  Request : INVITE sip:222@192.168.125.100:5060 with session decription INVITE sip:222@192.168.125.100:5060 SIP/2.0 Via: SIP/2.0/UDP 192.168.125.111:1039;branch=z9hG4bK-d8754zca0fae1b0b07ba2b-1 -d8754z-;rport Max-Forwards: 70 Contact: To: From: ;tag=ed59fb0a Call-ID: Y2Y4NzI0ODVlOWYzZmMyODExYTc4NTMwNjdmOWQ1MGM CSeq: INVITE Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REGISTER, SUBSCRIBE, NOTIFY, REFER, INFO, MESSAGE Content-Type: application/sdp Supported: replaces GVHD : Ths Lê Xuân Kỳ An Huỳnh Ngọc Điệp -102- SVTH : Đoàn Văn Đồ án tốt nghiệp Chương Bắt gói phân tích gói tin hệ thống sử dụng SIP thực tế User-Agent: 3CXPhone 6.0.19920.0 Content-Length: 413 v=0 o=3cxVCE 312550710 80020290 IN IP4 192.168.125.111 s=3cxVCE Audio Call c=IN IP4 192.168.125.111 t=0 m=audio 40006 RTP/AVP 101 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:3 GSM/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 a=sendrecv m=video 40004 RTP/AVP 34 c=IN IP4 192.168.125.111 a=rtpmap:34 H263/90000 a=fmtp:34 QCIF=1;CIF=1;SQCIF=1;CIF4=1; a=sendrecv  Status : 407 Proxy Authentication Required SIP/2.0 407 Proxy Authentication Required Via: SIP/2.0/UDP 192.168.125.111:1039;branch=z9hG4bK-d8754zca0fae1b0b07ba2b-1 -d8754z-;rport=1039 Proxy-Authenticate: Digest nonce="414d535c047ad8d871:d809420875f71c7d189b664aaf459b81",algorithm=M D5,realm="3CXPhoneSystem" To: ;tag=532edd54 From: ;tag=ed59fb0a Call-ID: Y2Y4NzI0ODVlOWYzZmMyODExYTc4NTMwNjdmOWQ1MGM CSeq: INVITE User-Agent: 3CXPhoneSystem 8.0.10708.0 Content-Length:  Request : ACK sip:222@192.168.125.100:5060 ACK sip:222@192.168.125.100:5060 SIP/2.0 Via: SIP/2.0/UDP 192.168.125.111:1039;branch=z9hG4bK-d8754zca0fae1b0b07ba2b-1 -d8754z-;rport Max-Forwards: 70 To: ;tag=532edd54 From: ;tag=ed59fb0a Call-ID: Y2Y4NzI0ODVlOWYzZmMyODExYTc4NTMwNjdmOWQ1MGM GVHD : Ths Lê Xuân Kỳ An Huỳnh Ngọc Điệp -103- SVTH : Đoàn Văn Đồ án tốt nghiệp Chương Bắt gói phân tích gói tin hệ thống sử dụng SIP thực tế CSeq: ACK Content-Length:  Request : INVITE sip:222@192.168.125.100:5060 with session decription INVITE sip:222@192.168.125.100:5060 SIP/2.0 Via: SIP/2.0/UDP 192.168.125.111:1039;branch=z9hG4bK-d8754z546ce85f8902b63b-1 -d8754z-;rport Max-Forwards: 70 Contact: To: From: ;tag=ed59fb0a Call-ID: Y2Y4NzI0ODVlOWYzZmMyODExYTc4NTMwNjdmOWQ1MGM CSeq: INVITE Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REGISTER, SUBSCRIBE, NOTIFY, REFER, INFO, MESSAGE Content-Type: application/sdp Proxy-Authorization: Digest username="111",realm="3CXPhoneSystem",nonce="414d535c047ad8d871:d809420 875f71c7d189b664aaf459b81",uri="sip:222@192.168.125.100:5060",response="131 91c0de172df42a0984dc45ded437e",algorithm=MD5 Supported: replaces User-Agent: 3CXPhone 6.0.19920.0 Content-Length: 413 v=0 o=3cxVCE 312550710 80020290 IN IP4 192.168.125.111 s=3cxVCE Audio Call c=IN IP4 192.168.125.111 t=0 m=audio 40006 RTP/AVP 101 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:3 GSM/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 a=sendrecv m=video 40004 RTP/AVP 34 c=IN IP4 192.168.125.111 a=rtpmap:34 H263/90000 a=fmtp:34 QCIF=1;CIF=1;SQCIF=1;CIF4=1; a=sendrecv  Status : SIP/2.0 100 Trying GVHD : Ths Lê Xuân Kỳ An Huỳnh Ngọc Điệp -104- SVTH : Đoàn Văn Đồ án tốt nghiệp Chương Bắt gói phân tích gói tin hệ thống sử dụng SIP thực tế SIP/2.0 100 Trying Via: SIP/2.0/UDP 192.168.125.111:1039;branch=z9hG4bK-d8754z546ce85f8902b63b-1 -d8754z-;rport=1039 To: From: ;tag=ed59fb0a Call-ID: Y2Y4NzI0ODVlOWYzZmMyODExYTc4NTMwNjdmOWQ1MGM CSeq: INVITE Content-Length:  Status : SIP/2.0 180 Trying SIP/2.0 180 Ringing Via: SIP/2.0/UDP 192.168.125.111:1039;branch=z9hG4bK-d8754z546ce85f8902b63b-1 -d8754z-;rport=1039 Contact: To: ;tag=e87cf731 From: ;tag=ed59fb0a Call-ID: Y2Y4NzI0ODVlOWYzZmMyODExYTc4NTMwNjdmOWQ1MGM CSeq: INVITE User-Agent: 3CXPhoneSystem 8.0.10708.0 Content-Length:  Status : 200 OK with session decription SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.125.111:1039;branch=z9hG4bK-d8754z546ce85f8902b63b-1 -d8754z-;rport=1039 Contact: To: ;tag=e87cf731 From: ;tag=ed59fb0a Call-ID: Y2Y4NzI0ODVlOWYzZmMyODExYTc4NTMwNjdmOWQ1MGM CSeq: INVITE Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REGISTER, SUBSCRIBE, NOTIFY, REFER, INFO, MESSAGE Content-Type: application/sdp User-Agent: 3CXPhoneSystem 8.0.10708.0 Content-Length: 394 v=0 o=3cxPS 359753842688 299540414465 IN IP4 192.168.125.100 s=3cxPS Audio call c=IN IP4 192.168.125.222 t=0 m=audio 40006 RTP/AVP 101 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 GVHD : Ths Lê Xuân Kỳ An Huỳnh Ngọc Điệp -105- SVTH : Đoàn Văn Đồ án tốt nghiệp Chương Bắt gói phân tích gói tin hệ thống sử dụng SIP thực tế a=rtpmap:3 GSM/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 m=video 40004 RTP/AVP 34 c=IN IP4 192.168.125.222 a=rtpmap:34 H263/90000 a=fmtp:34 QCIF=1;CIF=1;SQCIF=1;CIF4=1; a=sendrecv  Request ACK sip:222@192.168.125.100:5060 ACK sip:222@192.168.125.100:5060 SIP/2.0 Via: SIP/2.0/UDP 192.168.125.111:1039;branch=z9hG4bK-d8754zd273f415011fb771-1 -d8754z-;rport Max-Forwards: 70 Contact: To: ;tag=e87cf731 From: ;tag=ed59fb0a Call-ID: Y2Y4NzI0ODVlOWYzZmMyODExYTc4NTMwNjdmOWQ1MGM CSeq: ACK Proxy-Authorization: Digest username="111",realm="3CXPhoneSystem",nonce="414d535c047ad8d871:d809420 875f71c7d189b664aaf459b81",uri="sip:222@192.168.125.100:5060",response="131 91c0de172df42a0984dc45ded437e",algorithm=MD5 User-Agent: 3CXPhone 6.0.19920.0 Content-Length:  Request BYE sip:111@192.168.125.111:1039 BYE sip:111@192.168.125.111:1039;rinstance=589cff7069d8e7b7 SIP/2.0 Via: SIP/2.0/UDP 192.168.125.100:5060;branch=z9hG4bK-d8754z84371605cc73797a-1 -d8754z-;rport Max-Forwards: 70 Contact: To: ;tag=ed59fb0a From: ;tag=e87cf731 Call-ID: Y2Y4NzI0ODVlOWYzZmMyODExYTc4NTMwNjdmOWQ1MGM CSeq: BYE User-Agent: 3CXPhoneSystem 8.0.10708.0 Content-Length:  Statuts SIP/2.0 200 OK SIP/2.0 200 OK GVHD : Ths Lê Xuân Kỳ An Huỳnh Ngọc Điệp -106- SVTH : Đoàn Văn Đồ án tốt nghiệp Chương Bắt gói phân tích gói tin hệ thống sử dụng SIP thực tế Via: SIP/2.0/UDP 192.168.125.100:5060;branch=z9hG4bK-d8754z84371605cc73797a-1 -d8754z-;rport=5060 Contact: To: ;tag=ed59fb0a From: ;tag=e87cf731 Call-ID: Y2Y4NzI0ODVlOWYzZmMyODExYTc4NTMwNjdmOWQ1MGM CSeq: BYE User-Agent: 3CXPhone 6.0.19920.0 Content-Length: 5.5 Nhận xét Việc bắt gói tin phân tích gói tin hệ thống sử dụng SIP thực tế, thuận tiện cho việc tìm hiểu phương thức hoạt động cấu trúc gói tin giao thức SIP Đồng thời tìm hiểu cấu hình hệ thống tổng đài IP PBX GVHD : Ths Lê Xuân Kỳ An Huỳnh Ngọc Điệp -107- SVTH : Đoàn Văn KẾT LUẬN Trong giai đoạn đầu đa số lưu lượng mạng NGN kết nối với mạng PSTN thông qua Media Gateway, thời gian vừa qua NGN có nhiều thuê bao sử dụng dịch vụ thoại, truy nhập internet băng rộng thông qua Access Gateway, đặc biệt SIP giao thức quan trọng mạng NGN, dịch vụ dựa tảng SIP điều cần thiết với loại đầu cuối SIP điện thoại IP, Mobie IP, Các chương trình Multimedia chạy PC Hơn trăm trang để tài chưa thể nói hết tất đặc trưng nhiên cứu cụ thể tất giao thức NGN, nhiên nhóm chúng em cố gắng để tìm hiểu vấn đề cốt lõi đặc trưng hay Việc sâu tìm hiểu giao thức SIP hướng sát với thực tế ứng dụng nhiều Tìm hiểu hệ thống tổng đài thực tế cách tiếp cận với việc sử dụng giao thức SIP thực tế, giúp nhóm chúng em hiểu nhiều mặt giao thức, tích góp vài kiến thức kinh nghiệm cho cơng việc sau Do thời gian có hạn, thời gian tìm hiểu cịn hạn hẹp nên khơng tránh khỏi thiếu sót Nhóm chúng em mong nhận đóng góp ý kiến thầy bạn để hoàn thiện phát triển đề tài Sinh viên Đoàn Văn An Huỳnh Ngọc Điệp TÀI LIỆU THAM KHẢO Bài giảng NGN, học viện bưu viễn thơng Năm 2002 2.Mạng viễn thơng hệ sau -TS.Nguyễn Quý Minh Hiền Nxb Bưu Điện 2002   Cornelis Hoogendoom, Next Generation Networks and VoIP, 2002 Local Exchange Softswitch System: Softswitch & Packet Voice (www.ec.org) Sameer Padhye Next Generation Network "Complementing The Internet For Converged Service", Cisco System, 2003 Website tham khảo “ www.nhatnghe.com “ ,“http://www.3cx.vn/ , http://vntelecom.org/ “ ,” http://voip-sip-sdk.com/ “ …

Ngày đăng: 18/07/2023, 13:33

TÀI LIỆU CÙNG NGƯỜI DÙNG

TÀI LIỆU LIÊN QUAN

w