Nếu một mạng thiếu QoS thì ng−ời sử dụng phải tự thêm vào các ph−ơng pháp của mình để có đ−ợc QoS cần thiết. Việc thêm bảo mật vào trên tại cấp ứng dụng đã đ−ợc đề cập ở trên. Khi thực hiện VoIP trên mạng Internet công cộng, các bộ đệm Jitter th−ờng đ−ợc sử dụng tại bên nhận. Quá trình này có thể đắt và tốn thời gian. Sẽ tốt hơn nếu mạng có thể chuyển giao ít nhất một vài đảm bảo QoS trong lĩnh vực này.
Trong tất cả các rhông số QoS, thông số mà ng−ời sử dụng khó tự thêm vào nhất là trễ. Mà thoại lại là ứng dụng rất nhạy cảm với trễ mạng.
mạng? Ng−ời sử dụng không thể hạ thấp trễ mạng, nh−ng nhà cung cấp dịch vụ có nên quan tâm tới việc đầu t− làm giảm trễ trên toàn bộ mạng khi mà chỉ có ứng dụng yêu cầu trễ thấp nh− là thoại tạo ra lợi nhuận? Tại sao không giữ lấy tiền này và xây dựng một mạng khác? Đây là lý do vì sao các mạng thoại và dữ liệu cùng tồn tại lâu đến thế trong giai đoạn đầu.
Đây thực sự là một lý do cơ bản khác cho tiếp cận QoS "chỉ cần băng thông". Thực tế đơn giản là sẽ hiệu quả hơn nếu khắc phục nh−ợc điểm của QoS bằng cách thêm băng thông hơn là bằng bất cứ cách nào khác. Thêm vào đủ băng thông, ít nhất là trễ và Jitter sẽ đ−ợc cải thiện. Nếu băng thông đ−ợc thêm vào đúng đắn, thì thậm chí cả lỗi, tính sẵn sàng và bảo mật cũng sẽ đ−ợc cải thiện. Do đó kết quả của việc thêm băng thông là có thể dự đoán đ−ợc. Đầu t− tiền vào băng thông để nhận đ−ợc các kết quả biết tr−ớc thì tốt hơn là đầu t− vào một cách mới nào đó để tái định tuyến vòng qua các nút mạng bị lỗi và sau đó nhận ra rằng không có gi tốt hơn tr−ớc đó.
Tích hợp hay bổ sung QoS vào mạng?
Nh− vậy có hai lựa chọn để nhận đ−ợc QoS cho ng−ời sử dụng và cho ứng dụng, đó là tích hợp QoS vào mạng hay là thêm QoS lên trên mạng. Điều này chắc không có gì khác hơn là cân nhắc giữa việc có sẵn QoS ở trong mạng và việc thêm QoS ở cấp ứng dụng ở bên ngoài mạng.
Hai cách tiếp cận này đã đ−ợc thảo luận ở phần tr−ớc. Cách tiếp cận thứ nhất, trong đó ng−ời sử dụng nói với mạng họ muốn gì, là cách tiếp cận đ−ợc thực hiện bởi hầu hết các nhà cung cấp dịch vụ PSTN. Cách tiếp cận thứ hai, trong đó ng−ời sử dụng thêm QoS của chính họ và chỉ dựa vào mạng không gì hơn là ở các kết nối, đây chính là triết lý của Internet.
Tất cả các ứng dụng đều rơi vào một trong một số ít các thể loại chính. Theo đó, chỉ có ba hoặc bốn lớp dịch vụ (Các nhóm các giá trị thông số QoS) là cần thiết, không phải đến hàng trăm.
Tất cả những gì có thể làm đ−ợc là chỉ ra cho các nhà cung cấp dịch vụ thấy đ−ợc rằng ngoài cách đơn giản là thêm băng thông thì chỉ có ba cách để giải quyết nghẽn và thiếu tài nguyên trên mạng. chỉ một trong các cách này cũng đòi hỏi phải tiêu tốn một số tiền lớn để thêm một thông số QoS cụ thể vào một mạng nh− mạng Internet. Các cách tiếp cận này đ−ợc đ−a ra trong hình 3.2. Một nhà cung cấp dịch vụ có thể: Sử dụng sự định giá ràng buộc Chia phần truy nhập và/hoặc các dịch vụcho ng−ời sử dụng Mạng IP "cố gắng tối đa", "không tin cậy"
(VD: Internet) Sử dụng ph−ơng pháp tiếp cận IP"Đ−ợc quản lý" Sử dụng các kỹ thuật mới (VD: DiffSerrv, RSVP…)
Hình 3.2: Bổ sung QoS vào mạng
− Chia phần truy nhập và (hoặc) các dịch vụ cho ng−ời sử dụng. Cách tiếp cận này đòi hỏi nhà cung cấp dịch vụ phải kiểm soát đ−ợc mạng và biết đ−ợc ai đang sử dụng phần tài nguyên nào của mạng. Hiện tại không có cách nào dễ dàng để thực hiện điều này trên Internet, trừ cách cố gắng xác định các MODEM dial-up rỗi và đ−a chúng ra ngoài, tuy nhiên ph−ơng pháp này không đ−ợc −a chuộng trong cộng đồng ng−ời sử dụng.
− Sử dụng định giá ràng buộc và / hoặc quản lý IP. Cách tiếp cận này buộc ng−ời sử dụng phải trả nhiều tiền hơn để sử dụng nhiều tài nguyên mạng hơn. Các lộ trình tĩnh có thể đ−ợc đặc biệt thiết lập để kết nối các điểm sử dụng VoIP để tối thiểu trễ, nh−ng sẽ phải trả giá cao hơn phí kết nối ISP. Trong tr−ờng hợp cực đoan, xếp hàng theo giá bao gồm các bộ định tuyến IP đ−ợc quản lý hoàn toàn và các liên kết dành riêng cho một hoặc một số giới hạn các khách hàng lớn.
− Sử dụng công nghệ mới. Ng−ời sử dụng không thích chia phần truy nhập, và khách hàng không nhất thiết phải tiêu thụ một l−ợng tiền lớn để quản lý mạng IP. Cách đạt đ−ợc QoS cuối cùng là sử dụng một hoặc nhiều công nghệ mới để làm cho mạng IP trở nên tốt nh− PSTN khi cung cấp thoại.
Ng−ời sử dụng có thể làm gì với một mạng IP để cung cấp QoS của riêng họ nếu QoS đầy đủ cho ứng dụng không sẵn sàng từ một ISP? Bảng 3.3 liệt kê một số điều có thể thêm các thông số QoS từ một ISP.
Bảng 3.3:Thêm QoS ứng dụng vào một mạng IP
Để cải thiện thông số QoS…
Ng−ời sử dụng có thể …
Băng thông Dồn kênh theo h−ớng ng−ợc để tăng khả năng cho nhiều cuộc gọi
Trễ Không làm gì nhiều trừ cố gắng tối thiểu các b−ớc nhảy giữa các bộ định tuyến (nh−ng làm thế nào?)
Jitter Thêm các bộ đệm Jitter
Mất thông tin Sử dụng nhiều liên kết đến ISP, thậm chí sử dụng nhiều ISP
Tính sẵn sàng Thêm phần tiền sử lỗi vào gói thoại (ít dùng) Bảo mật Thêm các ph−ơng pháp nhận thực và mã hoá
của chính họ (hay dùng)
Hiếm khi thoại số 4 hoặc 8 Kbit/s gây ra vấn đề về băng thông cho ng−ời sử dụng trên Internet, trừ tr−ờng hợp mạng bị nghẽn nặng. Dồn kênh ng−ợc có thể cần để cung cấp nhiều luồng l−u l−ợng VoIP thay vì kết nối VoIP riêng lẻ. Các bộ đệm Jitter đ−ợc sử dụng rất rộng rãi với bất kỳ hình thức VoIP nào không cần thiết có bao gồm Internet hay không, bởi vì chỉ có PSTN trên cơ sở kênh mới có giới hạn đủ chặt chẽ về Jitter để thoả mãn thoại. ảnh h−ởng của lỗi có thể đ−ợc tối thiểu một phần bằng cách sử dụng mã sửa lỗi chuyển tiếp FEC (Forward Error - Correcting Code), nh−ng điều này hiếm khi đ−ợc thực hiện. FEC yêu cầu tính t−ơng thích nên do đó giới hạn sự lựa chọn của ng−ời sử dụng và FEC cũng không giúp đ−ợc gì khi toàn bộ gói bị mất trên Internet. Tính sẵn sàng đ−ợc tăng c−ờng bằng cách sử dụng nhiều liên kết tới một ISP hoặc thậm chí sử dụng nhiều ISP. Cuối cùng, bảo mật theo truyền thống là một vấn đề cần sự quan tâm về QoS của ng−ời sử dụng, và VoIP hay điện thoại Internet có thể sử dụng một trong nhiều cách để đảm bảo tính riêng t− và nhận thực, mặc dù khả năng hoạt động cùng với nhau vẫn còn là một vấn đề cần giải quyết.