September 1995 - ripe-list - mailman.ripe.net

EOF-7 meeting minutes
by Havard.Eidnes＠runit.sintef.no 26 Oct '95

26 Oct '95

Hi, I had promised to send out the final minutes to a wider audience than to the EOF list only earlier, but it fell through the cracks so some of this may be old news by now. But here it is, anyway. Note that the new proposed version of the EOF charter is appended at the end of the minutes. Regards, - Håvard -*- Text -*- European Operators Forum Minutes of the 7th EOF meeting Havard Eidnes Held at KTH, Stockholm, Friday 14 July 1995 NORDUnet 20 Jul 1995 v2 (draft) ------------------------------ Attendees: Peter Lothberg STUPI roll(a)stupi.se Havard Eidnes NORDUnet he(a)runit.sintef.no Keith Mithcell PIPEX keith(a)pipex.net Anders Lowinger SWIPnet lowis(a)swip.net Per Bilse EUnet bilse(a)eu.net Rudiger Volk Deutsche Telekom rv(a)nic.dtag.de Marc Pichon Transpac/RAIN pichon(a)rain.fr Eric Malmstrom Transpac Sweden eric.malmstrom(a)transpac.se Magnus Risberg Transpac Sweden magnus(a)transpac.net Willem van der Scheun SARA scheun(a)sara.nl Francis Dupont INRIA Francis.Dupont(a)inria.fr Wilfried Woeber VUCC/ACOnet woeber(a)cc.univie.ac.at Andrew Partan UUnet/Alternat asp(a)uunet.uu.net Daniel Karrenberg RIPE NCC dfk(a)ripe.net Philip Bridge Unisource Switzerland bridge(a)dial-switch.ch Ola Johansson Unisource Sweden ola.johansson(a)unisource.se Jan-Olof "Moon" Jemnemo Telia, Sweden moon(a)intg.telia.se Tony Hain ESnet alh(a)es.net Yakov Rekhter Cisco yakov(a)cisco.com Elise Gerich Merit epg(a)merit.edu Bernhard Stockman KTH boss(a)it.kth.se ------------------------------ 1. Welcome PL welcomed everyone to KTH. 2. Minute taker HE was volunteered to take the minutes. 3. Agenda bashing No noted additions to the agenda at this time. AOB is still on the agenda. 4. Apologies None received. 5. Previous minutes Francis Dupont had noticed two typos in the attendance list. No other comments, so the minutes were approved with these corrections. The approved minutes will be re-circulated to the EOF and the RIPE lists. 6. European update Dante/EMPB There was noone present who could officially speak for Dante. The contract for the EMPB network expires in October -95, and Dante has during the spring had a call for tender out and has chosen British Telecom (BT) as the supplier of the follow-on network. The major uncertainty centered around whether the BT- provider follow-on network to EMPB would be a private network to be provided to Dante administratively managed by Dante or whether BT under the contract was free to add commercial customers to their network. Willem van der Scheun had got the impression that the model would probably basically be the same as today, i.e. it would remain a private network. Per Bilse had gotten the opposite impression, i.e. that BT could add other customers to the network if they might choose to do so, i.e. a model more similar to the old ANS / NSFnet model. Noone was present who could confirm or deny any of these. Theis item would probably be brought up during the IEPG meeting on Sunday, where hopefully someone with authoritative information would be present who could clarify this issue. EUnet EUnet has continued to upgrade it's network. They now have 2 x E1 to the US, and only a single international 64kbit/s circuit remains in Amsterdam (Portugal). There has been a recent change in the management of EUnet. Other than that, things are progressing more or less in the "buisness as usual" direction. EBONE Mostly buisness as usual. There has been some recent upgrades: there are now 3Mbit/s (1+2) Stockholm - Paris and 4Mbit/s (2x2) to Amsterdam. EBONE is looking towards establishing an E3-based backbone. PIPEX Keith Mitchell presented an overview of the PIPEX network. Details can be found at http://www.pipex.net/network/connectivity.html Of notable international and european significance is 3 x T1 links to the US east coast, London-Stockholm at 256 kbit/s and London-Paris at 2x128 kbit/s. PIPEX is planning on using VSAT in the eastern countries. They also have a link London-Johannesburg, and as far as they know they are the first ones to implement a European-African link. They also have a planned link to Ghana. The UK-internal network is now mostly 2 Mbit/s based. The notable grief they have at the moment is that they reach Dante customers and EUnet customers via the US. NORDUnet Havard Eidnes gave a brief update of NORDUnet's expansion plans. The current intra-nordic network is based on 2Mbit/s lines with 2 lines going to Finland (except Iceland which is at 256 kbit/s). The central nordic region will approximately in October be operational with an 8 Mbit/s star out of Stockholm to Oslo, Helsinki, and Copenhagen. We have also asked for a price quote for an upgrade of the line to Iceland to 1 Mbit/s. In Iceland there are some organizational changes going on -- the former Suris cooperative is being replaced by a new company called "Internet Iceland" (IntIS for short) with basically the same constituency as the old Suris cooperation but with a more solid organization. NORDUnet will subscribe to the new BT-operated Dante network service at 2 Mbit/s. NORDUnet is in addition thinking of implementing other international circuits in cooperation with other networks. Although not said explicitly at the meeting, it should be noted that NORDUnet is buying access to 24 Mbit/s of the new trans-atlantic 34/45 Mbit/s service and that the NSF is doing the same from the other end. RIPE NCC The RIPE NCC is currently getting it's main transit services from SURFnet who use the Dante services. However, they also peer with EUnet, Dante and EBONE directly to reach customers of those providers, and are willing to peer with anyone else showing up where the RIPE NCC is present. Therefore, critisism that the RIPE NCC does not have a neutral position relative to service providers can now be laid to rest. 7. Ten34 impact on the non-R&D part of Europe The two persons who had been contacted by PL were unable to give a presentation. Thus, noone present could talk in authority concerning the Ten34 initiative, so the following is based on second-hand information: In the 4th european research programme there will be funds available for implementing some sort of high-speed networking for R&D in Europe. This combined with the general need for a better general intra-european infrastructure for R&D has spurred the Ten34 initiative. The members of the Ten34 initiative are the major R&D networks in Europe. It should be mentioned that other parties are after the EU funds as well, notably the "James" initiative which is largely comprised of european PTTs who want to continue the current ATM-based pilot network. The Ten34 constituency does not appear to think that the James initiative contributes a workable solution to the problem the R&D networks are facing (basically because ATM is seen as "too early" technology-maturity-wise, and what is needed is a production network). The EU has indicated that co-funding of a 34 Mbit/s based network could be forthcoming if offers for circuits at prices equal to 4 times 2 Mbit/s would be forthcoming. Should the Ten34 initiative be realized the network will have to maintain an AUP (or at least restrictions on direct "customer" connections) since it will receive public funds paying parts of the cost (at least initially). The concern raised by the group was how this would be integrated into the rest of the existing and forthcoming Internet infra- structure in Europe. Firstly, it is probably premature at this stage to expect this detailed planning -- the rumours seemed to indicate Ten34 to be between 12 and 24 months away if it would be realized. The group then suggested a short recommendation should be written expressing the issues to be taken into account in this arena when planning the network. ACTION: Keith Mitchell and Havard Eidnes to draft a document highlighting the issues to be considered concerning the impact of the Ten34 network on the general Internet in Europe. 8. Stockholm-US 34/45 Mbit/s service Peter Lothberg gave a short presentation of the details of the recently activated 34/45 Mbit/s service between Stockholm and the US. The implementation work had taken approximately 24 days, and was somewhat complicated. Detailed pictures showing the equipment and cable paths were shown. PL is looking at getting backup of this circuit on the IP level with another european country with a high-speed link. 9. NY/Pennsauken Euro-NAP The 34/45 Mbit/s circuit terminates in the NY NAP facility in Pennsauken (New Jersey). In order to make it possible for other european service providers to connect to the US at high speeds the circuit is not directly attached to the NY NAP switch but to a separate FDDI LAN. PL expected another undisclosed european party to connect to the NY NAP at E3 speed sometime in September. 10. Connectint to the former USSR Tony Hain of ESnet is planning two links into Russia near Moscow at 64kbit/s via satellite to an european termnation point with 64kbit/s onwards to ESnet, and wanted to get some impression of what others are doing wrt. networking into the former USSR. The result was that the people present could inform of a number of links going into different parts of the former USSR from different service providers. The picture is dominated by a lot of more or less un-coordinated efforts, which tends to leave one left with a mildly chaotic impression. The solution recommended for the time being would thus be "do it yourselves". It was noted that RIPE has a working group collecting information about connectivity into the eastern and central european countries (the connectivity working group), they have a number of documents stored in the RIPE document store at the RIPE NCC, and the working group is still active. If any new information surfaces, please submit it to the connectivity working group for inclusion in the RIPE document store. Any questions about this should be directed to <ncc(a)ripe.net>. 11. European interconnects -- status LINX (London InterNet eXchange) The LINX had the initial members: Connected bandwidth PIPEX 10 Mbit/s JANET/UKERNA 18 Mbit/s BTnet 2 -> 10 Mbit/s EUnet/GB 512 kbit/s Demon 2 Mbit/s Recent requests and/or additions: Netkonect, Sprint International, Technocom, INSnet, CableTel. There has been lots more growth in the number of providers wishing to connect to the LINX than expected -- there comes in a valid new request about once every 14 days. When it was first set up there was no formal organization to handle requests for new connections, this apparently needs to be fixed. Implementation-wise they have a Cisco Catalyst ethernet switch at the moment. A second Catalyst and possibly an FDDI ring would be added soon. Other information about the LINX can be found at http://www.linx.net/linx/ KM expressed his satisfaction with Telehouse as a facilities manager: they're not an ISP with it's own agenda in the Internet provider buisness and they are not a phone company with the traditional mindset and restrictions that implies. F-GIX (France) Noone from France Telecom or Renter were present, Mark Pichon gave a short orientation. There is currently an interconnect point where Renater, Oleane, and IN2P3 are connected. Transpac/RAIN has tried to connect to the current exchange point but a response to this request has been unexplicably delayed. There is a proposal for establishing a new exchange point in Paris, however the location has not been decided yet (will probably be decided at the end of the month). Stockholm, D-GIX Currently implemented with 2 Cisco Catalysts and an FDDI ring with plans to add an FDDI switch. Metropolitan Fiber Systems will connect to the exchange point in Stockholm with a layer-2 connection, and will thus be able to extend the geographical coverage of the exchange point to the other POPs MFS has in Stockholm. (This is similar to what they have done at the MAE-East and MAE-West exchange points.) Rule for connecting: must have peer agreement with at least two of the others already present to connect. Amsterdam There is currently an initiative to add another exchange point in Amsterdam in addition to "IBR-lan". Some of the motivation for this move is to not have a single ISP be in control of the exchange point. Geneva As noone present could talk authoritatively about the Geneva exchange point the following is at best second-hand. There was mention that at least part of the exchange point at CERN would be moved to BT premises -- this is in connection with the local implementation of the access ports to the BT-operated EMPB follow-on service from Dante. Whether this move includes the other parts of the CERN exchange point was not clear. Italy There are 2 exchange points currently: one with local co-location (in Milan?) and one using Frame Relay. There has been little public information about these, DFK commented that this may stem from their culture which basically says "don't talk until your're ready". Germany There is or will be an exchange point between at least three German service providers. The rules for connecting to the exchange point are at best unclear, some parties have been turned away with no explanation. There is also an existing de-facto exchange point at the ECRC installation. Ruediger Volk expressed his desire to press for someone to establish an open exchange point somewhere in Germany. Finland A message from Petri Ojala in EUnet/Finland had sent the following message to PL: FICIX (Finnish Commercial Internet Exchange) - Operational since December 1993. National interconnect point for finnish Internet service providers, current members are EUnet Finland, FUNET, Datanet (Telecom Finland), LanLink (Local PTT's Consortium) and Clinet (since June 1995). EUnet Finland has been appointed to manage the FICIX. - FICIX operations has been smoothly and practically trouble-free, currently BGP4 is used between all the provider routers. The FICIX media is being upgraded from shared ethernet to switched ethernet. FICIX members have from 2 to 10 Mbit/s connectivity to their own backbones. Norway HE gave a short presentation. The NIX (Norwegian Internet eXchange) has been in operation since the summer of 1993. The NIX is housed at the University of Oslo, which is also a Uninett POP (Uninett is the norwegian R&D network organization). It currently connects Uninett, EUnet/NO, TelePost, Oslonett, DAXnet, and PowerTech, with at least one coming. The purpose is to contain norwegian traffic inside Norway, one of the premises for connecting is that one have Norway-external connectivity via other means than at the NIX. Ireland There is a plan to set up an interconnect point and establish a local Irish operator's forum. Contact: Mike Norris. 12. Focus on three initial exchange points in Europe? PL sketched the problem faced by international and inter- continental Internet service providers who would want to "connect to Europe". To make it possible for such service providers to enter the scene the number of "top-level" Europan exchange point should be limited. The idea is also partly to create a market by defining the product. DFK pointed out that while there is consensus that exchange points are a good thing and should be promoted, this issue fo the EOF designating 'major' exchange points had been discussed before and that it would probably be difficult to establish a consensus as most service providers would like to have an european exchange point "in their own backyard". Some objective criteria and possibly metrics for choosing exchange points could be developed, however, setting the threshold would again be difficult. After a short discussion it was agreed that as a first minimal step today's system should be clearly and consistently documented and e.g. stored in the RIPE document store. ACTION: DFK to write up a proposal for a skeleton for describing an exhange point. ACTION: PL to write a recommendation or guidelines for intercontinental service providers who want to connect their networks in Europe. 13. EOF charter The EOF charter has not really been formally approved yet. The July 1994 version was presented together with requests for additions or deletions from that round of comments (partly with these comments merged into the document). There were no comments to the modified charter. The new modified charter is attached below. 14. Net-39 experiment Moved to IEPG meeting on Sunday 15. MBONE & PIM experiments Andrew Partan talked briefly about their experience in trying to use native multicast on the Cisco routers. The basic goal for this excersise is to only get one copy of a given multicast packet on each link of their infrastructure. They have partly tried to separate the unicast and multicast routing, and are doing this by running DVMRP in addition to PIM to establish a separate RPF lookup table (maintained by DVMRP). Currently the service is CPU bounded on the Cisco routers since the multicast routing and fowarding is process-switched in the Cisco 10.3 code (11.0 will add fast-switching). Yakov Rekhter asked whether a knob to control the CPU consumption and/or bandwidth utilization on a given link caused by multicast to be controlled; the general answer was "yes, this would be useful" -- e.g. some parties already use the bandwidth- limiting feature in mrouted and the corresponding kernel multicast forwarding code. One conclusion from this excercise is that the tools for handling external multicast routing simply are not there yet. 16. Route flap damping Cisco has lately (in a branch of 10.3) implemented Curtiz Villamisar's proposed modifications to BGP to support dampening route flapping on the Internet. The paper describing this can be found in ftp://ftp.ans.net/pub/papers/route-dampen.ps Andrew Partan reported that Alternet has turned on the feature ("router bgp xxx", "bgp dampen"), and both the algorithm and the implementation work. The net effect of this code is to slow the propagation of changes for a given prefix if it has been flapping, so any changes (transitions up or down) will take longer to propagate to remote places. It was noted that there is no "preferred state" for a route, so it can equally well be held down as being kept up longer than earlier. 17. Scaling issues: how small can an ISP be? Keith Mitchell reported his experiences in that several small sites and/or service providers are buying cheap circuits to the US and going to the LINX to be connected there. This happens partly because of the disparity between the prices of international circuits going to the US as compared to intra- european circuits (again caused by the vast difference in the telecommunications regulatory regimes on the two sides of the Atlantic). Common for lots of these small sites is also that they are relatively uninformed of how to set up their service properly with external routing etc., and the issue was raised about how many such service providers the Internet could acommodate. DFK commented that 'regulation' of who can be a service provider at any level is impossible without being accused of anti- competitive practices or even worse encourage moves towards government regulation. The discussion on this and related points will continue at the IEPG meeting on Sunday. 18. AOB DFK asked about the "hall of fame" / "hall of shame" messages sent out recently concerning use of CIDR, and asked how often people would like to have them and for other suggestions for improvements. It was agreed that the names of the ASes injecting the prefixes should be named and that these should be sent out monthly in connection with the host count statistics. DFK asked about how many actively maintained the contents of the RIPE routing registry, the response was "not very many". There is currently no script to compare the actual BGP routing tables with the contents of the routing registry contents. 19. Next meeting The next RIPE meeting has been moved to October 11-13 (the dutch minister of education pulled rank and got the usual RIPE meeting room at NIKHEF), so the next EOF meeting would be held on the 11th in Amsterdam. ------------------------------ European Operators Forum Charter Glenn Kowack et al. Version 1.1 14 July 1995 Technical Mission The mission of the European Operators Forum (EOF) is technical: to provide a continuing environment in which European national and international service providers may meet as a group to discuss operational issues. It will also serve as the regional operators forum for Europe under the IEPG umbrellar. Open Membership Membership in the European Operators Forum (EOF) is open to any person representing a national or international provider of IP services in the European region. As meetings will be very focused on the issues at hand, persons with only educational interests should not attend. It is hoped that all service providers will actively participate in the EOF. Participating organizations are encouraged to send only a few representatives to each meeting, and to maintain as much continuity of representation as possible. Open Process The EOF does not formally create policies, standards, or requirements. It's activities are limited to discussion and consensus building. All EOF minutes and documents will be in the public record. Organisation As present there is no plan for a formal structure, secretariat, or dues, save for the appointment of a Chairman. It is expected that support will be provided by member organisations and the RIPE NCC. EOF meetings will be held as required. Relationship to RIPE and other Organisations The EOF will work in cooperation with RIPE as a working group. In addition, the EOF will act as the European part of the IEPG. It is critical that no single organization or type of network service provider have undue influence on EOF activities or directions.

