RE: AW: www.ietf.org.

2003-08-26 Thread Randy Bush
v6 has one salient feature, more address space. religious selling does not help the case for v6. I don't think making a server accessable over IPv6 is religious selling. Some might even consider it 'running code', ... or don't we believe in that anymore? with the current size of the ietf

RE: AW: www.ietf.org.

2003-08-26 Thread Tony Hain
Randy Bush wrote: this assertion is false, or disingenuous at best. backbone service providers are turning it on at great pain, much of that pain due to lack of support from large router vendors. A few are working on lab efforts, and a very small number are offering service. Even if the

RE: AW: www.ietf.org.

2003-08-26 Thread shogunx
On Mon, 25 Aug 2003, Tony Hain wrote: Randy Bush wrote: this assertion is false, or disingenuous at best. backbone service providers are turning it on at great pain, much of that pain due to lack of support from large router vendors. A few are working on lab efforts, and a very small

Re: [Fwd: Emerging Network Usage and Engineering Issues]

2003-08-26 Thread NM Research
A scenario where all the ecommerce code and routing code ( paid traffic ) would fail is if the Financial Capital City of the World is Struck in a light nuke attack. Are you, or is the code capable of handle this ? If so I am very comfortable. Nyagudi Musandu How do you propose we test these

Re: [Fwd: Emerging Network Usage and Engineering Issues]

2003-08-26 Thread Iljitsch van Beijnum
On dinsdag, aug 26, 2003, at 10:09 Europe/Amsterdam, NM Research wrote: A scenario where all the ecommerce code and routing code ( paid traffic ) would fail is if the Financial Capital City of the World is Struck in a light nuke attack. Are you, or is the code capable of handle this ? This is

ASN.1 (Re: Pretty clear ... SIP)

2003-08-26 Thread Harald Tveit Alvestrand
Aah an ASN.1 firefight! It's been a LONG time since we've had one of those, but they used to be a regularly scheduled event on this list. I used to have opinions on this debate - for a trip down memory lane, check out the canonical X.400 vs SMTP debate on my website (sorry, typing offline

Re: [Fwd: Emerging Network Usage and Engineering Issues]

2003-08-26 Thread NM Research
Ofcourse I know about EMP. But what I mean is this, all international credit cards, bank transfers, insurance, commerce deals etc. are supported, initiated, terminated or developed in a city in USA.Even if you want to make a bank transfer from one street to another in Kenya, you go through the

Re: [Fwd: Emerging Network Usage and Engineering Issues]

2003-08-26 Thread Valdis . Kletnieks
On Tue, 26 Aug 2003 03:20:11 PDT, NM Research [EMAIL PROTECTED] said: Ofcourse I know about EMP. But what I mean is this, all international credit cards, bank transfers, insurance, commerce deals etc. are supported, initiated, terminated or developed in a city in USA.Even if you want to

RE: ASN.1 (Re: Pretty clear ... SIP)

2003-08-26 Thread Rosen, Brian
Good points, esp. the references to 2234. May I also point out that many SIP stacks use automatically generated parsers from the ABNF description. These have many, but not all, of the advantages claimed by ASN.1. It was a goal of the RFC3261 work to make the ABNF grammar complete enough to use

Re: Pretty clear ... SIP

2003-08-26 Thread Michael Thomas
Dean Anderson writes: I find H.323 to be qualitiatively worse, as measured in units of elegance, than SIP. I find just the opposite. Now I have to worry about the security of SIP phones, and that they might be used for evesdropping. H323 and and trusted ASN.1 compilers can go a

Re: Last Call: 'Internet X.509 Public Key Infrastructure Warranty Certificate Extension' to Informational RFC

2003-08-26 Thread Denis Pinkas
The IESG has received a request from the Public-Key Infrastructure (X.509) WG to consider 'Internet X.509 Public Key Infrastructure Warranty Certificate Extension' draft-ietf-pkix-warranty-extn-03.txt as an Informational RFC. The IESG plans to make a decision in the next few weeks, and