Probable solution to '505: HTTP Version Not Supported'

Forum rules
Get Help using the Schedules Direct service. NOTE: application issues are probably better resolved via the application's support methods. If you post here, at least include your application name!

Probable solution to '505: HTTP Version Not Supported'

Postby Glenn1963 » Wed Jul 14, 2010 8:39 pm

For anyone suddenly seeing 505: HTTP Version Not Supported errors, it appears that the HTTP 1.1 requests are rejected and HTTP 1.0 are accepted.
Glenn1963
 
Posts: 7
Joined: Wed Jul 14, 2010 2:36 pm

Re: Probable solution to '505: HTTP Version Not Supported'

Postby rmeden » Wed Jul 14, 2010 9:35 pm

What I find surprising is my "TMS_CHECK" that runs on the SD server every fails with this error maybe one in 10 runs.

I suspect it depends on where the server it gets routed to on Tribune's side. I'll report this clue.

Robert
rmeden
SD Board Member
 
Posts: 1498
Joined: Tue Aug 14, 2007 2:31 pm
Location: Cedar Hill, TX

Re: Probable solution to '505: HTTP Version Not Supported'

Postby rmeden » Thu Jul 15, 2010 12:43 pm

I just got a message back from Tribune.... and things are pretty strange...

1. They report plenty of http:1.1 traffic is processing fine.
2. They can't find any 505 errors in their logs!
3. They report they do not filter on HTTP version

Just to be clear, they are not doubting there's a problem, it just hasn't been isolated yet.

I've been asked for more information, but I think the best way to get them what they want is with Wireshark. (or tcpdump of course)

If you are experiencing the problem repeatably, and have the technical skills to use Wireshark, please send a capture to admin@schedulesdirect.org I'll pick out the relevant packets and send them to Tribune.

Robert
rmeden
SD Board Member
 
Posts: 1498
Joined: Tue Aug 14, 2007 2:31 pm
Location: Cedar Hill, TX

Re: Probable solution to '505: HTTP Version Not Supported'

Postby tmetzfire » Thu Jul 15, 2010 2:03 pm

I made a Wireshark log, but it seems that my EPG data is now backing up fine. If you would still like the Wireshark log, just let me know.

Thanks for all of the help with this rmeden!

EDIT: It is now doing it intermittently. I will forward you my Wireshark log.
tmetzfire
 
Posts: 5
Joined: Wed Jul 14, 2010 6:04 pm

Re: Probable solution to '505: HTTP Version Not Supported'

Postby rmeden » Thu Jul 15, 2010 2:28 pm

I have a few captures now... I don't need any more. :)

Thanks.

Robert
rmeden
SD Board Member
 
Posts: 1498
Joined: Tue Aug 14, 2007 2:31 pm
Location: Cedar Hill, TX

Re: Probable solution to '505: HTTP Version Not Supported'

Postby tmetzfire » Thu Jul 15, 2010 2:30 pm

Already sent, sorry about that! ;)
tmetzfire
 
Posts: 5
Joined: Wed Jul 14, 2010 6:04 pm

Re: Probable solution to '505: HTTP Version Not Supported'

Postby rmeden » Thu Jul 15, 2010 5:39 pm

I think I've figured this out!!!

First let me discuss how things are *supposed* to work.
HTTP POST sent with request
HTTP 401 (authorization required) received
HTTP POST sent with user/pass
data

On my system ( Windows 7, app xmltv/tv_grab_na_dd) The first POST is 949 bytes, the second is 1309. Neither are fragmented.
Each HTTP POST call is it's own TCP session.

All problem traces I looked at display the following differences:
the HTTP POSTs don't fit in a single packet and are split into two.
HTTP 401 is received before second half of first HTTP POST is sent!
second HTTP POST continues TCP session from first POST
If you use Wireshark's "Follow TCP Session" and look at the output, it's really hard to find the second POST. TMS may have the same problem.

What I think is happening is TMS sees the second half of your first POST as the new request. It fails with a 505 because it doesn't start with a HTTP header (and why should it? it's the second half of a request).

Solutions:
1. Modify the OS to set your MTU over 1350. That will prevent fragmentation.
2. Modify the app to send each HTTP POST as it's own TCP session.
3. Get Tribune to not respond with a 401 if the packet ends with a continue command (not sure if that's possible)

I think #2 is actually a bug... I'm not familiar with the details of the SOAP, but I bet new requests should be in it's own TCP session. Especially if an error is returned.

I'm working with the trace submitters to see if this is limited to one app and OS.

Robert
rmeden
SD Board Member
 
Posts: 1498
Joined: Tue Aug 14, 2007 2:31 pm
Location: Cedar Hill, TX

Re: Probable solution to '505: HTTP Version Not Supported'

Postby htewam » Fri Jul 16, 2010 6:40 pm

New to this forum so sorry in advance if my post is confusing.

Just to weigh in, I'm a GBPVR user on XP SP3... system has been stable and I do SD updates each day. Starting July 7th, GBPVR started giving me the same "505: HTTP Version Not Supported"... just didn't notice it until my scheduling listing started to show up blank. I can't get a text dump but will post a screen shot if that helps anyone.

Haven't made any GBPVR or system changes lately.
htewam
 
Posts: 2
Joined: Fri Jul 16, 2010 6:31 pm

Re: Probable solution to '505: HTTP Version Not Supported'

Postby rmeden » Fri Jul 16, 2010 7:51 pm

GB-PVR seems to be the only application affected.

Hopefully Tribune will have the problem fixed next week, or the GB-PVR folks will come out with a patch to get around the current problem.

In the mean time, GB-PVR folks should be able to download using XMLTV's tv_grab_na_dd and load XMLTV formatted data. For _na_dd on windows, you really don't need the whole distribution. http://alpha-exe.xmltv.org will work.

Once you get the exe
xmltv.exe tv_grab_na_dd --configure ## answer the questions
To get data
xmltv.exe tv_grab_na_dd --output tv.xml ## will output 7 days of data to tv.xml

You should be able to import the tv.xml file to GB-PVR.

Robert
rmeden
SD Board Member
 
Posts: 1498
Joined: Tue Aug 14, 2007 2:31 pm
Location: Cedar Hill, TX

Re: Probable solution to '505: HTTP Version Not Supported'

Postby spdygnlz » Fri Jul 16, 2010 9:39 pm

rmeden wrote:GB-PVR seems to be the only application affected.


I'm having the same problem in MediaPortal
spdygnlz
 
Posts: 1
Joined: Fri Jul 16, 2010 9:36 pm

Next

Return to Support

Who is online

Users browsing this forum: No registered users and 6 guests

cron