On Wed, 27 Apr 2016, Baptiste Jonglez wrote:
So, if this is basically DNS64/NAT64, these IP addresses should not be
seen as source or destination address outside of T-Mobile's network, and
are not attached to the interface of any device.
Based on http://dan.drown.org/android/clat/, it looks li
On Wed, 27 Apr 2016, Baptiste Jonglez wrote:
While doing statistics on the participants of a public DHT, I was
surprised to see some IP addresses that are not present in the DFZ:
I believe those are used by T-mobile's 464XLAT (RFC 6877) implementation.
Recent Android on T-mobile is IPv6-only
On Sun, 18 Oct 2015, Clayton Zekelman wrote:
I didn't think Asterisk had modem DSP and RAS code?! Huh?
I was surprised to find IAXmodem (http://iaxmodem.sourceforge.net/), which
is "a software modem written in C that uses an IAX channel (commonly
provided by an Asterisk PBX system) instead of
On Mon, 18 Aug 2014, Noam Freedman wrote:
I'll make sure someone follows up on your ticket. To help accelerate
overall IPv6 adoption, we stopped charging for new conversions to IPv6
over a year ago. Probably just some misinformation in the sales force
from the old policy...
Oh, I hadn't expe
On Mon, 18 Aug 2014, Mehmet Akcin wrote:
What did they say when you asked them(Akamai)?
I quoted their response in my mail; sorry if that wasn't clear. They
offered to enable IPv6 service for a non-trivial monthly recurring fee,
which they offered to send me a revised contract to include.
I
Is it normal to bill for IPv6 service as a separate product? I was
surprised to hear from from my Akamai rep they they do:
Hi Aaron, We can add the IPV6 service to the contract at an additional
cost of $XXX/month. Please let me know if you would like to go ahead with
the service and I can creat
On Sat, 18 Aug 2012, Patrick W. Gilmore wrote:
IMHO, if Google losses a datacenter and all users are stuck waiting for a
long TTL to run out, that is Very Bad. In fact, I would call even 2.5
minutes (average of 5 min TTL) Very Bad. I'm impressed they are
comfortable with a 300 second TTL.
Go
On Thu, 21 Apr 2011, Dan White wrote:
We're experiencing very poor quality with You Tube, and it appears we're
subject to a bad entry within a geolocation database somewhere.
I'm not sure about Youtube, but Google seems to do some some clever but
annoying things with correlating requests going
On Tue, 10 Nov 2009, Drew Weaver wrote:
If you have several transit providers connected to your network and much
of your traffic is generally directed by the "BGP tiebreaker" (i.e. lowest
IP address) is there a way, without specifying on a per-prefix basis to
prefer the "tie breaker winner" slig
On Wed, 21 Jan 2009, Phil Rosenthal wrote:
This attack has been ongoing on 66.230.128.15/66.230.160.1 for about 24 hours
now, and we are receiving roughly 5Gbit of attack packets from roughly
750,000 hosts.
I'm only receiving NS queries for "." from spoofed 66.230.128.15 and
66.230.160.1 via a
10 matches
Mail list logo
