Custom query (984 matches)

It seems like the mime type of the remote audio stream is wrong again. It is serving audio/mpegurl instead of audio/mpeg. This was fixed last IETF. Note from Bill Fenner detecting it below.

This is causing the iPhone/iPad clients not to work.

Thanks,
Tom


Begin forwarded message:

> From: Bill Fenner <fenner@fenron.com>
> Subject: Re: Nagasaki's icecast server is serving the wrong content-type
> Date: March 12, 2013 11:47:51 AM EDT
> To: joel jaeggli <joelja@bogus.com>
> Cc: Tom Pusateri <pusateri@bangj.com>, Nick Kukich <nkukich@verilan.com>
> 
> On Tue, Mar 12, 2013 at 9:49 AM, joel jaeggli <joelja@bogus.com> wrote:
> running icecast 2.3 looking at the config I'm not sure I see an knob for this...
> 
> I can upgrade but I'll have to kick all the users off.
> 
> I also created a .pls file with the appropriate format which is more expressive but doesn't appear to help.
> 
> http://nagasaki.bogus.com/ietf/
> 
> So it turns out that the streamer itself is supplying the "audio/mpegurl" content type.  I talked to Nick and he is reconfiguring them all to use "audio/mpeg", so starting with the 1:00 sessions streaming to iOS should work right.  The server was just reporting to the client what the streamer was reporting to icecast.
> 
>   Bill
> 
>  
> 
> 
> joel
> 
> 
> On 3/12/13 9:17 AM, Bill Fenner wrote:
> So I tried an IOS "icecast player".  It came with some presets, like http://pub4.sky.fm/sky_classical, which it successfully streams and uses "Content-Type: audio/mpeg".  nagasaki uses "Content-Type: audio/mpegurl" (which I thought was the content-type for m3u, not for the stream itself).
> 
> 
> Sample curl output:
> 
> forbin:tmp fenner$ curl -v http://nagasaki.bogus.com:8000/stream01 > /dev/null
> * About to connect() to nagasaki.bogus.com <http://nagasaki.bogus.com> port 8000 (#0)
> 
> *   Trying 147.28.0.81...   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
>                                  Dload  Upload   Total   Spent  Left  Speed
>   0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0connected
> * Connected to nagasaki.bogus.com <http://nagasaki.bogus.com> (147.28.0.81) port 8000 (#0)
> 
> > GET /stream01 HTTP/1.1
> > User-Agent: curl/7.21.4 (universal-apple-darwin11.0) libcurl/7.21.4 OpenSSL/0.9.8r zlib/1.2.5
> > Host: nagasaki.bogus.com:8000 <http://nagasaki.bogus.com:8000>
> 
> > Accept: */*
> >
> * HTTP 1.0, assume close after body
> < HTTP/1.0 200 OK
> < Content-Type: audio/mpegurl
> < icy-br:64
> < ice-audio-info: bitrate=64;samplerate=22050;channels=2
> < icy-description:ietf86 - Boca1 - am1Orlando
> < icy-genre:misc
> < icy-name:ietf86 - Orlando - Boca1 - am1 - 64Kbps
> < icy-pub:0
> < icy-url:http://nagasaki.bogus.com:8000/stream01
> < Server: Icecast 2.3.2
> < Cache-Control: no-cache
> <
> { [data not shown]
> 
> For the one that works:
> 
> forbin:tmp fenner$ curl -v http://pub4.sky.fm/sky_classical > /dev/null
> * About to connect() to pub4.sky.fm <http://pub4.sky.fm> port 80 (#0)
> 
> *   Trying 72.26.204.77...   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
>                                  Dload  Upload   Total Spent    Left  Speed
>   0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0connected
> * Connected to pub4.sky.fm <http://pub4.sky.fm> (72.26.204.77) port 80 (#0)
> 
> > GET /sky_classical HTTP/1.1
> > User-Agent: curl/7.21.4 (universal-apple-darwin11.0) libcurl/7.21.4 OpenSSL/0.9.8r zlib/1.2.5
> > Host: pub4.sky.fm <http://pub4.sky.fm>
> 
> > Accept: */*
> >
> * HTTP 1.0, assume close after body
> < HTTP/1.0 200 OK
> < Content-Type: audio/mpeg
> < icy-br:96
> < icy-genre:classical easy symphonic
> < icy-name:Mostly Classical - SKY.FM <http://SKY.FM> - Listen and Relax, it's good for you! www.sky.fm <http://www.sky.fm>
> 
> < icy-notice1:<BR>This stream requires <a href="http://www.winamp.com/">Winamp</a><BR>
> < icy-notice2:SHOUTcast Distributed Network Audio Server/Linux v1.9.8<BR>
> < icy-pub:0
> < icy-url:http://www.sky.fm/classical/
> < Server: Icecast 2.3.3-kh5
> < Cache-Control: no-cache
> < Pragma: no-cache
> < Expires: Mon, 26 Jul 1997 05:00:00 GMT
> 
> There's a fair bit of evidence that "audio/mpegurl" is actually the content-type for the m3u file, not for the stream itself.
> 
> Joel, is there a configuration you can tweak for this, or is this a bug in the server version you're running?
> 
> Thanks,
>   Bill
> 
> 
> 