8 7

RIPE22: Announcement dinner & registration form
by RIPE NCC Staff 29 Sep '95

29 Sep '95

* * ANNOUNCEMENT * * ANNOUNCEMENT * * ANNOUNCEMENT * * ANNOUNCEMENT * * 22th RIPE Meeting Dinner Thursday, October 12th, 1995 Amsterdam Venue: Puri Mas Lange Leidsedwarsstraat 37-41 (1st floor) Amsterdam Time: 19:30 Last date for reservations: Friday 6th October 1995 The RIPE Evening Dinner will be held in 'Puri Mas'. The restaurant serves Indonesian food and is located in the center of Amsterdam close to the 'Leidseplein'. If you want to attend this dinner, please would you complete the form below and we will make the reservation for you. Please note that it will NOT be possible to attend the dinner without first making a reservation. It is best to make your reservation as early as possible since the restaurant has a limited number of places If you would like to bring a guest with you, they are very welcome, but please complete a separate form for them. See you at the dinner, David Kessens RIPE NCC PS. Forms can be obtained from : ftp://ftp.ripe.net/ripe/Next-Meeting/dinner.announce OR by using : finger dinner(a)ncc.ripe.net OR by using the form provided at the end of this mail. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - The menu for the dinner is as follows: -**- Aperitif Drink -**- Krupuk Soto Ayam (chicken-curry soup) -**- Indonesian ricetable: Sate Ayam (2 Brochettes grilled chicken) Daging Rendang (Spiced stewed beef (very spicy)) Gulai Kambing (Lamb in Gulai sauce) Kari Ayam (Chicken in curry sauce) Telore Bumbu Bali (Egg in a spiced Balinese sauce) Gado Gado (Various kinds of vegetables with a peanut sauce) Sambel Goreng Kentang (Small fried marinated potatoes) Sambel Goreng Boncis (Haricots in a spiced sauce) Sayur Harian (Vegetable of the day) Acar Kuning (Fresh mixed salad) Serundeng (Fried coconutpowder) Nasi Putih (White rice) Nasi Goreng (Fried rice) -**- Fresh tropical fruits with mango ice-cream -**- Coffee/Tea -**- *Cost of the dinner will be DFL 65,- *Please note that the price of the dinner includes 4 drinks/person. Please reply to <dinner(a)ripe.net> if you would like to have a place reserved for you at the dinner. Unfortunately you will not be able to attend without prior registration, so please let us know asap. - - - - - - - - - - - - -- - - - - - - -- - - - - - - -- - - - - - -- 22th RIPE Meeting, Amsterdam Evening Dinner 12th October, 1995 For reservations please fill in the following form. Don't delete the special keywords starting with % sign and type your answers between the square brackets. Multiple lines are allowed. %START 1) Your name %NAME [ ] 2) Your e-mail address %EMAIL [ ] 3) Please indicate if you are a vegetarian or have special dietary needs. You can use more lines as long as the description starts and ends with a bracket. (I am a vegetarian so don't worry you lonely vegetarians out there ;-)) %SPECIAL_DIET_DESCRIPTION [ ] %END

