Re: pay.gov and IPv6

00:02:02.758900 IP6 2601:647:4201:.60962 > 2605:3100:fffd:100::15.443: Flags [S], seq 2375673666, win 65535, options [mss 1440,nop,wscale 5,nop,nop,TS val 568401205 ecr 0,sackOK,eol], length 0 00:02:02.811619 IP6 2605:3100:fffd:100::15.443 > 2601:647:4201:.60962: Flags [S.], seq 2570148804

Re: nested prefixes in Internet

* v...@mpeks.tomsk.su (Victor Sudakov) [Sun 20 Nov 2016, 03:07 CET]: I have reports that in case (2), some operators (e.g. Rostelecom) don't accept the /24 or even /23 prefix on the grounds that it is part of a larger /19 route already present in the routing table. Could they have a reason not

Re: nested prefixes in Internet

Niels Bakker wrote: > >I have reports that in case (2), some operators (e.g. Rostelecom) > >don't accept the /24 or even /23 prefix on the grounds that it is > >part of a larger /19 route already present in the routing table. > > > >Could they have a reason not to accept these more specific prefi

Re: nested prefixes in Internet

Hopefully they would be flexible with this sort of policy under certain circumstances. I could see this as being somewhat problematic for mitigation providers, since longer mask preemption is a commonly used method to take on traffic for scrubbing, as well as customers potentially using a more spe

Re: nested prefixes in Internet

On Mon, 21 Nov 2016, Victor Sudakov wrote: That's all correct from the point of view of the provider annoncing the /19 route, and should be their risk. My question was however from a different perspective. If AS333 receives a /19 from AS111 and a /24 from AS222 (where AS222's /24 is nested with

Oracle buys... Dyn.

Happy Monday. This seems to me to be equivalent (and bad for the same reasons) to cable companies and/or ISPs being co-owned with program providers. http://www.zdnet.com/article/oracle-acquires-dns-provider-dyn-to-take-on-amazons-lead-in-the-cloud How will this affect *your* operations planni

Re: Oracle buys... Dyn.

Don't blame ya I'm a little negative on this one too as I can already "assume" specialized DNS integration with oracle products among possibly ?oracle cloud? Structures spawning up for competition with AWS, Azure ... others but these are just speculations. -- Onward!, Jason Hellenthal, Sy

Re: Oracle buys... Dyn.

I chuckled at "In September, after the release of Oracle's second-generation Infrastructure-as-a-Service (IaaS) datacenters, Oracle CTO Larry Ellison proclaimed that "Amazon's lead is over" in the cloud market." Eric On Nov 21 2016, at 12:18 pm, J. Hellenthal wrote: > Don't blame ya I'

Re: Oracle buys... Dyn.

Oracle has exhibition booths at most web hosting events in Europe. They get very little traffic. Am skeptical they can be a player. - R. From: NANOG on behalf of Jason Hellenthal Sent: Monday, November 21, 2016 6:27 PM To: North American Network Operators' G

Re: Oracle buys... Dyn.

Lets just hope so, or Id think that the there will eventually be a price hike by AWS to compensate for Oracle’s outrageous costs. But again only speculation at this point. > On Nov 21, 2016, at 11:22, Akshay Kumar wrote: > > Route53 just uses Dyn and Ultra. I would expect AWS to roll out their

Re: Oracle buys... Dyn.

> On Nov 21, 2016, at 11:22, Akshay Kumar wrote: > > Route53 just uses Dyn and Ultra. I would expect AWS to roll out their own > soon. This is completely false. -eli

Re: Oracle buys... Dyn.

Yes false. Amazon do use dyn + others for their own domains in addition to their own Route 53 but Route 53 itself is a completely separate service. Kind Regards Lee Fuller (mobile) PGP: 4F58 D91E 3886 2AAA 26F5 17BD FA12 7914 8308 45D0 On 21 Nov 2016 6:16 pm, "Eli Lindsey" wrote: > > On Nov 21

Re: Facebook Geo Routing Issues

Please send details of your mistargeting to me offlist and we'll take a look. Please include the ips of your rdns as observed by . -- dsp From: NANOG on behalf of Mike Hammett Sent: Wednesday, November 16, 2016 5:50:57 PM To:

Re: Oracle buys... Dyn.

amazonaws.com is split Route 53/ultra - given resolver retry behavior and the impact of screwing up DNS, there's little reason not to use multiple providers on such a domain. However, most subdomains will delegate to R53 only (eg. dig +trace s3-us-west-1.amazonaws.com). None of this is related to

Re: Voice channels (FTTH, DOCSIS, VoLTE)

On 2016-11-21 02:53, Mikael Abrahamsson wrote: > Typically it travels on another "bearer" compared to Internet traffic. > > http://blog.3g4g.co.uk/2013/08/volte-bearers.html > > Think of bearers as "tunnels" between the mobile core network and the > device. Many thanks for the pointer. The fa

Re: Voice channels (FTTH, DOCSIS, VoLTE)

On 11/21/16 11:13 AM, Jean-Francois Mezei wrote: > On 2016-11-21 02:53, Mikael Abrahamsson wrote: > >> Typically it travels on another "bearer" compared to Internet traffic. >> >> http://blog.3g4g.co.uk/2013/08/volte-bearers.html >> >> Think of bearers as "tunnels" between the mobile core network a

Re: Voice channels (FTTH, DOCSIS, VoLTE)

On 2016-11-21 15:18, joel jaeggli wrote: > SRB and URB are the l2 presentation of the tunnels established for user > and signaling traffic. OK, so wth LTE, if carrier has 10mhz up and down, this represents a single chunk of spectrum providing one pipe ? (in fibre terms: a single light colour thr

Re: Voice channels (FTTH, DOCSIS, VoLTE)

On 11/21/16 3:12 PM, Jean-Francois Mezei wrote: > On 2016-11-21 15:18, joel jaeggli wrote: > > >> SRB and URB are the l2 presentation of the tunnels established for user >> and signaling traffic. > OK, so wth LTE, if carrier has 10mhz up and down, this represents a > single chunk of spectrum provid

Re: Voice channels (FTTH, DOCSIS, VoLTE)

On 2016-11-21 21:56, joel jaeggli wrote: > Not really the air interface uses OFDMA coding scheme, so it is both > divided into sub-carriers from 1.4 to 20mhz wide which are then also > scheduled accordingly. I have read in a number of places that 1 * 20mhz yields much more capacity than 2 * 10mhz