On 26/06/2012 07:45, Graham Beneke wrote:
Which FOSS flow collectors do an decent/adequate job at crunching about
10Gbps worth of flows and presenting it in a useful way?
Just to clarify - there are 3 switch fabrics involved here. One from
vendor C, one from vendor J and a third new fabric fro
Hi All
I'm busy doing some digging to find a solution for collecting layer-2
flows data on a medium sized IXP. All we have at the moment is some MRTG
graphs and we're trying to get a better view into IPv4 vs IPv6, src and
dst MACs, packet sizes and also perhaps port & protocol trends.
I foun
On Mon, 25 Jun 2012, Cameron Byrne wrote:
SCTP is coming along, and it has a lot of promise.
Doesn't SCTP "suffer" from the same problem as SHIM6 was said to be
suffering from, ie that now all of a sudden end systems control where
packets go and there is going to be a bunch of people on this
On Jun 25, 2012 6:38 PM, "William Herrin" wrote:
>
> On Mon, Jun 25, 2012 at 8:03 PM, William Herrin wrote:
> > Does SCTP operate on a list of IPv4 and IPv6 addresses received from
> > the application when it asks for a connect, parallelizing its attempt
> > to reach a live address? Or a DNS name
On Mon, Jun 25, 2012 at 8:03 PM, William Herrin wrote:
> Does SCTP operate on a list of IPv4 and IPv6 addresses received from
> the application when it asks for a connect, parallelizing its attempt
> to reach a live address? Or a DNS name which it resolves to find those
> addresses? Or does it acc
Was hoping that anyone with experience with the Entrasys K or S series switches
would be willing to offer any feedback on the platform, organization, support,
software, etc. Interested in fairly vanilla L2 and L3 functionality and
performance at high 1 and 10G interface density. Considering an e
On Mon, Jun 25, 2012 at 7:06 PM, Douglas Otis wrote:
> On 6/25/12 12:20 PM, William Herrin wrote:
>> How does SCTP address the most immediate problem with
>> multiaddressed TCP servers: the client doesn't rapidly find a
>> currently working address from the set initially offered by A and
>> D
On 6/25/12 12:20 PM, William Herrin wrote:
> On Mon, Jun 25, 2012 at 1:09 PM, Douglas Otis
> wrote:
>> On 6/25/12 7:54 AM, Owen DeLong wrote:
>>> It would have been better if IETF had actually solved this
>>> instead of punting on it when developing IPv6.
>>
>> The IETF offered a HA solution that
Hi,
I have inquire regard how to setup pop for terminating voice
to telecom carries around the global.
May scenario is,
Telecom companies will connect to us
thru VoIP. And we would like to terminate these voice calls to telecom carrier
around the global... At best price.
How
On Mon, Jun 25, 2012 at 1:09 PM, Douglas Otis wrote:
> On 6/25/12 7:54 AM, Owen DeLong wrote:
>> It would have been better if IETF had actually solved this instead
>> of punting on it when developing IPv6.
>
> The IETF offered a HA solution that operates at the transport level.
> The transport is
It really is possible to have a secure society that does not require
identification and authentication at every turn and for every move.
We the people will have to demand such freedom in order that it come to pass,
however, because it is at odds with what money and power want. And where those
g
On Mon, Jun 25, 2012 at 1:58 PM, Douglas Otis wrote:
> The Internet should use more than port 80 and port 443. Is extending
> entrenched TCP cruft really taking the Internet to a better and safer
> place?
isn't the 'internet should use more than 80/443' really: "Some
compelling use case should b
On 6/25/12 10:17 AM, Christopher Morrow wrote:
> On Mon, Jun 25, 2012 at 1:09 PM, Douglas Otis
> wrote:
>> On 6/25/12 7:54 AM, Owen DeLong wrote:
>>> It would have been better if IETF had actually solved this
>>> instead of punting on it when developing IPv6.
>>
>> Dear Owen,
>>
>> The IETF offe
On Mon, Jun 25, 2012 at 1:09 PM, Douglas Otis wrote:
> On 6/25/12 7:54 AM, Owen DeLong wrote:
>> It would have been better if IETF had actually solved this instead
>> of punting on it when developing IPv6.
>
> Dear Owen,
>
> The IETF offered a HA solution that operates at the transport level. It
On 6/25/12 7:54 AM, Owen DeLong wrote:
> It would have been better if IETF had actually solved this instead
> of punting on it when developing IPv6.
Dear Owen,
The IETF offered a HA solution that operates at the transport level. It
solves jumbo frame error detection rate issues, head of queue
b
On Jun 25, 2012, at 7:09 AM, Masataka Ohta wrote:
> (2012/06/25 18:00), Tim Franklin wrote:
>>> Even though it may be easy to make end systems and local
>>> LANs v6 capable, rest, the center part, of the Internet
>>> keep causing problems.
>>
>> Really? My impression is that it's very much the
On Jun 25, 2012, at 12:06 AM, Masataka Ohta wrote:
> Justin M. Streiner wrote:
>
>> I see periodic upticks in the growth of the global v6 routing table (a
>> little over 9k prefixes at the moment - the v4 global view is about 415k
>> prefixes right now), which I would reasonably attribute an u
Tim Franklin wrote:
> at least with v6 there's a really good chance that they'll
> only *ever* need to announce a single-prefix.
That's exactly why routing table is exploding today, at least
with v4.
Masataka Ohta
(2012/06/25 18:00), Tim Franklin wrote:
>> Even though it may be easy to make end systems and local
>> LANs v6 capable, rest, the center part, of the Internet
>> keep causing problems.
>
> Really? My impression is that it's very much the edge
> that's hard - CE routers, and in particular cheap,
Kyle,
I may be mistaken here, but I don't believe anyone is truly laughing the
matter off.
There may have been some remarks about second or third parties, but the
fact does remain these are the areas which current concerns still lay.
--
Robert Miller
(arch3angel)
On 6/24/12 1:02 AM, Kyle
> The only solution is, IMO, to let multihomed sites have
> multiple prefixes inherited from their upper ISPs, still
> keeping the sites' ability to control loads between incoming
> multiple links.
And for the basement multi-homers, RA / SLAAC makes this much easier to do with
v6. The larger-sca
> Even though it may be easy to make end systems and local
> LANs v6 capable, rest, the center part, of the Internet
> keep causing problems.
Really? My impression is that it's very much the edge that's hard - CE
routers, and in particular cheap, nasty, residential DSL and cable CE routers.
Lo
Justin M. Streiner wrote:
> I see periodic upticks in the growth of the global v6 routing table (a
> little over 9k prefixes at the moment - the v4 global view is about 415k
> prefixes right now), which I would reasonably attribute an upswing in
> networks getting initial assignments.
As I alr
23 matches
Mail list logo
