About 50 apps support it, and many projects like Fedora, openSUSE,
OpenOffice.org, Ubuntu, cURL and other use it.
If one mirror stops working, download apps failover to others.
Downloads with transfer errors can easily be repaired. The easiest way
to try it out is with DownThemAll, a Firefox extension.
The bug for it is: https://bugzilla.mozilla.org/show_bug.cgi?id=331979
This is a request for involvement and review of current works in
progress, IETF Internet Drafts.
The first, a refinement of the earlier XML format, is farther along,
while the second, using HTTP headers, is just getting started.
http://tools.ietf.org/html/draft-bryan-metalink
http://tools.ietf.org/html/draft-bryan-metalinkhttp
which looks like:
Link: <http://www2.example.com/example.ext>; rel="duplicate"
Link: <ftp://ftp.example.com/example.ext>; rel="duplicate"
Link: <http://example.com/example.ext.torrent>; rel="describedby";
type="application/x-bittorrent"
Link: <http://example.com/example.ext.metalink>; rel="describedby";
type="application/metalink4+xml"
Link: <http://example.com/example.ext.asc>; rel="describedby";
type="application/pgp-signature"
Digest: SHA=thvDyvhfIqlvFe+A9MYgxAfm1q5=
Thanks!
--
(( Anthony Bryan ... Metalink [ http://www.metalinker.org ]
)) Easier, More Reliable, Self Healing Downloads
Cheers,
Shawn
Exactly, Shawn. Metalink features should be totally transparent to the
user. Failover to other mirrors, repair of corrupted downloads, etc.
Could you briefly go over the major concerns you've heard about
Metalink in the past? Maybe we could work on them now...
One of the aspects of Metalink/HTTP (
http://tools.ietf.org/html/draft-bryan-metalinkhttp ) I'd like
comments on is mirror network etag policy coordination.
Basically, if all mirrors MUST have the same etag policy, then we can
do some cool things (Early File Mismatch Detection).
In open source mirror networks, it seems like it will be hard to get
them all coordinated. Some mirrors mirror multiple projects
(OpenOffice.org, Apache, Mozilla files all mirrored on one server).
I'd like to have two levels, mirrors that are etag coordinated, and
mirrors that just mirror the files.
thanks!
Cheers,
Shawn
Gotcha. Most download apps don't show a metalink download as anything
different than a regular download.
Some show a metalink icon so if a user knows what that is, they'd know
it's got mirrors & checksums being used behind the scenes but they
don't really see that - except for download accelerators that will
show separate segments and things like that.
DownThemAll! presents some of the information in a metalink to users
which is kinda neat but entirely optional:
http://www.metalinker.org/images/dta_ubuntu.png
The Internet Draft version of Metalink (XML) is in IETF Last Call.
It would be great to have review from anyone, but browser people would
be especially nice.
http://tools.ietf.org/html/draft-bryan-metalink
RFC 5854 on 'The Metalink Download Description Format' is out:
http://tools.ietf.org/html/rfc5854
Work continues on Metalink in HTTP headers:
http://tools.ietf.org/html/draft-bryan-metalinkhttp
A new draft on an FTP command for requesting the hash of a file is
also underway: http://tools.ietf.org/html/draft-bryan-ftp-hash
"Metalink/HTTP: Mirrors and Cryptographic Hashes in HTTP Header
Fields" is in IETF Last Call.
it would be great to have feedback from browser vendors.
http://tools.ietf.org/html/draft-bryan-metalinkhttp
this is what it looks like:
Etag: "thvDyvhfIqlvFe+A9MYgxAfm1q5="
Link: <http://www2.example.com/example.ext>; rel=duplicate
Link: <ftp://ftp.example.com/example.ext>; rel=duplicate
Link: <http://example.com/example.ext.torrent>; rel=describedby;
type="application/x-bittorrent"
Link: <http://example.com/example.ext.metalink>; rel=describedby;
type="application/metalink4+xml"
Link: <http://example.com/example.ext.asc>; rel=describedby;
type="application/pgp-signature"
Digest: SHA-256=MWVkMWQxYTRiMzk5MDQ0MzI3NGU5NDEyZTk5OWY1ZGFmNzgyZTJlO
DYzYjRjYzFhOTlmNTQwYzI2M2QwM2U2MQ==