- Defined file description format separate from XEP-0096
- - Modified the checksum format to reuse the <hashes/> element from incoming proposal
- - Described the process of aborting a file transfer.
+ - Modified the checksum format to reuse the <hashes/> element from XEP-0300
+ - Described the process of aborting a file transfer
- Clarified the order of events (Jingle, then transport) when the session is terminated
- Added section on determining spport, including service discovery feature for multi-file support
- Removed the 'urn:xmpp:jingle:apps:file-transfer:info:2' namespace by putting all elements into the 'urn:xmpp:jingle:apps:file-transfer:3' namespace
@@ -160,7 +160,7 @@
- Use the session negotiation semantics from XEP-0166.
- Use &xep0260; and &xep0261;.
- - Define a file description format that enables hash agility (unlike XEP-0096).
+ - Define a file description format that, unlike XEP-0096 enables hash agility (via &xep0300;).
- Define a clear upgrade path from SI File Transfer to Jingle File Transfer.
Jingle file transfer is only as reliable as the transports on which it depends. In particular, SOCKS5 Bytestreams ("S5B") does not always result in NAT or firewall traversal. To work around that problem, this specification requires all implementations to support as a fallback mechanism In-Band Bytestreams ("IBB"), which usually results in a successful (if slow) file transfer.