On Wed, Oct 5, 2016 at 7:55 PM, Ronald F. Guilmette
wrote:
>
>
>
> P.S. This crap appears to be be brought to us courtesy of AS29632,
> NetAssist, LLC:
>
> http://new.netassist.ua/
>
> So anyway, where are the grownups?
>
clearly whomever provides transit to
My analysis: Serious and apparently long-lived bogosity, with a clear
history of substantial spamming aactivity.
But you be the judge.
Looks to me like an unregistered RIPE AS announcing a route to a /20
worth of unregistered RIPE IPv4 space.
And this didn't exactly crop up just yesterday.
* Valdis Kletnieks:
> On Wed, 05 Oct 2016 12:06:07 -0400, Eric Germann said:
>
>> Customers will connect to their respective regional sites separately.
>> Any ITAR concerns there?
>
> If there are serious concerns there, I recommend spending the coin for
> an actual ITAR expert.
Right. I
* Martin T.:
> Florian:
>
>> Are the autonomous systems for the /19 and /24 connected directly?
>
> Yes they are.
Then deaggregation really isn't necessary at all.
>> (1) can be better from B's perspective because it prevents certain
>> routing table optimizations (due to the lack of the
On Wed, 05 Oct 2016 12:06:07 -0400, Eric Germann said:
> Customers will connect to their respective regional sites separately.
> Any ITAR concerns there?
If there are serious concerns there, I recommend spending the coin for
an actual ITAR expert.
pgpEfSfJNvtPM.pgp
Description: PGP signature
It’s good to see them acknowledging this.
-mel
On Oct 5, 2016, at 10:10 AM, Gareth Tupper
> wrote:
Looks like a fat finger event...
From Level 3:
"On October 4, our voice network experienced a service disruption
The term you are referencing is unicast reverse path verify strict/hard mode
Enforces that the packets source can be reached via the interface of the
receiving traffic
If this is generaly applied at all provider edge routers and dsl/dialup/vpc
pop's would solve the spoofing issue as a whole
IPSec and corporate.
Customers will connect to their respective regional sites separately. Any ITAR
concerns there?
> On Oct 5, 2016, at 12:01 PM, Christopher Morrow
> wrote:
>
>
>
> On Tue, Oct 4, 2016 at 11:15 PM, Eric Germann
I’m aware. We’re considering them down the line.
So, back to the question, any ITAR gotchas with any of these companies?
Thanks
EKG
> On Oct 5, 2016, at 11:05 AM, Peter Beckman wrote:
>
> There is a Mumbai, India three letter company region available as of June 27,
>
Looks like a fat finger event...
>From Level 3:
"On October 4, our voice network experienced a service disruption affecting
some of our customers in North America due to a configuration error. We know
how important these services are to our customers. As an organization, we're
putting
On 10/05/2016 09:46 AM, jim deleskie wrote:
> Can we please not get the government ( who's gov ) involved. I fully agree
> that it will not only not help, but will make some things worse. This is
> why we can't have nice things.
I would be in favor of your pleas if you would accompany it with
Can we please not get the government ( who's gov ) involved. I fully agree
that it will not only not help, but will make some things worse. This is
why we can't have nice things.
On Tuesday, October 4, 2016, Anne Mitchell wrote:
> (Interesting and inarguably
On Tue, Oct 4, 2016 at 11:15 PM, Eric Germann
wrote:
> I’ve been charged with building a global VPN as an overlay on top of a
> certain 3 letter company who also sells lots of stuff.
>
>
you say 'vpn' do you mean 'mpls vpn' or 'ipsec vpn over intertubes' ?
> We’re
There is a Mumbai, India three letter company region available as of June 27,
2016
https://aws.amazon.com/blogs/aws/now-open-aws-asia-pacific-mumbai-region/
On Tue, 4 Oct 2016, Eric Germann wrote:
I’ve been charged with building a global VPN as an overlay on top of a certain
3 letter
On 5 October 2016 at 15:54, Bryan Holloway wrote:
> Mainly RFC2544 and physical media. QoS could be handy, but it's not as
> important as proving that the circuit is meeting our expectations from the
> carrier(s).
Then then EXFO is fine and much more affordable than Spirent or
Mainly RFC2544 and physical media. QoS could be handy, but it's not as
important as proving that the circuit is meeting our expectations from
the carrier(s).
On 10/4/16 1:12 PM, Saku Ytti wrote:
On 3 October 2016 at 22:09, Bryan Holloway wrote:
We're in the market for a
I’ve been charged with building a global VPN as an overlay on top of a certain
3 letter company who also sells lots of stuff.
We’re looking at
US East
US West
US Central (eventually)
Brazil
Singapore
Frankfurt
Ireland
Sydney
Maybe Canada
Maybe India (outsourcesrs)
In the planning stages now
Florian:
> Are the autonomous systems for the /19 and /24 connected directly?
Yes they are.
> (1) can be better from B's perspective because it prevents certain routing
> table optimizations (due to the lack of the covering prefix)
What kind of routing table optimizations are possible if
18 matches
Mail list logo