Begin forwarded message:

> From: Bob Hinden <bob.hinden@gmail.com>
> Subject: Poor WLAN (FREE) in my room this morning
> Date: November 6, 2012 7:53:03 AM EST
> To: Jim Martin <jim@daedelus.com>
> Cc: Bob Hinden <bob.hinden@gmail.com>
> 
> I was seeing very poor wireless in my room this morning.  Switched to wired and was fine.
> 
> Here is the ping output and info about my wireless setup.
> 
> Thanks,
> Bob
> 
>  Interfaces:
> en0:
>  Card Type:	AirPort Extreme  (0x14E4, 0xEF)
>  Firmware Version:	Broadcom BCM43xx 1.0 (5.106.198.19.22)
>  MAC Address:	b8:f6:b1:1c:45:9f
>  Locale:	FCC
>  Country Code:	US
>  Supported PHY Modes:	802.11 a/b/g/n
>  Supported Channels:	1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 36, 40, 44, 48, 52, 56, 60, 64, 100, 104, 108, 112, 116, 120, 124, 128, 132, 136, 140, 149, 153, 157, 161, 165
>  Wake On Wireless:	Supported
>  AirDrop:	Supported
>  Status:	Connected
>  Current Network Information:
> Free:
>  PHY Mode:	802.11b
>  BSSID:	00:0d:bd:1f:c4:8c
>  Channel:	3
>  Country Code:	US
>  Network Type:	Infrastructure
>  Security:	None
>  Signal / Noise:	-81 dBm / -79 dBm
>  Transmit Rate:	11
>  Other Local Wi-Fi Networks:
> ATT448:
>  PHY Mode:	802.11n
>  BSSID:	40:b7:f3:da:df:c0
>  Channel:	6
>  Network Type:	Infrastructure
>  Security:	WPA2 Personal
>  Signal / Noise:	-86 dBm / -92 dBm
> DaedelusOnTheRoad:
>  PHY Mode:	802.11n
>  BSSID:	00:1f:f3:07:e9:bf
>  Channel:	10
>  Country Code:	US
>  Network Type:	Infrastructure
>  Security:	WPA2 Personal
>  Signal / Noise:	-88 dBm / -92 dBm
> Free:
>  PHY Mode:	802.11b
>  BSSID:	00:0a:f4:e2:4f:5b
>  Channel:	1
>  Network Type:	Infrastructure
>  Security:	None
>  Signal / Noise:	-79 dBm / -92 dBm
> Free:
>  PHY Mode:	802.11b
>  BSSID:	00:0d:bd:6f:ae:5d
>  Channel:	1
>  Network Type:	Infrastructure
>  Security:	None
>  Signal / Noise:	-76 dBm / -92 dBm
> MESH GROUP2:
>  PHY Mode:	802.11a
>  BSSID:	02:0b:6b:02:77:3e
>  Channel:	165
>  Network Type:	Computer-to-Computer
>  Security:	None
>  Signal / Noise:	-89 dBm / -92 dBm
> MiFi4620L Jetpack 7898 Secure:
>  PHY Mode:	802.11g
>  BSSID:	00:15:ff:1a:78:98
>  Channel:	1
>  Country Code:	US
>  Network Type:	Infrastructure
>  Security:	WPA2 Personal
>  Signal / Noise:	-69 dBm / -92 dBm
> jexpress:
>  PHY Mode:	802.11g
>  BSSID:	00:1e:52:f7:c4:97
>  Channel:	11
>  Network Type:	Infrastructure
>  Security:	WPA2 Personal
>  Signal / Noise:	-41 dBm / -92 dBm
> sailing:
>  PHY Mode:	802.11n
>  BSSID:	20:c9:d0:22:96:3e
>  Channel:	149,+1
>  Country Code:	US
>  Network Type:	Infrastructure
>  Security:	WPA2 Personal
>  Signal / Noise:	-84 dBm / -92 dBm
> sailing:
>  PHY Mode:	802.11n
>  BSSID:	20:c9:d0:22:96:3d
>  Channel:	1
>  Country Code:	US
>  Network Type:	Infrastructure
>  Security:	WPA2 Personal
>  Signal / Noise:	-72 dBm / -92 dBm
> 
> 
> dhcp-4619:~ hinden$ ping6 www.google.com
> PING6(56=40+8+8 bytes) 2001:df8::64:9078:45f5:ef90:86c0 --> 2607:f8b0:400a:801::1011
> 16 bytes from 2607:f8b0:400a:801::1011, icmp_seq=0 hlim=53 time=3008.581 ms
> 16 bytes from 2607:f8b0:400a:801::1011, icmp_seq=1 hlim=53 time=3892.837 ms
> 16 bytes from 2607:f8b0:400a:801::1011, icmp_seq=3 hlim=53 time=2905.942 ms
> 16 bytes from 2607:f8b0:400a:801::1011, icmp_seq=4 hlim=53 time=2265.994 ms
> ^C
> --- www.google.com ping6 statistics ---
> 13 packets transmitted, 4 packets received, 69.2% packet loss
> round-trip min/avg/max/std-dev = 2265.994/3018.339/3892.837/579.547 ms
> 
> dhcp-4619:~ hinden$ ping www.google.com
> PING www.google.com (173.194.33.51): 56 data bytes
> Request timeout for icmp_seq 0
> Request timeout for icmp_seq 1
> Request timeout for icmp_seq 2
> Request timeout for icmp_seq 3
> Request timeout for icmp_seq 4
> Request timeout for icmp_seq 5
> 64 bytes from 173.194.33.51: icmp_seq=6 ttl=53 time=206.502 ms
> Request timeout for icmp_seq 7
> Request timeout for icmp_seq 8
> Request timeout for icmp_seq 9
> Request timeout for icmp_seq 10
> Request timeout for icmp_seq 11
> Request timeout for icmp_seq 12
> Request timeout for icmp_seq 13
> Request timeout for icmp_seq 14
> Request timeout for icmp_seq 15
> Request timeout for icmp_seq 16
> Request timeout for icmp_seq 17
> Request timeout for icmp_seq 18
> Request timeout for icmp_seq 19
> 
> 

