Please Whitelist This Site?
I know everyone hates ads. But please understand that I am providing premium content for free that takes hundreds of hours of time to research and write. I don't want to go to a pay-only model like some sites, but when more and more people block ads, I end up working for free. And I have a family to support, just like you. :)
If you like The TCP/IP Guide, please consider the download version. It's priced very economically and you can read all of it in a convenient format without ads.
If you want to use this site for free, I'd be grateful if you could add the site to the whitelist for Adblock. To do so, just open the Adblock menu and select "Disable on tcpipguide.com". Or go to the Tools menu and select "Adblock Plus Preferences...". Then click "Add Filter..." at the bottom, and add this string: "@@||tcpipguide.com^$document". Then just click OK.
Thanks for your understanding!
Sincerely, Charles Kozierok
Author and Publisher, The TCP/IP Guide
|
NOTE: Using software to mass-download the site degrades the server and is prohibited. If you want to read The TCP/IP Guide offline, please consider licensing it. Thank you.
|
|
|
|
PPP Multilink Protocol (MP) Frame Format
(Page 2 of 4)
PPP Multilink Protocol Frame Fragmentation Process
To accomplish this fragmentation
process, a three step process is followed:
- Original PPP Frame Creation:
The data or other information to be sent is first formatted as a whole
PPP frame, but in a modified form, as described below.
- Fragmentation: The full-sized
PPP frame is chopped into fragments by MP.
- Encapsulation: Each fragment
is encapsulated in the Information field of a new PPP MP fragment
frame, along with control information to allow the fragments to be reassembled
by the recipient.
Several of the fields that normally
appear in a whole PPP frame arent needed if that frame
is going to then be divided and placed into other PPP Multilink frames,
so when fragmentation is to occur, they are omitted when the original
PPP frame is constructed for efficiencys sake. Specifically:
- The Flag fields at the start and end are
used only for framing for transmission and arent needed in the
logical frame being fragmented.
- The FCS field is not needed, because each
fragment has its own FCS field.
- The special compression options that
are possible for any PPP frame are used when creating this original
frame: Address
and Control Field Compression (APCP) and Protocol Field Compression
(PFC). This means that there are no Address
or Control fields in the frame, and the Protocol field
is only one byte in size. Note that this inherently restricts fragments
to carrying only certain types of information.
These changes save a full eight bytes
on each PPP frame to be fragmented. As a result, the original PPP frame
has a very small header, consisting of only a one-byte Protocol
field. The Protocol value of each fragment is set to 0x003D to
indicate a MP fragment, while the Protocol field of the original
frame becomes the first byte of data in the first fragment.
Key Concept: The PPP Multilink Protocol normally divides data amongst physical links by creating an original PPP frame with unnecessary headers removed, and then dividing it into fragment frames. Each fragment includes special headers to allow reassembly of the original frame by the recipient device. |
If you find The TCP/IP Guide useful, please consider making a small Paypal donation to help the site, using one of the buttons below. You can also donate a custom amount using the far right button (not less than $1 please, or PayPal gets most/all of your money!) In lieu of a larger donation, you may wish to consider purchasing a download license of The TCP/IP Guide. Thanks for your support! |
|
|
Home -
Table Of Contents - Contact Us
The TCP/IP Guide (http://www.TCPIPGuide.com)
Version 3.0 - Version Date: September 20, 2005
© Copyright 2001-2005 Charles M. Kozierok. All Rights Reserved.
Not responsible for any loss resulting from the use of this site.
|