Problema con NSURLConnection y la respuesta del server

Utilizo NSURLConnection para download files (básicamente uso JGDownload Accelerator )

Mi problema es cuando bash download files en un server en particular, la respuesta proporcionada por el server varía y me da respuestas de encabezado diferentes como a continuación

Printing description of headers: { "Accept-Ranges" = bytes; "Cache-Control" = "max-age=687749"; Connection = "keep-alive"; "Content-Length" = 35617808; "Content-Type" = "video/mp4"; Date = "Fri, 11 Sep 2015 07:21:59 GMT"; Etag = "\"ee90ce32a16fc115d0799d686e5fe1b4\""; Expires = "Sat, 19 Sep 2015 06:24:28 GMT"; "Keep-Alive" = "timeout=20"; "Last-Modified" = "Wed, 09 Sep 2015 13:41:37 GMT"; Server = ucdn; "X-Timestamp" = "1441806096.99264"; "X-Ureq-ID" = "PYMqMNZBGw7LI3xeAHCTQwJs2FvO0y0xuG3+g5B0KcBzTv1v4kTfwCzHQYgrBEGSJQ0tBMG5L+srffrjBfio1R1ChR+wABEHY92PCg=="; "X-VHostId" = "10000, 200000"; } { "Cache-Control" = "max-age=687430"; Connection = "keep-alive"; "Content-Length" = 1; "Content-Range" = "bytes 0-0/35617808"; "Content-Type" = "video/mp4"; Date = "Fri, 11 Sep 2015 07:27:18 GMT"; Etag = "\"ee90ce32a16fc115d0799d686e5fe1b4\""; Expires = "Sat, 19 Sep 2015 06:24:28 GMT"; "Keep-Alive" = "timeout=20"; "Last-Modified" = "Wed, 09 Sep 2015 13:41:37 GMT"; Server = ucdn; "X-Timestamp" = "1441806096.99264"; "X-Ureq-ID" = "PYMqMNZBGw7LI3xeAHCTQwJs2FvO0y0xuG3+g5B0KcBzTv1v4kTfwCzHQYgrBEGSJQ0tBMG5L+srffrjBfio1R1ChR+wABEHY92PCg=="; "X-VHostId" = "10000, 710000"; } 

La deferencia básica es la key de content-length ya que en la primera proporciona un valor apropiado y en la segunda es incorrecta y en donde recibí un retraso de entre 30 y 40 segundos.

¿Hay alguna forma de evitar ese retraso? O cualquier solución para responder rápidamente significa que el server proporciona datos en 1 o 2 segundos, pero el método de callback proporciona datos tarde

para el time de request / respuesta utilizo la aplicación Charles . Los resultados que encontré aquí son AQUÍ

Parece un problema dentro del service web en sí.

Es posible que el service obtenga los datos de un service diferente y los transfiera. Si el otro service no acepta la repetición de conexiones desde un cliente dentro de un time pnetworkingefinido spawn (Retry-After Header).

He intentado todas las forms posibles de networkingucir el retraso de time, pero parece que no hay forma disponible con NSURLConnection . Entonces, hemos solicitado el soporte técnico de Apple para este problema y obtendremos alguna respuesta de ellos en el time.

Hasta entonces no hay otra forma de evitar este retraso debido a la información incorrecta del encabezado del server.

Actualizaré aquí si recibo una respuesta de Apple.