- NZNOG - lists.nznog.org

NZNOG meeting.
by Roger De Salis 22 Nov '98

22 Nov '98

It looks like we may be able to move the ISOCNZ council meeting to Dec 11th, so the NOG meeting will go ahead on Friday 27th Nov, at Cisco Auckland (25th Floor, ASB Tower) 10am start. I still have NO REPLIES FROM ANYONE ABOUT NUMBERS so some useful use of email in the short term would be appreciated. Rgds Roger De Salis Andy Linton wrote: > > Unfortunately, I've arranged several other things in Auckland for > Thursday/Friday and it would be hard for me to change at this point. A > number of other people have also committed to Friday at this stage as > well. -- \_ Roger De Salis Cisco Systems NZ Ltd </' +64 25 481 452 L3, 117 Customhouse Qy /) +64 4 473 4912 Wellington, New Zealand (/ roger(a)desalis.gen.nz rdesalis(a)cisco.com ` --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

Re: legal issues, courts etc
by craig＠laptop.iprolink.co.nz 22 Nov '98

22 Nov '98

2 1

Humble Apologies (and Shameless Cross-Posting)
by Joe Abley 22 Nov '98

22 Nov '98

Apologies to all and sundry for not being more proactive with any additions to my earlier draft document regarding NZGATE portability/ aggregation issues. I've been tied up with various hairy issues, and the revised draft kept dropping off the end of the queue. Maybe I should increase my hold threshold. Of those who attended the ISOCNZ face-to-face, perhaps someone could give a summary of the section in which the NZGATE numbering issues were discussed? I will make another undertaking (hopefully not quite so worthless) to summarise the discussions following my earlier document, and to modify the draft appropriately in time for the NZNOG meeting at Cisco NZ on the 27th. [Warning, warning: this message is crossposted to NZNOG and ISOCNZ-L - please modify your headers on reply as appropriate to avoid unnecessary cross- pollination] -- Joe Abley <jabley(a)clear.co.nz> Tel +64 9 912-4065, Fax +64 9 912-5008 Network Architect, CLEAR Communications Ltd http://www.clear.net.nz/ --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

Re: legal issues, courts etc
by Rowan Smith 19 Nov '98

19 Nov '98

From: Don Stokes <don(a)daedalus.co.nz> >No. The /20 supernet continues to be advertised, and the new /24 net >is also advertised. Since the /24 advertisement is more specific, >traffic is routed to it; if it's not inside the /24 but inside the /20, >the less specific route is used. Holes are all well and good, but they create greater administration nightmares. For example at Waikato, holes in 202.36.0.0/16 have created nightmare access lists and administration overhead (not to mention CPU overhead) to prevent end user traffic from re-using NetGates international capacity when a 202.36.x.x/24 network for some reason disappears from the advertisers backbone the traffic defaults back to NetGate due to the /16. It is obvisouly a much greater problem at Waikato due to the open nature of the exchange, but I am sure that as network complexity continues to ... complex:) this will cause problems for other providers. -Rowan --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

Re: legal issues, courts etc
by craig＠laptop.iprolink.co.nz 19 Nov '98

19 Nov '98

Hi. > NZGATE/Waikato has a little piece of paper which said they owned > these addresses? I meant that NZGATE addresses (those identified in Joe's document as NZGATE addresses) belong to those to whom they were issued. > Illegal - which law or laws would be in violation here? There are likely several. It's one of the reasons i earlier suggested a legal opinion would be appropriate. It makes little sense to suggest a policy that would likely be overtuned by the courts. However, there are many forms a policy could take that would make this unnecessary. > Which 'improvements in routing software' are we talking about here? Most specifically dampening. > but more routes is going to lead to more human errors > and more complicated access-lists, etc. It's already outside human built lists (which are always error prone) in many if not almost all circumstances. We'll see better tools and life will get easier in spite of a growing number of routes and peering relationships. > Was 202/8 initially not divided up into much large chunks (eg. /20)? No. 202/8 was in use before provider based addressing was introduced. Several (of the earliest) NZ ISPs have /24's in 202/8 direct from APNIC that are outside the NZGATE addresses. APNIC issued /24's all over the asia-pacific region out of 202/8 without country specific aggregation. Only later did they move to provider based addressing within 202/8. > Nobody should be forced to renumber (unless there network is very > small, say /28), but there should be mechanisms which encourage this > when appropriate. Anything longer than /24 is not very routable (Sprint for one doesn't accept routes longer than /24), so /24 is the usable limit. I have no problem with a statement saying blocks smaller than /24 are not portable. -Craig --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

5 4

Re: legal issues, courts etc
by Chris Wedgwood 18 Nov '98

18 Nov '98

> > Most specifically dampening. > > I don't think that makes routing faster or easier, it just makes life > easier for people when bad things might otherwise happen. Dampening was introduced to mitigate the effects (like 100% CPU load) route flapping had on hardware resources. Things like cache invalidation caused by route flaps certainly directly affect routing performance. > But you beleive that any /24 route should be considered completely > portable in most circumstances? Not at all. /24's where ownership is rightly assumed and where the /24 is in a block where the minimum allocation size was /24. For the NZGATE addresses we are asking that the minimum allocation size be recognised as /24. -Craig --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

Re: legal issues, courts etc
by craig＠laptop.iprolink.co.nz 18 Nov '98

18 Nov '98

Hi. > I think the first step in this is to get the "ownership" issues aired (I > don't think it will be "solved") at the ISOCNZ conference tomorrow; at > least then hopefully we'll have some idea of what various positions are. > I don't think the ex-NZGate issue can be really proceeded on without > that. Agreed. Since Iprolink will not have a representative attending the ISOCNZ conference. I will state our company's position on ownership: 1) ownership of NZGATE addresses belong to the company to which they were assigned. In the case of ISPs sub-assigning blocks, this may be a contractual matter between the ISP and the client; 2) NZGATE addresses include only those previously noted and within 202/8; and 3) we would view attempts by a group of NZ ISPs to block or otherwise restrict portability of the NZGATE addresses as illegal. I've already discussed some of the technical issues surrounding this matter, i'll repeat them. Some of this represents our position on technical issues: 1) in 1995 there was very valid concern that because routing table growth was outstriping router CPU and memory growth that is was only a matter of time before major routing problems developed; 2) the introduction of CIDR, minimum allocations sizes (no new assignments longer than /19), and improvements in routing software, have slowed router table memory and CPU requirements to much less than improvements in technology are delivering and can be expected to deliver. In short, the changes have removed any _need_ to introduce further changes and in fact indicate a relaxing of rules is more likely; 3) The only route filtering occurring on the Internet today that affects connectivity (i.e. backbones with no default route) is being done on /8's where the minimum allocation size is /19. With half the root nameservers on /24's, wholesale short prefix filtering will not occur in the short term. Attempts to predict long term policy are not valid. 4) The NZGATE addresses are in a /8 block where the minimum allocation size was /24; 5) With 40,000+ routes, it's hard to make a case that the addition of several hundred routes due to migration is significant (more than several hundred additional routes are unlikely because of aggregation and the likelyhood of distribution tending to favor a few ISPs). And with regard to policy: 1) Iprolink would support a public statement which encourages migration to new addresses (by explaining the benefits) where it would not tend increase use of address space. -Craig --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

3 2

new version of caida tool for capacity planning/trend analysis
by k claffy 18 Nov '98

18 Nov '98

per Barry Greene's request to forward to some of the Asian groups, the following was posted to nanog earlier this week: >From kc Mon Nov 16 15:01 PST 1998 Received: (from kc(a)localhost) by caida.org (8.8.8/8.7.3) id PAA21116; Mon, 16 Nov 1998 15:01:27 -0800 (PST) Message-ID: <19981116150126.A18088(a)caida.org> Date: Mon, 16 Nov 1998 15:01:26 -0800 From: k claffy <kc(a)caida.org> To: nanog(a)merit.edu Subject: new version of caida tool for capacity planning/trend analysis Mime-Version: 1.0 X-Mailer: Mutt 0.93.2i Content-Type: text/plain; charset=us-ascii Status: RO Content-Length: 1121 Lines: 36 heads up to ISPs into operational measurement of workload characteristics cflowd 2.0 code is now available for use in analyzing export-flows from ciscos http://www.caida.org/Tools/Cflowd/ software collects output from cisco's netflow export then aggregates the data in ISP-engineering relevant ways as-to-as matrices ( --> peering engineering) net-to-net matrics ( --> peering/routing engineering ) port and protocol tables ( --> capacity engineering, what traffic is your infrastructure supporting, how is it changing, how much of it elastic/optimizable/ hyperzealous/cache-able/etc ) other stuff ( and continually adding features for members, plus src available for your own footloose entertainment ) cflowd 2.0 is a redesign of cflowd 1.3b2 and includes arts++ for storage as well as significant improvements in user interfaces and functionality. details on the code and mail lists are available at the website, or by contacting cflowd's developer, daniel mcRobb, at dwm(a)caida.org think you'll like always seeking your feedback/experience, k --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

legal issues, courts etc
by Don Stokes 18 Nov '98

18 Nov '98

Chris writes: >The industry we are in and technology we work with is comparatively >new and most legal systems are doing an very poor job and keeping up >with the state of things and hence their abilities to make >`reasonable' decisions and pass reasonable legislation in woefully >inadequate (this isn't a slight against the people involved, these >things take time). <sigh> Civil law has nothing whatsoever to do with technology. It's entirely to do with what is agreed (or not agreed) between parties and what the contractual obligations and liabilities are. And the place to sort those issues out, where a binding ruling is needed bacause voluntary negotiation has failed, is the court. It's one of things that helps make our society work. It's not going to go away. It doesn't take a technically oriented judge to say "you don't have a contract that says you can do this so you can't do this". Technical issues may be factors to take into account in evidence, but they're not points of law, and as such generally don't need to be enshrined in law. I think the opposition to the Rogers bill demonstrated that. I don't really want to get into a debate about philosophy of law and technology on a technical list, but I do think it needs to be pointed out that there are contractual issues on all sides of the problem at hand that need to be taken into account. -- don --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

2 2

Re: your mail
by 2Day Chief Enthusiast 18 Nov '98

18 Nov '98

Chris Wedgwood wrote:- >Not wishing to comment on other details, I will point out the claims >like `court action is a useful last resort' are bullshit. Legal action is a completely reasonable solution where two parties cant agree and all other options have been exausted. That is why we have the courts. The fact that IP networks may not have featured in court cases to date does not in my view diminish the legal system's capability to deal with a dispute involving such things. This is because the issue is likely to be about a sale and purchase agreement between the upstream provider and their customer. There is no problem with a court ruling on these sorts of things, because they do so every day. What may be a bizzare outcome is if a court rules that a customer has title or some other exclusive right to a particular network, and even orders the NZ upstream provider to route it, International upstream providers outside the reach of a NZ court may still refuse or be unable to route it, so thus it is broke. It may be yours, but you wont want it anymore because it dont work! Another solution is needed. regards Peter Mott Chief Enthusiast 2Day Internet Limited http://www.2day.net.nz -/- --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

2 1