Updated translation strings

This commit is contained in:
str4d
2017-04-01 23:56:34 +00:00
parent 11ff31c562
commit f24de97dfc
123 changed files with 13366 additions and 2712 deletions

View File

@@ -12,7 +12,7 @@ msgid ""
msgstr ""
"Project-Id-Version: I2P\n"
"Report-Msgid-Bugs-To: http://trac.i2p2.de\n"
"POT-Creation-Date: 2016-11-20 07:48+0000\n"
"POT-Creation-Date: 2017-04-01 23:55+0000\n"
"PO-Revision-Date: 2017-02-27 09:15+0000\n"
"Last-Translator: Sebastiano Pistore <olatusrooc@virgilio.it>\n"
"Language-Team: Italian (http://www.transifex.com/otf/I2P/language/it/)\n"
@@ -2985,9 +2985,9 @@ msgid ""
msgstr ""
#: i2p2www/pages/site/docs/api/streaming.html:3
#: i2p2www/pages/site/docs/transport/ssu.html:3
msgid "October 2016"
msgstr ""
#, fuzzy
msgid "February 2017"
msgstr "Febbraio 2014"
#: i2p2www/pages/site/docs/api/streaming.html:8
#, python-format
@@ -3481,22 +3481,93 @@ msgid ""
msgstr ""
#: i2p2www/pages/site/docs/api/streaming.html:423
msgid "Windowing"
msgid "Optional Delay"
msgstr ""
#: i2p2www/pages/site/docs/api/streaming.html:424
msgid ""
"Data packets may include an optional delay field specifying the requested"
" delay,\n"
"in ms, before the receiver should ack the packet.\n"
"Valid values are 0 to 60000 inclusive.\n"
"A value of 0 requests an immediate ack.\n"
"This is advisory only, and receivers should delay slightly so that\n"
"additional packets may be acknowledged with a single ack.\n"
"Some implementations may include an advisory value of (measured RTT / 2) "
"in this field.\n"
"For nonzero optional delay values, receivers should limit the maximum "
"delay\n"
"before sending an ack to a few seconds at most.\n"
"Optional delay values greater than 60000 indicate choking, see below."
msgstr ""
#: i2p2www/pages/site/docs/api/streaming.html:438
msgid "Receive Window and Choking"
msgstr ""
#: i2p2www/pages/site/docs/api/streaming.html:439
msgid ""
"TCP headers include the receive window in bytes.\n"
"The streaming protocol does not contain a receive window, it uses only a "
"simple choke/unchoke indication.\n"
"Each endpoint must maintain its own estimate of the far-end receive "
"window, in either bytes or packets.\n"
"The recommended minimum buffer size for receiver implementations is 128 "
"packets or 217 KB (approximately 128x1730).\n"
"Because of I2P netowrk latency, packet drops, and the resulting "
"congestion control,\n"
"a buffer of this size is rarely filled.\n"
"Overflow is, however, likely to occur on high-bandwidth \"local "
"loopback\" (same-router) connections."
msgstr ""
#: i2p2www/pages/site/docs/api/streaming.html:448
msgid ""
"To quickly indicate and smoothly recover from overflow conditions,\n"
"there is a simple mechanism for pushback in the streaming protocol.\n"
"If a packet is received with an optional delay field of value of 60001 or"
" higher,\n"
"that indicates \"choking\" or a receive window of zero.\n"
"A packet with an optional delay field of value of 60000 or less indicates"
" \"unchoking\".\n"
"Packets without an optional delay field do not affect the choke/unchoke "
"state."
msgstr ""
#: i2p2www/pages/site/docs/api/streaming.html:456
msgid ""
"After being choked, no more packets with data should be sent until the "
"transmitter is unchoked,\n"
"except for occasional \"probe\" data packets to compensate for possible "
"lost unchoke packets.\n"
"The choked endpoint should start a \"persist timer\" to control the "
"probing, as in TCP.\n"
"The unchoking endpoint should send several packets with this field set,\n"
"or continue sending them periodically until data packets are received "
"again.\n"
"Maximum time to wait for unchoking is implementation-dependent.\n"
"Transmitter window size and congestion control strategy after being "
"unchoked is implementation-dependent."
msgstr ""
#: i2p2www/pages/site/docs/api/streaming.html:467
#, fuzzy
msgid "Congestion Control"
msgstr "Controllo della congestione"
#: i2p2www/pages/site/docs/api/streaming.html:468
msgid ""
"The streaming lib uses standard slow-start (exponential window growth) "
"and congestion avoidance (linear window growth)\n"
"phases, with exponential backoff.\n"
"Windowing and acknowledgments use packet count, not byte count."
msgstr ""
#: i2p2www/pages/site/docs/api/streaming.html:431
#: i2p2www/pages/site/docs/api/streaming.html:475
msgid "Close"
msgstr "Chiudi"
#: i2p2www/pages/site/docs/api/streaming.html:432
#: i2p2www/pages/site/docs/api/streaming.html:476
msgid ""
"Any packet, including one with the SYNCHRONIZE flag set, may have the "
"CLOSE flag sent as well.\n"
@@ -3505,7 +3576,7 @@ msgid ""
"CLOSE packets may contain data as well."
msgstr ""
#: i2p2www/pages/site/docs/api/streaming.html:440
#: i2p2www/pages/site/docs/api/streaming.html:484
msgid ""
"There is no ping function at the I2CP layer (equivalent to ICMP echo) or "
"in datagrams.\n"
@@ -3516,7 +3587,7 @@ msgid ""
"ignored."
msgstr ""
#: i2p2www/pages/site/docs/api/streaming.html:448
#: i2p2www/pages/site/docs/api/streaming.html:492
msgid ""
"A ping packet must have the ECHO, SIGNATURE_INCLUDED, and FROM_INCLUDED "
"flags set.\n"
@@ -3525,7 +3596,7 @@ msgid ""
"The sendStreamId may or may not correspond to an existing connection."
msgstr ""
#: i2p2www/pages/site/docs/api/streaming.html:454
#: i2p2www/pages/site/docs/api/streaming.html:498
msgid ""
"A pong packet must have the ECHO flag set.\n"
"The sendStreamId must be zero, and the receiveStreamId is the "
@@ -3534,24 +3605,24 @@ msgid ""
"that was contained in the ping."
msgstr ""
#: i2p2www/pages/site/docs/api/streaming.html:460
#: i2p2www/pages/site/docs/api/streaming.html:504
msgid ""
"As of release 0.9.18, pings and pongs may contain a payload.\n"
"The payload in the ping, up to a maximum of 32 bytes, is returned in the "
"pong."
msgstr ""
#: i2p2www/pages/site/docs/api/streaming.html:465
#: i2p2www/pages/site/docs/api/streaming.html:509
msgid ""
"Streaming may be configured to disable sending pongs with the "
"configuration i2p.streaming.answerPings=false."
msgstr ""
#: i2p2www/pages/site/docs/api/streaming.html:470
#: i2p2www/pages/site/docs/api/streaming.html:514
msgid "Control Block Sharing"
msgstr ""
#: i2p2www/pages/site/docs/api/streaming.html:471
#: i2p2www/pages/site/docs/api/streaming.html:515
msgid ""
"The streaming lib supports \"TCP\" Control Block sharing.\n"
"This shares three important streaming lib parameters\n"
@@ -3568,22 +3639,22 @@ msgid ""
"The following Control Block Sharing parameters can be set per router:"
msgstr ""
#: i2p2www/pages/site/docs/api/streaming.html:492
#: i2p2www/pages/site/docs/api/streaming.html:536
msgid "Other Parameters"
msgstr "Altri Parametri"
#: i2p2www/pages/site/docs/api/streaming.html:493
#: i2p2www/pages/site/docs/api/streaming.html:537
msgid ""
"The following parameters are hardcoded, but may be of interest for "
"analysis:"
msgstr ""
#: i2p2www/pages/site/docs/api/streaming.html:512
#: i2p2www/pages/site/docs/api/streaming.html:556
#: i2p2www/pages/site/docs/how/network-database.html:897
msgid "History"
msgstr ""
#: i2p2www/pages/site/docs/api/streaming.html:513
#: i2p2www/pages/site/docs/api/streaming.html:557
msgid ""
"The streaming library has grown organically for I2P - first mihi "
"implemented the\n"
@@ -3606,7 +3677,7 @@ msgid ""
"messages."
msgstr ""
#: i2p2www/pages/site/docs/api/streaming.html:527
#: i2p2www/pages/site/docs/api/streaming.html:571
#: i2p2www/pages/site/docs/how/elgamal-aes.html:344
#: i2p2www/pages/site/docs/how/garlic-routing.html:251
#: i2p2www/pages/site/docs/how/network-database.html:902
@@ -3620,18 +3691,18 @@ msgstr ""
msgid "Future Work"
msgstr ""
#: i2p2www/pages/site/docs/api/streaming.html:528
#: i2p2www/pages/site/docs/api/streaming.html:572
msgid ""
"The behavior of the streaming library has a profound impact on\n"
"application-level performance, and as such, is an important\n"
"area for further analysis."
msgstr ""
#: i2p2www/pages/site/docs/api/streaming.html:534
#: i2p2www/pages/site/docs/api/streaming.html:578
msgid "Additional tuning of the streaming lib parameters may be necessary."
msgstr ""
#: i2p2www/pages/site/docs/api/streaming.html:537
#: i2p2www/pages/site/docs/api/streaming.html:581
#, python-format
msgid ""
"Another area for research is the interaction of the streaming lib with "
@@ -3640,7 +3711,7 @@ msgid ""
"See <a href=\"%(ntcpdisc)s\">the NTCP discussion page</a> for details."
msgstr ""
#: i2p2www/pages/site/docs/api/streaming.html:542
#: i2p2www/pages/site/docs/api/streaming.html:586
msgid ""
"The interaction of the routing algorithms with the streaming lib strongly"
" affects performance.\n"
@@ -3655,32 +3726,32 @@ msgid ""
"improvements."
msgstr ""
#: i2p2www/pages/site/docs/api/streaming.html:552
#: i2p2www/pages/site/docs/api/streaming.html:596
msgid "The data in the first SYN packet may exceed the receiver's MTU."
msgstr ""
#: i2p2www/pages/site/docs/api/streaming.html:555
#: i2p2www/pages/site/docs/api/streaming.html:599
msgid "The DELAY_REQUESTED field could be used more."
msgstr ""
#: i2p2www/pages/site/docs/api/streaming.html:558
#: i2p2www/pages/site/docs/api/streaming.html:602
msgid ""
"Duplicate initial SYNCHRONIZE packets on short-lived streams may not be "
"recognized and removed."
msgstr ""
#: i2p2www/pages/site/docs/api/streaming.html:561
#: i2p2www/pages/site/docs/api/streaming.html:605
msgid "Don't send the MTU in a retransmission."
msgstr ""
#: i2p2www/pages/site/docs/api/streaming.html:564
#: i2p2www/pages/site/docs/api/streaming.html:608
msgid ""
"Data is sent along unless the outbound window is full.\n"
"(i.e. no-Nagle or TCP_NODELAY)\n"
"Probably should have a configuration option for this."
msgstr ""
#: i2p2www/pages/site/docs/api/streaming.html:569
#: i2p2www/pages/site/docs/api/streaming.html:613
msgid ""
"zzz has added debug code to the streaming library to log packets in a "
"wireshark-compatible\n"
@@ -3689,7 +3760,7 @@ msgid ""
"to TCP fields."
msgstr ""
#: i2p2www/pages/site/docs/api/streaming.html:574
#: i2p2www/pages/site/docs/api/streaming.html:618
msgid ""
"There are proposals to replace the streaming lib with standard TCP\n"
"(or perhaps a null layer together with raw sockets).\n"
@@ -3698,8 +3769,9 @@ msgid ""
msgstr ""
#: i2p2www/pages/site/docs/applications/bittorrent.html:3
msgid "May 2014"
msgstr "Maggio 2014"
#, fuzzy
msgid "January 2017"
msgstr "Gennaio 2016"
#: i2p2www/pages/site/docs/applications/bittorrent.html:7
msgid ""
@@ -3753,10 +3825,9 @@ msgstr ""
#: i2p2www/pages/site/docs/applications/bittorrent.html:46
msgid ""
"While all current Destinations for clients are exactly 387 bytes, a "
"tracker should not\n"
"presume that will always be so. A reasonable maximum to assume, for now, "
"is 475 bytes.\n"
"Current Destinations for clients are 387 or more bytes (516 or more in "
"Base 64 encoding).\n"
"A reasonable maximum to assume, for now, is 475 bytes.\n"
"As the tracker must decode the Base64 to deliver compact responses (see "
"below),\n"
"the tracker should probably decode and reject bad Base64 when announced."
@@ -14372,6 +14443,10 @@ msgstr ""
msgid "Secure Semireliable UDP"
msgstr ""
#: i2p2www/pages/site/docs/transport/ssu.html:3
msgid "October 2016"
msgstr ""
#: i2p2www/pages/site/docs/transport/ssu.html:7
#, python-format
msgid ""