Custom query (1019 matches)

The back mike is ...

Thanks!

Begin forwarded message:

> From: Jim Reid <jim@rfc1035.com>
> Date: March 25, 2017 at 10:57:17 PM CDT
> To: Jim Martin <jim@daedelus.com>
> Subject: DHCP pool forward lookup issue on IETF net?
> 
> Hi Jim. Could you please forward this error report to the right place or tell me how to reach it? Ta.
> 
> 
> gromit% dig -x 31.133.184.233
> 
> ...
> ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 3
> 
> ;; OPT PSEUDOSECTION:
> ; EDNS: version: 0, flags:; udp: 4096
> ; COOKIE: 7cfb839312ff752dc7bbd64858d73b274b2a7bac2d283693 (good)
> ;; QUESTION SECTION:
> ;233.184.133.31.in-addr.arpa.    IN    PTR
> 
> ;; ANSWER SECTION:
> 233.184.133.31.in-addr.arpa. 3600 IN    PTR    dhcp-b8e9.meeting.ietf.org.
> ...
> 
> gromit% dig dhcp-b8e9.meeting.ietf.org
> 
> ...
> ;; Got answer:
> ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 345

On Mon Jul 27 07:23:48 2020, piers.ohanlon@bbc.co.uk wrote:
Hi,

I’ve been trying to listen in to the audio streams IETF108 but a number of them appear to be broken - I did report it in the PEARG meeting but it doesn’t seem to have been fixed. I have tested these with VLC and ffplay on a Mac - I’ve listed the direct audio URLs as the m3u links point to these.

So far only Rooms 3 & 5 work fine - so I’m not seeing network problems.

The stream for Room 1 seems to be very choppy - the audio cuts in and out:
http://icecast-ietf.conf.meetecho.com:8000/room1.mp3

Rooms 2, 4, and 8 return a 404:
http://icecast-ietf.conf.meetecho.com:8000/room2.mp3

I was hoping these could be fixed.

Hopefully these problems haven’t impacted the YouTube recordings.

Many thanks,

Piers O'Hanlon