1 0

RIPE22: Outstanding action items
by RIPE NCC Staff 28 Sep '95

28 Sep '95

Dear RIPErs, Below you will find an overview of the action items that were outstanding at the end of the 21st RIPE meeting. If you are one of the people that has action items outstanding, then please check if you have already done them. Kind regards, Roderik. ---- Action 19.12 on Marten Terpstra (to be taken over by NCC) To write up the proposed "stored"/"processed" attribute. Action 20.2 on Rob Blokzijl To bring up the CERT issue during the next TERENA Con- tributors Committee meeting Action 20.5 on Daniel Karrenberg To draft outline "applications document" to support the proposed plan on how to deal with address space requests from VSE's Action 20.10 on Havard Eidnes To write up a proposal with input from the Local-IR WG and the EOF (European Operators Forum) Action 20.14 on Milan Sterba To update the Connectivity Document Store home page Action 20.13 on Milan Sterba To periodically send out a call to RIPE NCC contributors to publish in the Connectivity Document Store Action 20.15 on Milan Sterba To produce a metrics sheet for the Connectivity Document Store Action 20.22 on Francis Dupont To send a pointer to PIM for BSD 4.4 as soon as it is available Action 20.24 on Daniele Bovio To set up the matrix to keep track of the RIPE meeting actions Action 21.1 on Daniel Karrenberg To specify the exact format of NCC#new-request-number and send it to the local IR mailing list. Action 21.2 on Daniel Karrenberg To put billing information in the database. Action 21.3 on Daniel Karrenberg, Mike Norris To draft a recommendation on charging by local IRs until September Action 21.4 on Mirjam Kuehne, Anne Lord To incorporate strong recommendation regarding reverse DNS in training materials. Action 21.5 on Leonid Yegoshin To investigate reported DNS failure problems Action 21.6 on David Kessens, Wilfried Woeber To investigate the deployment of PGP for the RIPE Database and to draft a proposal. Action 21.7 on Erik-Jan Bos To make the new Mbone-FAQ available (with pointer to the new Mbone map) Action 21.8 on Erik-Jan Bos, Peter Lothberg To generate a requirement wishlist wrt. multicast rout- ing features and send it to the IESG. Action 21.9 on Erik-Jan Bos (Wilfried Woeber) To update the proposal "A Multicast Router in the Rout- ing Registry" Action 21.10 on Erik-Jan Bos To get in contact with Victor Reijs for a tutorial on "IGMP over ATM" and the Terena/ATM-TF Action 21.11 on Lars-Johan Liman, Geert Jan De Groot, Erik-Jan Bos To redesign Mbone structure for the Stockholm IETF _____________________________________________________________ ripe-m-21.txt Page 39

