[ 
https://issues.apache.org/jira/browse/TS-4705?focusedWorklogId=29289&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-29289
 ]

ASF GitHub Bot logged work on TS-4705:
--------------------------------------

                Author: ASF GitHub Bot
            Created on: 19/Sep/16 06:37
            Start Date: 19/Sep/16 06:37
    Worklog Time Spent: 10m 
      Work Description: Github user oknet commented on the issue:

    https://github.com/apache/trafficserver/pull/753
  
    bugfix: In do_blocking_accept(), we should check the con.fd == NO_FD while 
we get return from check_emergency_throttle().


Issue Time Tracking
-------------------

    Worklog Id:     (was: 29289)
    Time Spent: 3h  (was: 2h 50m)

> Proposal: NetVC Context
> -----------------------
>
>                 Key: TS-4705
>                 URL: https://issues.apache.org/jira/browse/TS-4705
>             Project: Traffic Server
>          Issue Type: Improvement
>          Components: Core
>            Reporter: Oknet Xu
>            Assignee: Oknet Xu
>             Fix For: 7.1.0
>
>          Time Spent: 3h
>  Remaining Estimate: 0h
>
> Goal 1st:
> In the NetVConnection, we have get_local_addr() and get_remote_addr() methods.
> Also have members local_addr, remote_addr and netvc->con.addr.
> Thus, we should using netvc->con.addr or remote_addr to replace member 
> server_addr in UnixNetVConnection.
> Goal 2nd:
> SSLNetVConnection has member sslClientConnection with 2 methods 
> setSSLClientConnection() and getSSLClientConnection() to indictor ATS is a 
> client or server in a SSL session.
> To abstract above two goals, I'm design the netvc context function.
> As a proxy, there has two side: client side ( Client <-> Proxy ) and server 
> side ( Proxy <-> Server ). With the netvc context funtion to indicate which 
> side the NetVC working on.
> Goal 3rd:
> Fix a minor bug in NetAccept::do_blocking_accept, call to 
> check_emergency_throttle(con) first then allocate vc.
> Goal 4th:
> NetAccept Optimize, remove dup code, etc...



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to