Custom query (937 matches)

Filters
 
or
 
  
 
Columns

Show under each result:


Results (100 - 102 of 937)

Ticket Resolution Summary Owner Reporter
#863 fixed problem with v6 in TWC network cdoyle@… Paul_Ebersman@…
Description
In the Tapa tower on wireless, v4 works flawlessly, v6 having lots of drops 4 hops along.
I’m on ietf-hotel, channel 11.

Traceroute here.

dhcp-88e6.meeting.ietf.org (::)                        Sun Nov  9 07:05:06 2014
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                       Packets               Pings
 Host                                Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. 2001:67c:370:136::2               0.0%     4    4.8   5.2   2.8   9.7   3.1
 2. 2605:e000:0:8::f:52               0.0%     4    5.5   4.5   3.7   5.5   0.7
 3. 2605:e000:0:4::f:241              0.0%     4    5.5  14.4   3.2  45.6  20.8
 4. 2605:e000:0:4::b:32              50.0%     4    5.4   5.3   5.2   5.4   0.1
 5. 2605:e000:0:4::50                50.0%     4   54.0  53.0  51.9  54.0   1.5
 6. 2001:1998:0:8::80                33.3%     4   58.3  56.2  54.1  58.3   3.0
 7. 2001:1998:0:4::e0                 0.0%     3   62.9  63.2  62.4  64.3   1.0
 8. 2001:1998::66:109:6:143           0.0%     3   60.8  68.1  60.7  82.7  12.7
 9. 2001:4f8:0:1::8:1                 0.0%     3  101.5  74.5  60.9 101.5  23.3
10. 2001:4f8:1b:1::8:2                0.0%     3   63.0  65.0  63.0  66.2   1.8
11. 2001:4f8:3:36::235                0.0%     3   61.3  61.7  61.0  62.9   1.

I’m getting 30-60% packet loss pretty consistently at hop 4 (2605:e000:0:4::b:32).

I can switch to v4 to ssh to my server but lots of sites like ietf.org do have AAAA
and it would be nice to not be testing lots of lousy happy eyeball implementations. ;)

Not sure if this in IETF network or into TWC proper.

Thanks!

--
Paul Ebersman
paul_ebersman@cable.comcast.com





#922 LOL WHUT? intermittent v6 failures on ietf-hotel nkukich@… Paul_Ebersman@…
Description
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.
#29 fixed MAC 00:19:d2:7f:a6:52 is sending bogus IPv6 Router Advertisements Bill Fenner Pekka Savola <pekkas@…>
Description
Hi,

MAC 00:19:d2:7f:a6:52 is advertising bogus v6 prefixes and routers in 
the wireless and should be killed:

11:22:29.254248 00:19:d2:7f:a6:52 > 33:33:00:00:00:01, ethertype IPv6 
(0x86dd), length 166: fe80::6c4e:8ed1:3ad2:4cc4 > ff02::1: [icmp6 sum 
ok] icmp6: router advertisement(chlim=0, O pref=medium, 
router_ltime=65535, reachable_time=0, retrans_time=0)(src lladdr: 
00:19:d2:7f:a6:52)(mtu: mtu=1480)(unknown opt_type=24, 
opt_len=2)(prefix info: LA 
valid_ltime=7200,preferred_ltime=1800,prefix=2002:8281:1394:9::/64)(prefix 
info: LA valid_ltime=7200,preferred_ltime=1800,prefix=fec0:0:0:9::/64) 
(len 112, hlim 255)

I'm also having major wireless usage problems with 802.11b w/ SSID on 
AP 00:1A:1E:8E:7F:C1 (near convention 1), but that's probably 
unrelated.  Wires in terminal room are great though)

-- 
Pekka Savola                 "You each name yourselves king, yet the
Netcore Oy                    kingdom bleeds."
Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings
Note: See TracQuery for help on using queries.