You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@trafficserver.apache.org by "Gota Adachi (JIRA)" <ji...@apache.org> on 2013/12/20 00:24:08 UTC
[jira] [Commented] (TS-32) Fix ICP
[ https://issues.apache.org/jira/browse/TS-32?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13853451#comment-13853451 ]
Gota Adachi commented on TS-32:
-------------------------------
Did you fix this issue?
I am trying to fix this issue and made some patch.
I'm ready to provide a patch.
Can I help you?
> Fix ICP
> -------
>
> Key: TS-32
> URL: https://issues.apache.org/jira/browse/TS-32
> Project: Traffic Server
> Issue Type: Bug
> Components: Core
> Affects Versions: 3.0.0
> Reporter: Miles Libbey
> Assignee: Zhao Yongming
> Fix For: sometime
>
>
> {color:red}
> ICP is broken in all the releases and master, but we have options for that: inter-colo peering to use the parent.config, local network peering to use the cluster.
> refer to the official docutments for parent.config and cluster howto.
> {color}
> http://icp.ircache.net/
> The ICP implementation in Traffic Server broke when epoll() was introduced. Its still an interesting and used feature in caches:
> - when a caching layer of several boxes are used ICP helps to reduce disparities when a client is not routed to the same cache on subsequent requests
> - after a restart, it can help reduce the time spent in a cold cache situation
--
This message was sent by Atlassian JIRA
(v6.1.4#6159)