hrough the official
course(s).
Cheers,
Matt Chung
On Wed, Feb 19, 2014 at 12:14 PM, Phil Gardner wrote:
> Not sure if this list is the best place, but it is probably the only list
> that I'm on that won't give me a bunch of grief about the chosen technology.
>
> I looked at VM
2013 14:46:33 UTC
> Location: Southeastern Alaska
> Latitude: 56.0080; Longitude: -135.4542
> Depth: 10.00 km
>
>
--
-Matt Chung
read a bloody manpage.
>
> Trivia tests get you hiring people who know trivia. Knowing trivia has it's
> productivity benefits, but if you can't apply it, it's useless.
>
> - Matt
>
> --
> Politics and religion are just like software and hardware. They all suck,
> the documentation is provably incorrect, and all the vendors tell lies.
> -- Andrew Dalgleish, in the Monastery
>
>
>
--
-Matt Chung
t (i.e assisted
in developing the RFC) and has a deeper understanding than I do (which I
feel my contribution may be inadequate).
--
-Matt Chung
nse? Does peering costs
> >> anything if ISPs are in same exchange? Does at low traffic level it
> >>makes
> >> more sense to keep on reaching other ISPs via big transit provider?
> >
> >One thing to consider is that peering can benefit both networks not just
> >because of bandwidth savings, but because (given sufficient clue) they
> >can deliver better performance and reliability to their mutual customers.
> >
> >
>
>
>
>
--
-Matt Chung
We really have no objections to creating records for our IPs however there was
no compelling reason previously. With the manifestation of performance issues,
we are currently creating a generic record for our addresses.
I assumed that the applications would take absent records into consideratio
y question is why
is the application (specifically HTTP) dependent on a reverse record ?
What is the purpose?
Hope this is helpful as well
--
-Matt Chung
7 matches
Mail list logo