signature.asc​

Hi,

I'd like to forward to you the WG Chair's beer evening information which
was sent out on the wgchairs list earlier today:

Best,

	Henrik

-------- Original Message --------
Subject: Re: WG Chairs' Beer Evening in Maastreicht
Date: Wed, 28 Jul 2010 02:06:58 -0700
From: Stig Venaas <stig@venaas.com>
To: Jari Arkko <jari.arkko@piuha.net>
CC: WG Chairs <wgchairs@ietf.org>, Henrik Levkowetz <henrik@levkowetz.com>

Jari Arkko wrote:
> Wojciech,
>> Sorry for missing a previous mail, but what day/evening has been chosen?
>>   
> 
> Traditionally, we do this Wednesday night. IIRC Wednesday was mentioned 
> earlier in the thread, so I'm hoping this is true for this IETF as well. 
> I can make it on Wednesday, at least :-)

I would suggest we do it at the usual time, which I guess is right after
the plenary tonight.

Several of us have now been to

Cafe 't Pothuiske, Het Bat 1, http://www.pothuiske.nl/

and it looks like a good place to go. Only issue is that tonight they
seem to only have cold food like sandwiches.

The place is by the west river bank, just a little bit south of where
the social was.

They have been warned that a large crowd is likely to show up tonight.

Stig