| Geen van de standaard framingmethoden op de datalinklaag ondersteunt tekens van werkelijk *willekeurige* grootte. Ze zijn allemaal afhankelijk van scheidingstekens of lengtevelden om de grenzen van een frame te definiëren. Hoewel sommige zeer grote tekens mogelijk maken (alleen beperkt door de maximale framegrootte), ondersteunen ze geen tekens met een werkelijk onbeperkte grootte.
Dit is waarom:
* Aantal tekens: Deze methode specificeert het aantal tekens in een frame. Hoewel het een breed scala aan tekengroottes kan bevatten (afhankelijk van het aantal bits dat voor de telling wordt gebruikt), wordt het nog steeds beperkt door de maximale waarde die door de teller kan worden weergegeven.
* Karaktervulling: Deze techniek voegt speciale escape-tekens in vóór tekens die kunnen worden verward met framescheidingstekens. Nogmaals, de grootte van het personage wordt impliciet beperkt door de maximale framegrootte, en niet door enig inherent kenmerk van karakteropvulling.
* Bitvulling: Deze methode voegt extra bits in de datastroom om lange reeksen nullen of enen te voorkomen, wat in sommige protocollen wordt gebruikt om de zender en ontvanger te synchroniseren. Het definieert niet direct de grootte van de "karakters" en wordt op zichzelf meestal niet als een framemethode beschouwd.
* Bytetelling: Vergelijkbaar met het aantal tekens, maar werkt op bytes. Dit wordt beperkt door de grootte van de toonbank.
* Markeerbytes: Gebruikt speciale vlagbytes (bijvoorbeeld 0x7E in HDLC) om het begin en einde van een frame te markeren. Deze methode beperkt niet inherent de tekengrootte, maar de tekengrootte wordt nog steeds beperkt door de maximale framegrootte die wordt opgelegd door de fysieke laag of het protocol.
Samenvattend:hoewel het *aantal* tekens kan variëren binnen de beperkingen van de maximale framegrootte, is de grootte van elk afzonderlijk teken *niet* willekeurig. Het is meestal vast (bijvoorbeeld 8-bits bytes) en impliciet bepaald door de onderliggende fysieke laag en de protocolspecificaties. |
