GFP Header - ring extn header

Hi!
Greetings everybody!

Could somebody explain the idea behind Ring Extension Header in GFP Frame?

Regards,
Hemant

Re: GFP Header - ring extn header

This is to support frames that are designed for ring networks. Notice that in
default pt-to-pt header there are no ring-specific parameters (such as a TTL
to ensure packets don't loop around forever, a bit to reflect a frame is
traveling on a looped protection ring, etc.).

Since 802.17 is still working on frame header structure, the GFP has left open
the definition of ring extension header to 802.17.

=Pankaj

"Hemant P. Kelkar" wrote:

> Hi!
> Greetings everybody!
>
> Could somebody explain the idea behind Ring Extension Header in GFP Frame?
>
> Regards,
> Hemant
>
> _______________________________________________
> IP-Optical mailing list
> IP-Optical <at> lists.bell-labs.com
> http://lists.bell-labs.com/mailman/listinfo/ip-optical

oxc

OXC query

Re: Your password!

Re: Re: Your password!

ONDM 2003 Budapest - CFP

                         Call for Papers  
                The 7th IFIP Working Conference on
           OPTICAL NETWORK DESIGN & MODELLING (ONDM 2003)
               February 3-5, 2003, Budapest, Hungary
                  http://www.hsnlab.hu/~ONDM2003/

Scope:
   The Seventh Working Conference on Optical Network Design and Modelling, 
   aims at presenting high-quality recent research results in optical 
   network architectures, design, operation, management and planning. 
   In the tradition of the previous conferences (Torino'02, Vienna'01, 
   Athens'00, Paris'99, Rome'98 and Vienna'97) we will bring to Budapest
   researchers from academia and industry as well as network operators 
   and manufacturers to discuss and disseminate optical network design 
   and modelling tecniques. Contributions are invited on all topics 
   concerning optical networking, including:
      o  IP over optical networks
      o  Optical acccess, metropolitan and transport networks
      o  Routing and wavelength assignment in WDM networks
      o  Switched optical networks (ASON, MPLambdaS, ODSI, OIF)
      o  Multilayer architectures (e.g., ASTN, GMPLS)
      o  Traffic and wavelength grooming
      o  Optical Packet/Burst/Flow Switching
      o  Protection and restoration strategies
      o  Optical Virtual Private Networks, etc.

Important Dates:
   Electronic Paper Submission (8-20 pages)   September 15th, 2002
   Acceptance Notification                    October 15th, 2002
   Final Version                              October 31th, 2002

Organised and Sponsored by:
   IFIP TC6 WG 6.10 
   COST 266 
   Budapest University of Technology and Economics (BME) 
   Matáv (Hungarian Telecommunications Co.) PKI, Hungary 
   National Council for Communications and Information Technology (NHIT) 
   Ericsson Hungary

Technical Program Committee:
   John Angelopoulos, NTUA, Greece 
   Stefano Baroni, Corvis Corp., USA 
   Andrea Bianco, Politecnico di Torino, Torino, Italy 
   Tibor Cinkler, Budapest University of Technology and Economics, Hungary
   Andrea Fumagalli, UT-Dallas, USA 
   Maurice Gagnaire, ENST Paris, France 
   Manfred N. Huber, Siemens AG, Germany 
   Admela Jukan, Vienna University of Technology, Austria 
   Ken-ichi Kitayama, Osaka University, Japan 
   Anton Kuchar, Czech Academy of Sciences, Czech Republic 
   Geert Morthier, Ghent University, Belgium 
   Hussein Mouftah, Queen's University, Kingston, Ontario, Canada 
   Biswanath Mukherjee, UC-Davis, USA
   Fabio Neri, Politecnico di Torino, Torino, Italy  
   Roberto Sabella, Ericsson Lab Italy, Rome, Italy 
   Bernhard Schmauss, Lucent Technologies, Nuernberg, Germany 
   Harmen R. van As, Vienna University of Technology, Austria 
   Evi Zouganeli, Telenor, Norway

Local Organising and Program Committee:
   Györgyi Bock (BME) 
   Miklós Boda (Ericsson) 
   Csaba Gáspár (BME) 
   Erzsébet Gyõri (BME) 
   János Harmatos (BME) 
   Tamás Henk (BME) 
   Tivadar Jakab (BME) 
   László Jereb (BME) 
   György Lajtha (MATÁV-PKI) 
   Csaba Megyesi (SIEMENS) 
   Géza Paksy (MATÁV-PKI) 
   Gyula Sallai (BME) 
   Attila Sípos (MATÁV-PKI) 
   János Tapolcai (BME) 
   Eszter Tóth Sándorné (MATÁV-PKI)

For details, please, visit  http://www.hsnlab.hu/~ONDM2003/

On behalf of the ONDM2003 Program Committee,
Tibor CINKLER, Ph.D.   ONDM2003 Program Committee Chair
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
phone:    +(36) 1 463-1861          High-Speed  Networks  Laboratory
fax:      +(36) 1 463-1763          Dept. of  Telecomm. & Telematics
voicemsg: +(36) 1 463-4400#1861*0   Budapest Univ. of Techn. & Econom.
e-mail:   cinkler <at> ttt.bme.hu        Magyar Tudósok krt. 2.,  I.ep.
http:     www.hsnlab.hu/~cinkler    E.319B, H-1117 Budapest, Hungary
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

demultiplexing in GMPLS

List privacy question [was: Re: demultiplexing in GMPLS]

Pradeep,

When I looked at the source of your message, at the top there
is a small image:

	
<img src=http://maildb.samsung.com:8001/openconfirm?parm=pradeep__pradeep20020719214454512 width="1"
 height="1">

Can I inquire as to why Samsung is collecting this information?

This particular trick is being actively used by spammers to
identify working email addresses.  I sincerely hope that Samsung
isn't planning to spam everyone on this list?

John Ellson

Pradeep Dasarathi wrote:
> 
> 
>  hello
> 
> considering the following scenario.
> 
>
0-------------------->0--------------------------------------0-------------------------------0---------------0 
> 
> client-1(sts-3)         O-E-O      (sts-48)                           O-O-O     (sts-48)                         O-E-O   (3)   client - 3 
> 
> client-2(sts-12)                                                                                                                                   ( 12)  client - 4 
> 
>                  
> The signal on a port from client 1 to O-E-o node will pass through the O-O-O node and then to an O-E-O node. At
the O-E-_O node, should this signal to transmitted on a single port to the client 3 or the signal can be
demultiplexed to client 3 and client 4.
> Is there a port to port mapping from client 1 to the ingress O-E-O node and egress o-e-o node to client 3.
> 
> regards
> pradeep
>  
> 
> _______________________________________________ IP-Optical mailing list 
> IP-Optical <at> lists.bell-labs.com

Re : List privacy question [was: Re: demultiplexing in GMPLS]