[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[MMUSIC] File transfer Issue 51: transfer identifier



In the file transfer draft, the current a=file-transfer attribute is used to indicate to the remote endpoint whether a new file transfer is requested or not. This allows to keep the file description without provoking a new file transfer, if, for example, the SDP is repeated (imagine, due to session timer re-invite).

The problem is: in order to keep the existing ongoing file transfer, the SDP creator has to change the SDP and set a=file-transfer to "existing". This is a fragile mechanism: if the application just ships the last SDP without any changes, then it will provoke a restart of the file, due to the presence of a=file-transfer:new.

Ideally we would like a mechanism so that, in case the application repeats the SDP, nothing happens, i.e., if the file transfer is still going on, remains. If it is concluded, it is not restarted.

Jonathan suggested to use a transfer identifier instead. This looks interesting: When the endpoint repeats the SDP, if a transfer is still taking place, it continues. If it already concluded, nothing happens. If it is a new identifier, it will start at this point.

I propose to replace the current file-transfer attribute with a file-transfer-id attribute, according to Jonathan's suggestions.

/Miguel
--
Miguel A. Garcia           tel:+358-50-4804586
Nokia Siemens Networks     Espoo, Finland


_______________________________________________ mmusic mailing list mmusic at ietf.org https://www1.ietf.org/mailman/listinfo/mmusic