1 0

CEE Internet prices
by MILAN_STERBA＠HP-Czechia-om1.om.hp.com 20 Sep '95

20 Sep '95

Item Subject: cc:Mail Text Dear colleagues, I am preparing an overview of Internet demography in Eastern and central Europe and other new countries in Europe as RIPE understands it for the next RIPE meeting and I would need your help. Please could those of you who provide IP services in CEE answer the following questions : 1. price of an e-mail subscription (per month, average) 2. price of a dial-up IP connection (per month, average) 3. price of a low speed (9.6) permanent IP connection (per month) 4. price of a 64 Kbit digital line from you to Amsterdam (per month) Please give me prices in dollars, no need to be exact. Your answers will never be directly published, nor will the source of the information be disclosed. They will only serve for comparisons in my study. Thank you for your help Best regards Milan Sterba (RIPE Connectivity WG chair)

1 0

RIPE Agenda
by k13＠nikhef.nl 19 Sep '95

19 Sep '95

Dear RIPErs, it is agenda time again. Your input for agenda items, either for the plenary, or for the WG sessions, is welcome. Rob

1 0

Re: Problem with root servers.
by e07＠nikhef.nl 14 Sep '95

14 Sep '95

[ Daniel.Karrenberg(a)ripe.net ] > > > ftp://ftp.nikhef.nl/pub/network/host.tar.Z) > > Now why would Eric recommend that ? > ;-) :-) :-) :-) :-) :-) :-) :-) :-) <pedantic> Because I believe that the use of good software will improve the quality of the Internet. </pedantic> By the way, in the same directory you will find the latest versions of the ``ping'' and ``traceroute'' utilities, which have recently undergone major improvements in terms of functionality, robustness, portability, and readability. All changes are documented in their respective RELEASE_NOTES. Comments and requests for enhancements are welcome. -- Eric Wassenaar

