Paul,
That's a part of the HTTP specifications; basically look for the Transfer-Encoding information (I think in RFC 7230 or 7231) which takes the place of Content-Length for data whose length is not known ahead of time.
> On Nov 18, 2019, at 7:21 PM, Paul Santangelo <paul.santangelo at kmbs.konicaminolta.us> wrote:
>> Perfect, Thank you.
>> Would you be able to point me in a place that actually states that?
>> I read the RFC's, well glazed over them quickly, I would like to know more about these.
>> Thank you.
>> Regards,
>>>> PAUL SANTANGELO, CCNA, CNE
> Escalation System Support (ESS) Integrator
> Konica Minolta Business Solutions U.S.A., Inc.
> 101 Williams Drive Ramsey, NJ 07446
> Office: 800-825-5664
> Visit us: Count on Konica Minolta
>> Disclaimer
>>>> On 11/18/2019 7:16 PM, Mike Sweet wrote:
>> Paul,
>>>> Those are the chunk lengths in hexadecimal.
>>>> Sent from my iPhone
>>>>> On Nov 18, 2019, at 6:59 PM, Paul Santangelo via ipp <ipp at pwg.org> wrote:
>>>>>> Hi All:
>>>>>> Trying to understand an IPP transmission capture from an AS/400.
>>>>>> I got most of it down except for what seems to be a transmission size, but it doesn't correlate to anything I can identify.
>>>>>> If you see the image below, there is an FCC before the print job starts in job A and a 594 before print job B starts.
>>>>>> I am trying to identify what this means. Its not the size of the file being transmitted, because other print job traces has the FCC and the size of the transmission is different. I'm wondering if its more of a binary vs. ASCII transmission, but I am uncertain and can not find any documentation.
>>>>>> Any clarification here would be greatly appreciated, thank you.
>>>>>>>>>>>>>>> <hhcafmhockoomejo.png>
>>> --
>>>>>> Regards,
>>>>>>>>>>>> PAUL SANTANGELO, CCNA, CNE
>>> Escalation System Support (ESS) Integrator
>>> Konica Minolta Business Solutions U.S.A., Inc.
>>> 101 Williams Drive Ramsey, NJ 07446
>>> Office: 800-825-5664
>>> Visit us: Count on Konica Minolta
>>>>>> Disclaimer
>>>>>>>>>>>> _______________________________________________
>>> ipp mailing list
>>>ipp at pwg.org>>>https://www.pwg.org/mailman/listinfo/ipp>
________________________
Michael Sweet