The IP over ATM Mailing List Archive by date

[curtis@wawa.ans.net (Curtis Villamizar)]

>   >> Where in the signalling standards do you see the capability to set up
>   >> such a VCI from a third party (presumably the server) with nothing yet
>   >> terminating a connection?
>  
> Why do you need a third-party connection set-up capability ? 
> Multicast server (who is the root of multicast service for LIS) 
> can add a new client. 
> Am I missing something ? 

I think so.  If there is more than one LIS, the same multicast group
cannot be used for both LIS.  If a PVC is used with a well known
VPI/VCI, this VCI must map differently for each ingress interface at a
carrier switch.  Do switches allow the same VPI/VCI to map differently
on different ingress interfaces or is that mapping in the switch
fabric and has to be consistent across interfaces?  Will a carrier
switch allow the server to perform such a mapping even if the
capability was offerred by the switch?  Is this easier to provision
than putting an address in CMOS on the diskless host?

> The thing is the same between (1) using broadcast channel and 
> (2) using anycast or group address.  
> Only the difference between two is (a) whether you need some 
> priori configuration procedure or not and (b) ATM network 
> is larger one or smaller one. 
>  
> Thanks, 
>  
> Hiroshi Esaki 

Maybe its just me, but I'd like to see the same set of encapsulations
and protocols and address resolution procedures used on a LAN or WAN
ATM.  Is this not a goal?

I'd rather not see LANE which is not scalable plus two more solutions,
one which accomodates broadcast and the other which is scalable.  

Getting back to the original topic.  This discussion started with "how
do we add broadcast capability to RFC1577, both in the short term and
a bit later".  The answer to that question is not Conventional IP over
ATM or PNNI.  I think we left off with initially using a broadcast
server and later using a multicast group to map the LIS subnet
broadcast to ATM multicast.  If we don't agree whether we need
configuration information to do this, can we set that issue aside.
Would anyone care to propose specifics on the broadcast server or
selection of the multicast group?

Curtis