1 0

Re: Problem with root servers.
by e07＠nikhef.nl 13 Sep '95

13 Sep '95

[Mireille Yamajako <yamajako(a)EUnet.fr>] > > Does someone know when the problem with the root servers will be fixed? > ... > compuserve.com internet address = 198.4.8.13 > compuserve.com internet address = 198.4.8.14 > compuserve.com internet address = 198.4.8.15 > compuserve.com(root) ??? unknown type 0 ??? > (root) ??? unknown type 372 ??? > (name truncated?) > *** ARL-NAME-SVC-1.COMPUSERVE.COM can't find compuserve.com: Unspecified error What you are seeing here is UDP packet truncation, and has nothing to do with the root servers. There are too many A records to fit in one udp packet. Apparently you are using a DNS query tool which cannot handle this properly. For a more robust tool, I recommend contrib/host from the BIND distribution (for the latest version fetch ftp://ftp.nikhef.nl/pub/network/host.tar.Z) -- Eric Wassenaar

2 1

Re: DNS Problem
by Hans van Staveren 13 Sep '95

13 Sep '95

We are seeing the same problem with E.ROOT-SERVERS.NET's address. Even worse, I have the suspicion that bad DNS behaviour here(very frequent broadcasting of DNS requests) are caused by this. This is a bind problem too of course. We run the "patched" Solaris 2.4 bind. One of the affected machines run's the 2.3 bind. Same problem. Anyone else seeing broadcasted DNS requests when they have this bad data? Hans van Staveren

