2024-01-02: Site is back on track, self-hosted on a rpi because you get the Internet you fund.
2025-02-06: Oh well, some power grid issues caused the rpi to reboot, I really should configure uwsgi to restart automatically --'

d0e2f290-104b-11df-8a39-0800200c9a66
SIP Instance UUID example

Seen in rfc6140

Seen in RFC 6140
Counts : rfc6140:3
Seen 3 times in more than 1 page, showing only the first.
RFC 6140          Globally Identifiable Number Routing        March 2011


   <allOneLine>
   Contact: <sip:198.51.100.3;bnc>;
   pub-gruu="sip:ssp.example.com;bnc;gr=urn:
   uuid:f81d4fae-7dec-11d0-a765-00a0c91e6bf6";
   +sip.instance="<urn:uuid:f81d4fae-7dec-11d0-a765-00a0c91e6bf6>"
   ;expires=7200
   </allOneLine>

   When its own UAs register using GRUU procedures, the SIP-PBX can then
   add whatever device identifier it feels appropriate in an "sg"
   parameter and present this value to its own UAs.  For example, assume
   the UA associated with the AOR "+12145550102" sent the following
   "Contact" header field in its REGISTER request:

   Contact: <sip:line-1@10.20.1.17>;
     +sip.instance="<urn:uuid:d0e2f290-104b-11df-8a39-0800200c9a66>"

   The SIP-PBX will add an "sg" parameter to the pub-gruu it received
   from the SSP with a token that uniquely identifies the device
   (possibly the URN itself; possibly some other identifier), insert a
   user portion containing the fully qualified E.164 number associated
   with the UA, and return the result to the UA as its public GRUU.  The
   resulting "Contact" header field sent from the SIP-PBX to the
   registering UA would look something like this:

   <allOneLine>
   Contact: <sip:line-1@10.20.1.17>;
   pub-gruu="sip:+12145550102@ssp.example.com;gr=urn:
   uuid:f81d4fae-7dec-11d0-a765-00a0c91e6bf6;sg=00:05:03:5e:70:a6";
   +sip.instance="<urn:uuid:d0e2f290-104b-11df-8a39-0800200c9a66>"
   ;expires=3600
   </allOneLine>

   When an incoming request arrives at the SSP for a GRUU corresponding
   to a bulk number contact ("bnc"), the SSP performs slightly different
   processing for the GRUU than it would for a URI without a "bnc"
   parameter.  When the GRUU is re-targeted to the registered bulk
   number contact, the SSP MUST copy the "sg" parameter from the GRUU to
   the new target.  The SIP-PBX can then use this "sg" parameter to
   determine to which user agent the request should be routed.  For
   example, the first line of an INVITE request that has been re-
   targeted to the SIP-PBX for the UA shown above would look like this:

   INVITE sip:+12145550102@198.51.100.3;sg=00:05:03:5e:70:a6 SIP/2.0







Roach                        Standards Track                   [Page 10]
-1 RFC regex push
SIP Instance UUID example

0