Re: Payload Type number assignments

Paul Tsuchiya <tsuchiya@thumper.bellcore.com> Sun, 24 January 1993 18:47 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa05798; 24 Jan 93 13:47 EST
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa05794; 24 Jan 93 13:47 EST
Received: from thumper.bellcore.com by CNRI.Reston.VA.US id aa15897; 24 Jan 93 13:49 EST
Received: by thumper.bellcore.com (4.1/4.7) id <AA22403> for ietf-archive@nri.reston.va.us; Sun, 24 Jan 93 13:48:36 EST
Received: from chiya.bellcore.com by thumper.bellcore.com (4.1/4.7) id <AA22210> for /usr/lib/sendmail -oi -fowner-pip X-pip; Sun, 24 Jan 93 13:44:35 EST
Received: by chiya.bellcore.com (4.1/4.7) id <AA18063> for sip@caldera.usc.edu; Sun, 24 Jan 93 13:44:33 EST
Date: Sun, 24 Jan 93 13:44:33 EST
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Paul Tsuchiya <tsuchiya@thumper.bellcore.com>
Message-Id: <9301241844.AA18063@chiya.bellcore.com>
To: ip-encaps@sunroof.eng.sun.com, pip@thumper.bellcore.com, sip@caldera.usc.edu
Subject: Re: Payload Type number assignments

>  
>  The IANA has assigned a couple of new IP Protocol values for use in the
>  SIP Payload Type field to identify the SIP Source Route header and
>  the SIP Fragment header.  There was also a previously assigned IP Protocol
>  value for IPAE, which has been renamed "SIP", which is used in an IP packet
>  to identify an encapsulated SIP packet (it may also be used in a SIP Payload
>  Type field, for SIP encapsulated in SIP).  The numbers are as follows:
>  
>          41  SIP
>          43  SIP Source Route
>          44  SIP Fragment
>  

Given that the SIP header itself is distinguishable from Pip
and everything else by virtue of the first nibble, is it
necessary to have a separate number for each of SIP, Pip, CLNP,
and IPv7 encapsulated over IP?  We are all going to have to do
this as part of transition, so why not just make value
41 = "IP", and let the version number distinguish......

I know it involves some extra work to examine both the
protocol and version number fields instead of just the
protocol field, but perhaps there is the possibility
of someday running out of protocol numbers in IP.....

Actually, I can go either way.  I'm just wondering if I
need to ask Jon for the analogous number for Pip.....

PX