Our remaining 3 reassembly policies

Our remaining 3 reassembly policies look at more than just the chronological order the fragments arrived in. They also take the fragment offset into consideration when deciding which fragment takes precedent. We need to reorder the packets so we process them based upon both the time they arrived and their offset according to the different reassembly engines. For the BSD-Right policy we need to process fragments in order by their fragment offset from lowest to highest. If two packets have the same offset then we allow the last one to arrive chronologically to overwrite the existing data. Since our fragments are already in chronological order, sorting the packets based on their fragment offset will line the packets up for the BSD policy. We can use the sorted() function to put the fragments in to order by fragment offset then by chronological order. We pass the sorted function two parameters. We will pass it the list we want to sort and a “key” function to sorted() and it returns a list that is sorted based on the key. In this case our key function is “lambda x:x[IP].frag” which tells sorted() to put them in fragment offset order.

Kết quả (Việt) 1:

Chúng tôi còn lại 3 reassembly chính sách xem xét nhiều hơn là chỉ thứ tự các mảnh vỡ đã đến. Họ cũng có bù đắp đoạn vào xem xét khi quyết định mảnh mà phải mất tiền lệ. Chúng ta cần phải sắp xếp lại các gói dữ liệu, do đó, chúng tôi xử lý chúng dựa trên thời gian, họ đến và họ bù đắp theo các công cụ khác nhau reassembly. Chính sách BSD-phải, chúng ta cần phải xử lý các mảnh vỡ trong trật tự của họ bù đắp đoạn từ thấp nhất đến cao nhất. Nếu hai gói có bù đắp tương tự sau đó chúng tôi cho phép người cuối cùng đến thứ tự thời gian ghi đè lên dữ liệu hiện có. Kể từ khi những mảnh vỡ của chúng tôi đã theo thứ tự, phân loại các gói dữ liệu dựa trên của họ bù đắp đoạn sẽ dòng túi cho chính sách BSD. Chúng tôi có thể sử dụng chức năng sorted() để đặt các mảnh vỡ để tự do bù đắp đoạn sau đó bởi thứ tự thời gian. Chúng tôi vượt qua các chức năng được sắp xếp hai tham số. Chúng tôi sẽ vượt qua nó trong danh sách chúng tôi muốn phân loại và một chức năng "chìa khóa" để sorted() và nó trả về một danh sách được sắp xếp dựa trên chìa khóa. Trong trường hợp này chúng tôi chức năng quan trọng là "lambda x: x [IP] .frag" mà nói với sorted() để đặt chúng theo thứ tự bù đắp đoạn.

Kết quả (Việt) 2:

còn lại 3 chính sách tái gộp của chúng tôi xem xét nhiều hơn chỉ là thứ tự thời gian các mảnh vỡ đến. Họ cũng có những đoạn bù đắp vào xem xét khi quyết định đoạn có tiền lệ. Chúng tôi cần phải sắp xếp lại các gói tin để chúng tôi xử lý chúng dựa trên cả hai lần họ đến và bù đắp theo các công cụ hợp lại khác nhau. Đối với các chính sách BSD-Right chúng ta cần phải xử lý phân mảnh theo thứ tự của đoạn của họ bù đắp từ thấp nhất đến cao nhất. Nếu hai gói có cùng bù đắp sau đó chúng tôi cho phép người cuối cùng đến thứ tự thời gian để ghi đè lên các dữ liệu hiện có. Kể từ khi các mảnh vỡ của chúng tôi đã có trong thứ tự thời gian, phân loại các gói tin dựa trên đoạn của họ bù đắp sẽ xếp các gói tin cho các chính sách BSD. Chúng ta có thể sử dụng chức năng sắp xếp () để đưa các mảnh vỡ trong trật tự của đoạn bù đắp sau đó theo thứ tự thời gian. Chúng tôi vượt qua chức năng sắp xếp hai tham số. Chúng tôi sẽ vượt qua nó danh sách chúng tôi muốn sắp xếp và một "chìa khóa" chức năng để sắp xếp () và nó trả về một danh sách được sắp xếp dựa trên phím. Trong trường hợp này chức năng chính của chúng tôi là "lambda x: x [IP] .frag" mà nói được sắp xếp () để đặt chúng trong đoạn để bù đắp.