struct TCPHeader {
    // source와 destination의 포트(process 번호, pid와는 다른 개념입니다.)
    uint_16_t source_port;
    uint_16_t destination_port;

    // sender의 바이트스트림의 위치를 지정합니다.
    // SYN flag가 1일 경우 연결수립 과정임을 의미하며,
    // seq-number를 적당한 임의 숫자로 지정합니다.
    // 이후 전송되는 데이터는 최초 seq-number로부터 상대적 차이를 통해 
    // 위치를 식별하게 됩니다.
    // 최초 데이터(!=헤더)와 ACK 번호는 초기 seq-number + 1로 정의됩니다.
    uint_32_t sequence_number;

    // 수신측에서 지금까지 수신한 데이터 번호(seq) + 1로
    // 다음으로 수신하기를 기대하는 번호로 생각할 수 있습니다.
    // 만약 데이터 100byte를 받았다면 이제 101번째 데이터를 전송해라!라고 말하는 의미입니다.
    // 이 때 반드시 ACK flag가 1이어야 합니다.
    // 따라서 ACK = 1이고 ack-num이 담긴 메세지는 상대방이 < ack-num까지의 데이터를 모두 잘 수신했다는 보증으로 생각해도 됩니다.
    uint_32_t acknowledgment_number;

    // 헤더 길이로 TCP 헤더는 32-bit word이기 때문에 32-bit 단위로 길이를 설정합니다.
    // 헤더 최소길이는 20byte=160-bit이기 때문에 최소값 5, 최대값은 60byte=480-bit이기 때문에 15입니다.
    uint_8_t header_length : 4;

    // for future use
    uint_8_t unused : 6 = 0; 

    struct {
        // UrgentPointer 필드가 작동 중임을 명시합니다.
        bool urg;
        // Ackowlegment 필드가 작동 중임을 명시합니다.
        bool ack;
        // 수신측에게 버퍼 데이터를 측시 어플리케이션(process)으로 보내기를(push) 요청합니다.
        bool psh;
        // connection reset
        bool rst;
        // synchronize sequence number. 연결 수립에서 서로 첫 번째 패킷에서만 사용되어 sequence number를 초기화합니다.
        bool syn;
        // 송신측의 마지막 패킷을 의미하여 연결 종료
        bool fin;
    } flags;

    // 수신 윈도우 크기로 A가 B에게 메세지를 보내며 나 이만큼 데이터 받을 수 있어!
    // 이렇게 일종의 수신 버퍼 가용량을 알려줍니다.
    // 16bit이므로 크기가 제한되어 현대 인터넷에선 scale factor란 옵션을 통해
    // 수신 윈도우 크기를 더 크게 설정할 수 있습니다.
    // flow control(사용자 버퍼 크기 초과로 인한 손실 예방)
    uint_16_t receive_window;

    // tcp 헤더와 payload, IP pseudo-header의 무결성을 검증합니다.
    // IP pseudo-header는 IP 헤더 중 s-d 주소와 protocol field, tcp length를 포함하는 가상의 헤더로 checksum 검증을 위해 생성하는 헤더를 의미합니다.
    uint_16_t internet_checksum;

    // 마지막 urgent data byte의 위치(offset from sequence number)
    uint_16_t urgent_data_pointer;

    struct TCPOptionalHeader options;
}