On Mon, Feb 27, 2012 at 12:27 PM, A. Pishdadi wrote:
> Hello All,
>
> i have been looking for quite some time now a descent coder (c,php) who has
Just a practical comment here; part of your problem may be offering c
and php together. I don't want to start a war, but I know that at the
very least
getaddrinfo was designed to be extensible as was struct
addrinfo. Part of the problem with TTL is not data sources
used by getaddrinfo have TTL information. Additionally for
many uses you want to reconnect to the same server rather
than the same name. Not
On Feb 27, 2012, at 19:10, Owen DeLong wrote:
>
> On Feb 27, 2012, at 3:50 PM, William Herrin wrote:
>
>> On Mon, Feb 27, 2012 at 3:43 PM, david raistrick
>> wrote:
>>> On Mon, 27 Feb 2012, William Herrin wrote:
In some cases this is because of carelessness: The application does a
get
Yes, a theoretical understanding of algorithms is a common element in
programming and networking. But the thread seems to assume that highly capable
programmers/network engineers are mere serfs, unable to forge their own
destiny, at the beck and call of whomever they work for, instead of indepen
> a real programmer can be productive in networking tools in a matter of a
> month or two. i have seen it multiple times.
>
> a networker can become a useful real progammer in a year or three.
Thank you! I always wonder when someone distinguishes between a networker and a
programmer as if they
On Sun, Feb 26, 2012 at 4:56 PM, Randy Carpenter wrote:
> We have been using Rackspace Cloud Servers. We just realized that
> they have absolutely no redundancy or failover after experiencing a
> outage that lasted more than 6 hours yesterday. I am appalled that
> they would offer something calle
But my point is that each person who is capable to do so generally chooses
their life's work, after working in and trying out several capacities, and this
is extremely common in IT environments where a person could have cycled through
programming, system admin, dba, networking, security, etc. Fo
On 02/27/2012 06:23 PM, Randy Bush wrote:
programming is not being able to write a hundred lines of unreadable
perl.
a real programmer can be productive in networking tools in a matter of a
month or two. i have seen it multiple times.
a networker can become a useful real progammer in a year or
programming is not being able to write a hundred lines of unreadable
perl.
a real programmer can be productive in networking tools in a matter of a
month or two. i have seen it multiple times.
a networker can become a useful real progammer in a year or three.
randy
In message ,
William Herrin writes:
> On Mon, Feb 27, 2012 at 3:43 PM, david raistrick wro=
> te:
> > On Mon, 27 Feb 2012, William Herrin wrote:
> >> In some cases this is because of carelessness: The application does a
> >> gethostbyname once when it starts, grabs the first IP address in the
>
What about the case of the strong coder who decides that networking is more
interesting as a life's work, moves into networking, will not consider
employment where coding is even a remote possibility, and will successfully
land another networking job elsewhere if management even brings up the su
Theoretically if both WAEs are placed inline on MPLS uplink, then it
should work -- unless WAAS code can only recognize IP/Ethernet but not
IP/MPLS/Ethernet traffic. I don't think WAAS is VRF aware and can
maintain a multi-VRF routing table.
On Mon, Feb 27, 2012 at 8:04 AM, Frank Ho wrote:
> Hi t
--- george.herb...@gmail.com wrote:
From: George Herbert
My understanding is that while primary and subcontractor companies can
put people in the sponsoring organization's clearance granting queue,
it takes so long to get someone through the queue that for high-level
positions they essentially
Doug,
I think the difference is that network engineers typically find themselves
wanting to learn some form of programming to automate routine tasks while doing
their job as a network engineer. They've actually managed to be interested in
programming while pursuing a career in networking out o
On Mon, Feb 27, 2012 at 5:07 PM, Jason Bertoch wrote:
> On 2/27/2012 7:53 PM, William Herrin wrote:
>>>
>>> I think you're more likely to find a network engineer with (possibly
>>> limited)
>>> > programming skills.
>>
>> I wish. For the past three months I've been trying to find a network
>> eng
On Mon, Feb 27, 2012 at 4:59 PM, William Herrin wrote:
>
> Yes, well, that's why we're still using a layer 4 protocol (TCP) that
> can't dynamically rebind to the protocol level below (IP).
This is somewhat irritating, but on the scale of 0 (all is well) to 10
(you want me to do WHAT with DH
On 2/27/2012 7:53 PM, William Herrin wrote:
I think you're more likely to find a network engineer with (possibly limited)
> programming skills.
I wish. For the past three months I've been trying to find a network
engineer with a deep TCP/IP protocol understanding, network security
expertise, so
On Feb 27, 2012, at 7:53 PM, William Herrin wrote:
> On Mon, Feb 27, 2012 at 3:22 PM, Owen DeLong wrote:
>> On Feb 27, 2012, at 12:02 PM, Brandt, Ralph wrote:
>>> Generalists are hard to come by these days.
>>
>> I think you're more likely to find a network engineer with (possibly limited)
>>
On Mon, Feb 27, 2012 at 3:45 PM, William Herrin wrote:
> On Mon, Feb 27, 2012 at 2:19 PM, George Herbert
> wrote:
>> Failing to have central shared storage (iSCSI, NAS, SAN, whatever you
>> prefer) fails the smell test on a local enterprise-grade
>> virtualization cluster, much less a shared clou
On Mon, Feb 27, 2012 at 7:07 PM, Owen DeLong wrote:
> On Feb 27, 2012, at 3:50 PM, William Herrin wrote:
>> Meh. What should be fixed is that connect() should receive a name
>> instead of an IP address. Having an application deal directly with the
>> IP address should be the exception rather than
On Mon, Feb 27, 2012 at 3:22 PM, Owen DeLong wrote:
> On Feb 27, 2012, at 12:02 PM, Brandt, Ralph wrote:
>> Generalists are hard to come by these days.
>
> I think you're more likely to find a network engineer with (possibly limited)
> programming skills.
I wish. For the past three months I've be
David Swafford [da...@davidswafford.com] wrote:
>
> Lots of head-banging and teamwork eventually got us squared away! This
> situation is a good example of why network guys NEED to have a great
> relationship with both server and storage guys (we're all really close
> where I'm at). Had there be
On Feb 27, 2012, at 3:50 PM, William Herrin wrote:
> On Mon, Feb 27, 2012 at 3:43 PM, david raistrick wrote:
>> On Mon, 27 Feb 2012, William Herrin wrote:
>>> In some cases this is because of carelessness: The application does a
>>> gethostbyname once when it starts, grabs the first IP address i
On Mon, Feb 27, 2012 at 3:43 PM, david raistrick wrote:
> On Mon, 27 Feb 2012, William Herrin wrote:
>> In some cases this is because of carelessness: The application does a
>> gethostbyname once when it starts, grabs the first IP address in the
>> list and retains it indefinitely. The gethostbyna
On Mon, Feb 27, 2012 at 2:19 PM, George Herbert
wrote:
> Failing to have central shared storage (iSCSI, NAS, SAN, whatever you
> prefer) fails the smell test on a local enterprise-grade
> virtualization cluster, much less a shared cloud service.
Hi George,
Why would you imagine that a $30/month
On Feb 26, 2012, at 8:27 PM, "A. Pishdadi" wrote:
> Hello All,
>
> i have been looking for quite some time now a descent coder (c,php) who has
> a descent amount of system admin / netadmin experience. Doesn't necessarily
> need to be an expert at network engineering but being acclimated in
> und
On 2/27/2012 2:31 PM, Doug Barton wrote:
> then sure, network guy -> "coder" is usually a safe and easy path.
Sorry, looking at this again it reads a lot more derogatory on paper
than I meant it to. There is a lot of value in being able to automate
repetitive tasks ... my point was simply that doi
Thanks,
Working on a similar design and now know what to avoid :)
Rgds
dan
On Feb 27, 2012, at 4:22 PM, David Swafford wrote:
> Hi Everyone!
>
> I had several requests for more feedback on our FCoE experience, based on
> my comments from a thread last week, so I'm writing here with a bit more
>
Le lundi 27 février 2012 à 14:14 -0800, Owen DeLong a écrit :
> On Feb 27, 2012, at 12:31 PM, david raistrick wrote:
>
> > On Mon, 27 Feb 2012, Owen DeLong wrote:
> >
> >> I think you're more likely to find a network engineer with (possibly
> >> limited)
> >> programming skills.
> >
> > While I
On 2/27/2012 2:23 PM, Jay Ashworth wrote:
> - Original Message -
>> From: "Owen DeLong"
>
>> I think you're more likely to find a network engineer with (possibly
>> limited) programming skills.
>>
>> That's certainly where I would categorize myself.
>
> And you're the first I've seen sug
- Original Message -
> From: "Owen DeLong"
> I think you're more likely to find a network engineer with (possibly
> limited) programming skills.
>
> That's certainly where I would categorize myself.
And you're the first I've seen suggest, or even imply, that going that
direction instead
On Feb 27, 2012, at 12:31 PM, david raistrick wrote:
> On Mon, 27 Feb 2012, Owen DeLong wrote:
>
>> I think you're more likely to find a network engineer with (possibly limited)
>> programming skills.
>
> While I'll agree about the more likely, if I needed a coder who had a firm
> grasp of net
Generalists are hard to come by these days. They are people who learn
less and less about more and more till they know nothing about
everything. People today are specializing in the left and right halves
of the bytes They learn more and more about less and less till they
know everything about
On Mon, Feb 27, 2012 at 11:19:27AM -0800, George Herbert wrote:
> On Mon, Feb 27, 2012 at 7:28 AM, William Herrin wrote:
> > On Sun, Feb 26, 2012 at 7:02 PM, Randy Carpenter
> > wrote:
> >>> On Feb 26, 2012, at 4:56 PM, Randy Carpenter wrote:
> >>> > 1. Full redundancy with instant failover to o
On Mon, 27 Feb 2012, William Herrin wrote:
In some cases this is because of carelessness: The application does a
gethostbyname once when it starts, grabs the first IP address in the
list and retains it indefinitely. The gethostbyname function doesn't
even pass the TTL to the application. Ntpd is
On Mon, 27 Feb 2012, William Herrin wrote:
In some cases this is because of carelessness: The application does a
gethostbyname once when it starts, grabs the first IP address in the
list and retains it indefinitely. The gethostbyname function doesn't
even pass the TTL to the application. Ntpd is
On Mon, 27 Feb 2012, Owen DeLong wrote:
I think you're more likely to find a network engineer with (possibly limited)
programming skills.
While I'll agree about the more likely, if I needed a coder who had a firm
grasp of networking I'd rather teach a good coder networking, than try to
teach
I think you're more likely to find a network engineer with (possibly limited)
programming skills.
That's certainly where I would categorize myself.
Owen
On Feb 27, 2012, at 12:02 PM, Brandt, Ralph wrote:
> Generalists are hard to come by these days. They are people who learn
> less and less abo
Generalists are hard to come by these days. They are people who learn
less and less about more and more till they know nothing about
everything. People today are specializing in the left and right halves
of the bytes They learn more and more about less and less till they
know everything about
On Mon, 27 Feb 2012 14:02:04 EST, William Herrin said:
> The net result is that when you switch the IP address of your server,
> a percentage of your users (declining over time) will be unable to
> access it for hours, days, weeks or even years regardless of the DNS
> TTL setting.
Amen brother.
If we are gonna start to get somewhere with this issue, how about to
make sure the routing/prefix databases is correct first?
Please see:
https://www.fredan.se/temp/prefixes.tar
In that file you will find 'not_allowed_to_announce6' which contains
about 2307 prefixes of ipv6 which is not in any
On Mon, Feb 27, 2012 at 7:28 AM, William Herrin wrote:
> On Sun, Feb 26, 2012 at 7:02 PM, Randy Carpenter wrote:
>>> On Feb 26, 2012, at 4:56 PM, Randy Carpenter wrote:
>>> > 1. Full redundancy with instant failover to other hypervisor hosts
>>> > upon hardware failure (I thought this was a given
On Mon, Feb 27, 2012 at 12:09 PM, Jared Mauch wrote:
> On Feb 27, 2012, at 10:28 AM, William Herrin wrote:
>> How DNS is designed to work and how it actually works is not the same.
>> Look up "DNS Pinning" for example. For most kinds of DR you need IP
>> level failover where the IP address is rero
I have never done it between MPLS like what you are referring to, but for the
best optimization you will need edge WAE units on each end of the connection.
- Original Message -
From: "Frank Ho"
To: nanog@nanog.org
Sent: Monday, February 27, 2012 11:04:35 AM
Subject: Re: Provider WAAS ser
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/27/2012 08:11 AM, Marshall Eubanks wrote:
> Is anyone seeing this ?
>
> http://www.bbc.co.uk/news/world-africa-17179544
>
> "East Africa's high-speed internet access has been severely disrupted
> after a ship dropped its anchor onto fibre-opt
On Mon, Feb 27, 2012 at 11:46 AM, Graham Beneke wrote:
> On 27/02/2012 18:11, Marshall Eubanks wrote:
>>
>> Is anyone seeing this ?
>>
>> http://www.bbc.co.uk/news/world-africa-17179544
>
>
> Along with:
> http://mybroadband.co.za/news/telecoms/44263-triple-whammy-hits-eassy.html
>
> The east is s
> Pardon the weird question:
>
> Is the DNS service authoritative or recursive? If auth, you can
> solve this a few ways, either by giving the DNS name people point to
> multiple (and A) records pointing at a diverse set of
> instances.
Authoritative. But, also not the only thing that we a
On Feb 27, 2012, at 10:28 AM, William Herrin wrote:
> On Mon, Feb 27, 2012 at 9:39 AM, Jared Mauch wrote:
>> Is the DNS service authoritative or recursive? If auth, you can
>> solve this a few ways, either by giving the DNS name people
>> point to multiple (and A) records pointing at a div
On 27/02/2012 18:11, Marshall Eubanks wrote:
Is anyone seeing this ?
http://www.bbc.co.uk/news/world-africa-17179544
Along with:
http://mybroadband.co.za/news/telecoms/44263-triple-whammy-hits-eassy.html
The east is struggling with outages.
--
Graham Beneke
On 2/27/2012 10:25 AM, Jason Gurtz wrote:
>> [...] For DNS,
>> EasyDNS (https://web.easydns.com/DNS_hosting.php) are rather good and
>> not too expensive, and you can get a 100% up-time guarantee if you
>> want. A review of them regarding availability is at
>> http://www.theregister.co.uk/2012/01
Is anyone seeing this ?
http://www.bbc.co.uk/news/world-africa-17179544
"East Africa's high-speed internet access has been severely disrupted
after a ship dropped its anchor onto fibre-optic cables off Kenya's
coast."
Regards
Marshall
Hi there,
Just want to know if anybody out there has tried to put a pair of
Cisco WAAS cards on two PEs to optimize the traffic of multiple VRFs
between them ? Is that actually possible ? If it's possible, how does
the WAAS module card forward the optimized traffic back to the correct
VRF? Any
On Sun, Feb 26, 2012 at 7:02 PM, Randy Carpenter wrote:
>> On Feb 26, 2012, at 4:56 PM, Randy Carpenter wrote:
>> > 1. Full redundancy with instant failover to other hypervisor hosts
>> > upon hardware failure (I thought this was a given!)
>>
>> This is actually a much harder problem to solve than
> [...] For DNS,
> EasyDNS (https://web.easydns.com/DNS_hosting.php) are rather good and
> not too expensive, and you can get a 100% up-time guarantee if you
> want. A review of them regarding availability is at
> http://www.theregister.co.uk/2012/01/31/why_i_use_easydns/
I have been a very sati
Hi Everyone!
I had several requests for more feedback on our FCoE experience, based on
my comments from a thread last week, so I'm writing here with a bit more
background on our project in hopes that it saves some pain for others :-).
I'm with a sizable health insurance provider in the mid-west,
On Feb 26, 2012, at 5:56 PM, Randy Carpenter wrote:
> We require 1 or 2 very small virtual hosts to host some remote services to
> serve as backup to our main datacenter. One of these services is a DNS
> server, so it is important that it is up all the time.
>
> We have been using Rackspace Cl
Linode.com is not cloud based but they offer IP failover between VPS
instances at no additonal charge - their pricing is excellent, I have
had no down time issues with them in 3+ years with 3 different
customers using them and they have nice OOB and programmatic API
access for controlling VPs insta
There was an issue during much of the day on Friday 2/24 due to a code
error on a Harvard Internet2 router at NOX. It was bounced around 4:35 pm
and everything has been fine since.
Andy
On Fri, Feb 24, 2012 at 2:37 PM, Hashem, Sherif Rakhaa <
sherif_has...@hms.harvard.edu> wrote:
> Are there a
Hello,
On Sun, Feb 26, 2012 at 10:56 PM, Randy Carpenter wrote:
>
>
>
> Does anyone have any recommendation for a reliable cloud host?
>
> We require 1 or 2 very small virtual hosts to host some remote services to
> serve as backup to our main datacenter. One of these services is a DNS
> server
> -Original Message-
> From: Tony Patti [mailto:t...@swalter.com]
> Sent: 27 February 2012 02:42
> To: 'david raistrick'; 'Randy Carpenter'
> Cc: 'Nanog'
> Subject: RE: Reliable Cloud host ?
>
> > -Original Message-
> > From: david raistrick [mailto:dr...@icantclick.org]
> > Sent:
60 matches
Mail list logo
