Custom query (937 matches)

​ipad store

I have had multiple short failures where v4 worked but v6 didn’t on ietf-hotel

this is a 10.9.x mac osx box.

i’m attaching to c4:01:7c:88:a4:38, channel 6 at moment. that’s from 7th floor south tower.

ifconfig gives me the following v6:

        inet6 fe80::8e29:37ff:fef0:15fc%en0 prefixlen 64 scopeid 0x4 
        inet6 2001:67c:370:136:8e29:37ff:fef0:15fc prefixlen 64 autoconf 
        inet6 2001:67c:370:136:3c24:41f6:b3b3:2135 prefixlen 64 autoconf temporary 

and resolv.conf has working DNS yet “ping6 pendor.dragon.net” gives "UDP connect: No route to host”

and netstat -rn shows no v6 default route.

This does come and go and mos to of the time v6 is working.

let me know what additional info you need.

Hi all,

This morning (Sun 17 Nov 2019 12:57:28 PM PST) in the swissotel guest
rooms, on ssid 'ietf-hotel' I find my debian system reporting that I am
successfully associated but my tools report that I only get ipv6 service:

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
kaduk@prolepsis:~$ ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
122: wlp58s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 30:52:cb:e7:7c:45 brd ff:ff:ff:ff:ff:ff
    inet6 2001:67c:1232:144:9f96:e9a0:3a6f:8de/64 scope global dynamic noprefixroute 
       valid_lft 2592000sec preferred_lft 2592000sec
    inet6 fe80::95ba:c96b:d420:7871/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
kaduk@prolepsis:~$ ping6 www.google.com
ping6: www.google.com: Temporary failure in name resolution
kaduk@prolepsis:~$ cat /etc/resolv.conf
# Generated by NetworkManager
nameserver 2001:67c:370:229::7
nameserver 2001:67c:370:229::6
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

And even that doesn't help me very much, as the name-resolution failure
from ping6 indicates..

Using the software rfkill to stop/restart the wireless connection and try
again, however, does get me ipv4 service:

kaduk@prolepsis:~$ ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
122: wlp58s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 30:52:cb:e7:7c:45 brd ff:ff:ff:ff:ff:ff
    inet 31.133.157.178/20 brd 31.133.159.255 scope global dynamic noprefixroute wlp58s0
       valid_lft 21466sec preferred_lft 21466sec
    inet6 2001:67c:1232:144:9f96:e9a0:3a6f:8de/64 scope global dynamic noprefixroute 
       valid_lft 2591966sec preferred_lft 2591966sec
    inet6 fe80::95ba:c96b:d420:7871/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

and I could use that connectivity to do my normal work.

I'm no longer in that room, but hopefully there is some useful data in the
report.

Thanks,

Ben