1 0

Re: DNS Problem
by Peter.Houlder＠elmail.co.uk 11 Sep '95

11 Sep '95

Dear Willi, I am no longer at EUnet GB, but I have cc'ed this reply to support to get the problem investigated. ______________________________ Reply Separator _________________________________ Subject: DNS Problem Author: Peter.Houlder(a)britain.eu.net at Internet Date: 11/09/95 11:39 Dear all, there seems to be a DNS problem regarding the root name servers. We (that means the ch top-level DNS server) has picked up several times now a false A record for E.ROOT-SERVERS.NET. The address picked up is binary zero. A restart only helps for a short time. Other top-level DNS servers contain the false entry as well. Regards, Willi Huber SWITCH scsnms WH[56]> dig . ns ; <<>> DiG 2.0 <<>> . ns ;; res options: init recurs defnam dnsrch ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 6 ;; flags: qr rd ra; Ques: 1, Ans: 9, Auth: 9, Addit: 12 ;; QUESTIONS: ;; ., type = NS, class = IN ;; ANSWERS: . 517541 NS E.ROOT-SERVERS.NET. . 517541 NS I.ROOT-SERVERS.NET. . 517541 NS F.ROOT-SERVERS.NET. . 517541 NS G.ROOT-SERVERS.NET. . 517541 NS A.ROOT-SERVERS.NET. . 517541 NS H.ROOT-SERVERS.NET. . 517541 NS B.ROOT-SERVERS.NET. . 517541 NS C.ROOT-SERVERS.NET. . 517541 NS D.ROOT-SERVERS.NET. ;; AUTHORITY RECORDS: . 517541 NS E.ROOT-SERVERS.NET. . 517541 NS I.ROOT-SERVERS.NET. . 517541 NS F.ROOT-SERVERS.NET. . 517541 NS G.ROOT-SERVERS.NET. . 517541 NS A.ROOT-SERVERS.NET. . 517541 NS H.ROOT-SERVERS.NET. . 517541 NS B.ROOT-SERVERS.NET. . 517541 NS C.ROOT-SERVERS.NET. . 517541 NS D.ROOT-SERVERS.NET. ;; ADDITIONAL RECORDS: E.ROOT-SERVERS.NET. 516170 A 192.203.230.10 E.ROOT-SERVERS.NET. 209885 A I.ROOT-SERVERS.NET. 517979 A 192.36.148.17 F.ROOT-SERVERS.NET. 515737 A 39.13.229.241 F.ROOT-SERVERS.NET. 162707 A 192.5.5.241 G.ROOT-SERVERS.NET. 515737 A 192.112.36.4 G.ROOT-SERVERS.NET. 81336 A 192.192.4.56 A.ROOT-SERVERS.NET. 516170 A 198.41.0.4 H.ROOT-SERVERS.NET. 516170 A 128.63.2.53 B.ROOT-SERVERS.NET. 516170 A 128.9.0.107 C.ROOT-SERVERS.NET. 515737 A 192.33.4.12 D.ROOT-SERVERS.NET. 557160 A 128.8.10.90 ;; FROM: scsnms to SERVER: default -- 127.0.0.1 ;; WHEN: Mon Sep 11 11:31:53 1995 ;; MSG SIZE sent: 17 rcvd: 473

