#1036 closed defect (wontfix)
Trouble with ietf-hotel network on 34th floor of Conrad hotel
| Reported by: | Stuart Cheshire | Owned by: | |
|---|---|---|---|
| Priority: | tbd | Milestone: | ietf-097 |
| Component: | hotel | Keywords: | |
| Cc: | My Current Location: | 34th floor of the Conrad hotel | |
| My MAC Address: | My OS: | Mac OS 10.11.6 |
Description
On 34th floor of the Conrad hotel, I’m having trouble with with ietf-hotel network.
- My Mac is not getting a DHCPv4 address.
- It does get IPv6 addresses:
% ifconfig
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
ether 34:36:3b:c4:29:1a
inet6 fe80::3636:3bff:fec4:291a%en0 prefixlen 64 scopeid 0x4
inet6 2001:67c:370:144:3636:3bff:fec4:291a prefixlen 64 autoconf
inet6 2001:67c:370:144:7030:e11b:aef7:fc8f prefixlen 64 autoconf temporary
inet 169.254.175.240 netmask 0xffff0000 broadcast 169.254.255.255
nd6 options=1<PERFORMNUD>
media: autoselect
status: active
- It also gets IPv6 DNS servers:
% scutil --dns
DNS configuration
resolver #1
nameserver[0] : 2001:67c:370:229::6
nameserver[1] : 2001:67c:370:229::7
if_index : 4 (en0)
flags : Request AAAA records
Reachable
- But it seems unable to reach the IPv6 DNS servers:
% dig @2001:67c:370:229::6 www.google.com
; <<>> DiG 9.8.3-P1 <<>> @2001:67c:370:229::6 www.google.com
; (1 server found)
;; global options: +cmd
;; connection timed out; no servers could be reached
The Conrad_Seoul network is working, so I’m okay, but I thought you might like to know about this problem.
Stuart Cheshire
Change history (4)
comment:1 Changed 17 months ago by
| Component: | incoming → hotel |
|---|---|
| Owner: | changed from llynch@… to creilly@… |
| Status: | new → assigned |
comment:2 Changed 17 months ago by
comment:3 Changed 17 months ago by
| Resolution: | → wontfix |
|---|---|
| Status: | assigned → closed |
Hi Stuart -
we distribute "our" network through the Conrad_Seoul ESSID inside the guest rooms as it would have too big of a project for the hotel to re-configure the MacMinis? in the rooms (which co-act as the AP) for a different ESSID.
Please check if Conrad_Seoul provides you with IPv6 connectivity on the 2001:67c:370:144::/64 net. If it does, you've found "our" network. :-)
"ietf-hotel" is being broadcast from hotel APs in public spaces, so you may see some of that "bleed through" to your room, but I don't expect any of those APs to be near by you, which would explain your experience ("you hear us, we don't hear you"...). As we have frequent RAs with RDNSS this would explain why you did get a prefix and NS.