Re: RFC 4077 and feedback mechanism

"Ofer Goren" <[email protected]>
Newsgroups gmane.ietf.rohc
Message-ID <FE127977CE269045BBA7EC732F399FD9029965BF@rvil-mail1.RADVISION.com>
To make it public....

-----Original Message-----
From: Adam Roach [mailto:[email protected]] 
Sent: Tuesday, July 01, 2008 18:21
To: Ofer Goren
Subject: Re: FW: [rohc] RFC 4077 and feedback mechanism


> According to RFC 4077, section 3.1, the format of the NACK message 
> includes the returned feedback mechanism item, just like any other 
> SigComp message (RFC 3320). However, according to RFC 3320, section 
> 9.4.9 (END-MESSAGE), the feedback item can be retrieved only during 
> END-MESSAGE command.
>

The feedback persists at an endpoint until it is sent. So, for example, 
a NACK can contain feedback in the following message flow:

      Terminal                     Edge Proxy
          |(1) Good Message             |
          |---------------------------->|
          |                             |Creates Feedback
          |(2) Bad Message              |
          |---------------------------->|
          |                             |
          |(3) NACK                     |
          |(Contains feedback           |
          |from good message)           |
          |<----------------------------|


> In most cases, if my decompression session reached the END-MESSAGE 
> command, it means decompression was successful. If not, I have no way 
> to retrieve the feedback item. In that case, what should I place in my

> NACK message?
>

The inclusion of feedback isn't mandatory -- if there is no feedback to 
be provided (in both NACK and other cases), simply leave the field out 
(that is, set the T bit in the header byte to '0'; see RFC 3320, section

7.1 for details).

/a
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.