2 1

Problem with root servers.
by Mireille Yamajako 11 Sep '95

11 Sep '95

Does someone know when the problem with the root servers will be fixed? Thank you in advance for keeping us posted. Regards, Mireille.yamajako(a)EUnet.fr Server: ARL-NAME-SVC-1.COMPUSERVE.COM Address: 149.174.211.5 compuserve.com nameserver = arl-name-svc-1.compuserve.com compuserve.com nameserver = dub-name-svc-1.compuserve.com compuserve.com nameserver = arl-img-1.compuserve.com compuserve.com nameserver = dub-img-1.compuserve.com compuserve.com origin = arl-name-svc-1.compuserve.com mail addr = sysadm.csi.compuserve.com serial = 69 refresh = 10800 (3 hours) retry = 3600 (1 hour) expire = 604800 (7 days) minimum ttl = 86400 (1 day) compuserve.com internet address = 198.4.6.16 compuserve.com internet address = 198.4.6.17 compuserve.com internet address = 198.4.6.18 compuserve.com internet address = 198.4.6.19 compuserve.com internet address = 198.4.6.20 compuserve.com internet address = 198.4.8.1 compuserve.com internet address = 198.4.8.2 compuserve.com internet address = 198.4.8.3 compuserve.com internet address = 198.4.8.4 compuserve.com internet address = 198.4.8.5 compuserve.com internet address = 198.4.8.6 compuserve.com internet address = 198.4.8.7 compuserve.com internet address = 198.4.8.8 compuserve.com internet address = 198.4.8.9 compuserve.com internet address = 198.4.8.10 compuserve.com internet address = 198.4.8.11 compuserve.com internet address = 198.4.8.12 compuserve.com internet address = 198.4.8.13 compuserve.com internet address = 198.4.8.14 compuserve.com internet address = 198.4.8.15 compuserve.com(root) ??? unknown type 0 ??? (root) ??? unknown type 372 ??? (name truncated?) *** ARL-NAME-SVC-1.COMPUSERVE.COM can't find compuserve.com: Unspecified error

1 0