The IP over ATM Mailing List Archive by date[Date Prev][Date Next][Thread Prev][Thread Next] [Date Index][Thread Index][Author Index][Subject Index] IETF care to own an 800 number?
On Oct 31, 5:12pm, gja@thumper.bellcore.com wrote: > Why not grab one of the zillions of possible NSAPAs and declare its global > meaning to be - "The local RFC1577 ARP Server"? This sounds familiar ..... sorry to beat the drum again, but LAN Emulation has discussed this issue extensively and come up with a very workable solution. We believe that adding an extra step of indirection is beneficial here: how about using a Configuration server concept? ATM Forum has specified a LE configuration server to be accessed by clients according to a set of prioritised methods, in order: 1. Read config server address from a "well-known" place in the ILMI MIB. The MIB for this is already adopted by ATM Forum under its own MIB tree. If not present ... 2. Use a "well-known" ATM address. This will be defined in a format that will be acceptable as a UNI4.0 "Anycast" address for when service that is really available. In the meantime it works just fine as a "well known" address without the geographical/redundancy features of true Anycast service. If you cannot open a VCC to this address .... 3. Use a "well-known" VCC: one has been allocated by ATM Forum. If no reply to a config message sent on this VCC then you have to resort to hand configuration. I would think that the ATM Forum LAN Emulation SWG would be interested in getting some synergy with IETF by extending its Configuration Protocol to support Classical IP stuff too - the protocol itself is flexible enough to accomodate that and all of the needed B-LLI codepoints and such have been allocated already: maybe the IP-over-ATM chairperson should talk to the LE SWG chairperson (kzm@cisco.com) about this. The advantages of this extra indirection stage for allowing configuration of a range of parameters, rather than just a single ATM-ARP server address, were seen to more than outweigh the slight added complexity in the LAN Emulation environment: I would guess that similar arguments would apply in the Classical world. Andrew -- ******************************************************************************** Andrew Smith TEL: +1 408 764 1574 Technology Synergy Unit FAX: +1 408 988 5525 Bay Networks, Inc. E-m: asmith@baynetworks.com Santa Clara, CA ********************************************************************************
|
|