From: Andrew Bratchell (a.bratchell@xxxxxxxxx)
Date: Tue Feb 12 2002 - 19:05:09 GMT-3
Jason,
As far as I'm aware the only issue of this type of nature is when using PVC
discovery on sub-interfaces.
In this case discovered PVCs are assigned to the sub-interface number that
matches the VPI number of the discovered PVC. For example, if sub-interface
2/0.5 is specified using the interface atm command, then all discovered PVCs
with a VPI value of 5 will be assigned to this sub-interface.
If this is not the case, then I too would like to know.
Andy
-----Original Message-----
From: Jason Sinclair [mailto:sinclairj@powertel.com.au]
Sent: 12 February 2002 22:42
To: 'ccielab@groupstudy.com'
Subject: Clarification of ESI in ATM
All,
My understanding is that when you use the ESI in ATM you MUST set the
selector byte to match the remote sub-if number. Ie if the remote is on
atm0/0.2 then the selector to map to that ( ie if using 1577) would be .02?
Let me know if this is right.
Thanks,
Jason Sinclair
Manager, Network Support Group
POWERTEL
Ground Level, 55 Clarence Street,
SYDNEY NSW 2000
AUSTRALIA
office: + 61 2 8264 3820
mobile: + 61 416 105 858
* sinclairj@powertel.com.au
**********************************************************************
PowerTel Limited, winners of
Broadband Wholesale Carrier of the year, CommsWorld Telecomms Awards 2001
Best Emerging Telco, Australian Telecom Awards 2001
**********************************************************************
This email (including all attachments) is intended solely for the named
addressee. It is confidential and may contain commercially sensitive
information. If you receive it in error, please let us know by reply email,
delete it from your system and destroy any copies.
This email is also subject to copyright. No part of it should be reproduced,
adapted or transmitted without the prior written consent of the copyright
owner.
Emails may be interfered with, may contain computer viruses or other defects
and may not be successfully replicated on other systems. We give no
warranties in relation to these matters. If you have any doubts about
the authenticity of an email purportedly sent by us, please contact us
immediately.
**********************************************************************
This archive was generated by hypermail 2.1.4 : Thu Jun 20 2002 - 13:46:20 GMT-3