[
https://issues.apache.org/jira/browse/TS-32?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13858311#comment-13858311
]
ASF subversion and git services commented on TS-32:
---------------------------------------------------
Commit 05f7bfb57517e60a364a62dd171e5cc65824aa4a in branch refs/heads/master
from [~g-adachi]
[ https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;h=05f7bfb ]
TS-32: minimum FIX to let ICP work
Fixed an error on access to class member that was not initialized and
restored former implementation based on a change in TS-320.
And commented out the forced termination code in
UDPReadContinuation::readPollEvent().
Please tell me if you know what seems to be the problem in this
implementation.
Signed-off-by: Zhao Yongming <[email protected]>
> 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: 4.2.0
>
> Attachments: TS-32-icp-basic-3.2.x.diff, TS-32-icp-basic-master.diff,
> TS-32-icp-multicast-3.2.x.diff, TS-32-icp-multicast-master.diff,
> TS-32-segfault-workaround.diff
>
>
> {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.5#6160)
