tel URI

 

 

Tel URI (RFC 3966) is a unique identifier that is expressed using either an Address-of-Record or a Dial String. Feature F-1291 adds tel URI support to the IMG 2020. With the inclusion of this feature, the IMG 2020 can receive the tel URI information in a SIP request of an incoming call and pass the same tel URI information to the outgoing SIP leg. The tel URI will be separated into two parts: the phone number and the optional parameters. This will allow the phone number to be used for routing in the same way as for SIP URI while the optional parameters can still be sent out as received. The tel URI functionality is by default enabled and cannot be disabled. Refer to the information below.

tel URI Supported Headers

Below is a list of the headers that support the tel URI functionality with a brief description of each.

Request-URI, From: Header, To: Header

Supported Header

 

Request-URI

When a tel-URI is received in the incoming Request URI message, the tel-URI along with any optional parameters will be passed to the outgoing leg. Refer to the Call Trace below.

From: Header

When a tel-URI is received in the From: Header, the tel-URI along with any optional parameters will be passed to the outgoing leg. Refer to the Call Trace below.

To: Header

When a tel-URI is received in the To: Header, the tel-URI along with any optional parameters will be passed to the outgoing leg. Refer to the Call Trace below.

P-Preferred-ID / P-Asserted ID

As described in RFC 3325, these headers along with the SIP Privacy Header should only be sent to a trusted entity. When SIP Privacy is set to id, it means the sender requests the removal of the P-Asserted-Identity header fields before being transmitted to an untrusted network. The IMG 2020 supports interworking the new tel-URI in the P-Preferred-ID and P-Asserted-ID. All SIP Privacy rules still apply. Refer to the Call Trace below.

tel URI in Referred-By Header

The Referred-By header information is present in the incoming REFER message. When a tel-URI is received in the incoming Referred-By message, the tel-URI along with any optional parameters will be passed to the outgoing leg. Refer to the Call Trace below.

tel URI in Remote-Party-ID Header

If the Remote-Party-ID Header tel URI Header is received on the incoming side, the Remote-Party-ID tel URI information is passed to the outgoing side only when SIP Privacy allows it. In the example call trace below, the Remote-Party-ID tel URI is received on the incoming leg but not passed to the outgoing leg.

tel URI Interworking Call Trace

CALL> 13:43:20.284 CALL(SIP) (00:18719:00) RCVD INVITE W/SDP from 10.129.45.244:5060 udp CSeq:1 13:43:20.284 CALL(SIP) (00:18719:00) with Via sent-by: 10.129.45.244 13:43:20.284 CALL(SIP) (00:18719:00) Call-id: 1-20583@10.129.45.244 13:43:20.284 CALL(SIP) (00:18719:00) and Msg Size: 797 13:43:20.284 CALL(SIP) (00:18719:00) ---> [10.129.45.244, 5060] INVITE tel:+15082222;phone-context=10.129.45.244 SIP/2.0\r\n Via: SIP/2.0/UDP 10.129.45.244:5060;branch=z9hG4bK-20583-1-0\r\n From: <tel:1111>;tag=20583SIPpTag091\r\n To: <tel:15082222>\r\n Call-ID: 1-20583@10.129.45.244\r\n CSeq: 1 INVITE\r\n Contact: sip:sipp@10.129.45.244:5060\r\n P-Asserted-Identity: "test" <sip:test@example.com>\r\n P-Asserted-Identity: "tel508"<tel:+15083333>\r\n Remote-Party-ID: "eric"<tel:+1234567>;privacy=off;screen=no\r\n Privacy: id\r\n Max-Forwards: 70\r\n Referred-By: <tel:+5084771234;param=test>\r\n Subject: Performance Test\r\n Content-Type: application/sdp\r\n Content-Length: 221\r\n \r\n v=0\r\n o=user1 53655765 2353687637 IN IP4 10.129.45.244\r\n s=-\r\n c=IN IP4 10.129.45.244\r\n t=0 0\r\n m=audio 30000 RTP/AVP 0 101\r\n a=rtpmap:0 PCMU/8000\r\n a=sendrecv\r\n a=rtpmap:101 telephone-event/8000\r\n a=fmtp:101 0-11,16\r\n a=sendrecv\r\n 13:43:20.284 CALL(SIP) (00:18719:00) SENT 100 Trying to 10.129.45.244:5060 13:43:20.284 CALL(SIP) (00:18719:00) <--- [10.129.45.244, 5060 <- 10.129.55.194, 5060] SIP/2.0 100 Trying\r\n Via: SIP/2.0/UDP 10.129.45.244:5060;branch=z9hG4bK-20583-1-0;received=10.129.45.244\r\n Call-ID: 1-20583@10.129.45.244\r\n From: <tel:1111>;tag=20583SIPpTag091\r\n To: <tel:15082222>\r\n CSeq: 1 INVITE\r\n Server: Dialogic-SIP/2.1.0.182 BDN_Stgo 0\r\n Content-Length: 0\r\n \r\n 13:43:20.284 CALL(SIP) (00:18719:00) SENT Route Control to L4 13:43:20.284 CALL(L4) (00:18719:00) RCVD Route Control from SIP 13:43:20.284 CALL(L4) (00:18719:00) Accessing Route Table 2 13:43:20.284 CALL(L4) (00:18719:00) Accessing Resource Table 1 13:43:20.284 CALL(L4) (00:18719:00) Hunting Algorithm is Round Robin 13:43:20.284 CALL(L4) (00:18719:00) SENT Route Control Ack to SIP 13:43:20.284 CALL(SIP) (00:18719:00) RCVD Route Control Ack from L4 13:43:20.284 CALL(SIP) (00:18719:00) Session Group Profile ID is 1 13:43:20.284 CALL(SIP) (00:18719:00) SENT Route Control to L4 13:43:20.284 CALL(L4) (00:18719:00) RCVD Route Control from SIP 13:43:20.284 CALL(L4) (00:18719:00) Accessing IP Bearer Profiles 13:43:20.284 CALL(L4) (00:18719:00) Profile Id 1 (RG 769) 13:43:20.284 CALL(L4) (00:15891:00) SENT Route Control Ack to SIP 13:43:20.284 CALL(SIP) (00:18719:00) RCVD Route Control Ack from L4 13:43:20.284 CALL(SIP) (00:18719:00) m line (audio) codec list: 0 101 13:43:20.284 CALL(SIP) (00:18719:00) RTP Type: 0, name: PCMU, clk: 8000 13:43:20.284 CALL(SIP) (00:18719:00) RTP Type: 101, name: telephone-event, clk:8000 13:43:20.284 CALL(SIP) (00:18719:00) CODEC Negotiation Priority LOCAL 13:43:20.284 CALL(SIP) (00:18719:00) SRTP configuration Disabled 13:43:20.284 CALL(SIP) (00:18719:00) SDP Audio Codec Overlap Success 13:43:20.284 CALL(SIP) (00:18719:00) Local Media Capability is Audio Only 13:43:20.284 CALL(SIP) (00:18719:00) SENT iL3-L3 Reserve Resource Request to VPPL 13:43:20.284 CALL(VPP) (00:18719:00) RCVD Reserve Resource [its 427] from L3P 13:43:20.284 CALL(VPP) (00:18719:00) SENT Reserve Resource Request to CM 13:43:20.284 CALL(XCM) (00:18719:00) LTS:3883 Processing RESERVE request for xCM_PACKET_AUDIO_CHANNEL 13:43:20.284 CALL(XCM) (00:18719:00) SENT MEDAUDIO_MODM_CHAN_RESERVE_REQ chanType 1 groupId 0x1 13:43:20.284 CALL(AUD) (00:11913:00) RCVD RESERVE REQ [TransID 1571297072; LTS 3883; GrpID 1] 13:43:20.284 CALL(AUD) (00:11913:00) SENT RESERVE RESP [ResID x10010B47; CID 2887; TransID 1571297072, SUCCESS] 13:43:20.284 CALL(XCM) (00:18719:00) LTS:3883 RCV :0x2f01(MEDAUDIO_MODM_CHAN_RE SERVE_RESP) in state:xCM_CHANNEL_RESERVING 13:43:20.284 CALL(XCM) (00:18719:00) Sending message:0x2b17(XCM_CHANNEL_RESERVE_RSP), result=0x0 13:43:20.284 CALL(VPP) (00:18719:00) RCVD Reserve Resp from CM 13:43:20.284 CALL(VPP) (00:18719:00) SENT Reserve ACK (toPvid: x66) to L3P 13:43:20.284 CALL(SIP) (00:18719:00) RCVD Reserve Resource ACK from VPPL 13:43:20.284 CALL(SIP) (00:18719:00) 2: CPC (Default) 13:43:20.284 CALL(SIP) (00:18719:00) Leg 0 associated with hndl(9511), LTS(3883)(span 8205 chan 11) 13:43:20.284 CALL(SIP) (00:18719:00) SENT Setup to L4 13:43:20.284 CALL(L4) (00:18719:00) RCVD Setup Ind from SIP 13:43:20.284 CALL(L4) (00:18719:00) 13:43:20.284 CALL(L4) (00:18719:00) 13:43:20.284 CALL(L4) (00:18719:00) SENT RFS to GCL 13:43:20.284 CALL(GCL) (00:18719:00) RCVD RFS DN=[15082222] ANI=[1234567] GN=[0] from L4 13:43:20.284 CALL(GCL) (00:18719:00) DN NOA=[3] 13:43:20.284 CALL(GCL) (00:18719:00) ANI APRI=[0],SI=[0],Category=[10] 13:43:20.284 CALL(GCL) (00:18719:00) GN APRI=[0],SI=[0], NQI=[6] 13:43:20.284 CALL(GCL) (00:18719:00) Incoming Channel Group = 10 [SIP_HMP_244] 13:43:20.284 CALL(GCL) (00:18719:00) SENT Make Call Request to GCL 13:43:20.284 CALL(GCL) (00:18719:01) SENT Route Control to L4 13:43:20.284 CALL(L4) (00:18719:00) RCVD RFS response from GCL 13:43:20.284 CALL(L4) (00:18719:00) RCVD Route Control from GCL 13:43:20.284 CALL(L4) (00:18719:00) Accessing Route Table 9 13:43:20.284 CALL(GCL) (00:18719:01) RCVD Route Control Ack (Mid Stream Router)from L4 13:43:20.284 CALL(GCL) (00:18719:01) Outgoing Channel Group = 11 [SIP_HMP_245] 13:43:20.284 CALL(GCL) (00:18719:01) SENT Route Control to L4 13:43:20.284 CALL(L4) (00:18719:01) RCVD Route Control from GCL 13:43:20.284 CALL(L4) (00:18719:01) Accessing Resource Table 1 13:43:20.284 CALL(L4) (00:18719:01) Resource Group ID is 2 13:43:20.284 CALL(L4) (00:18719:01) Hunting Algorithm is Round Robin 13:43:20.294 CALL(GCL) (00:18719:01) RCVD CPE of ADDRESS INFO from L4 13:43:20.294 CALL(GCL) (00:18719:01) Leg 1 associated with LTS(5479)(span 8255 chan 7) 13:43:20.294 CALL(L4) (00:18719:01) 13:43:20.294 CALL(L4) (00:18719:01) 13:43:20.294 CALL(L4) (00:18719:01) SIP From UserName Bypassed: Enabled 13:43:20.294 CALL(L4) (00:18719:01) SIP From UserName Bypassed: Enabled 13:43:20.294 CALL(L4) (00:18719:01) SENT Outseize Ctrl to SIP 13:43:20.294 CALL(SIP) (00:18719:01) RCVD Outseize Ctrl from L4 13:43:20.294 CALL(SIP) (00:18719:01) SENT Route Control to L4 13:43:20.294 CALL(L4) (00:18719:01) RCVD Route Control from SIP 13:43:20.294 CALL(L4) (00:18719:01) Accessing GatewayId to IP Tables 13:43:20.294 CALL(L4) (00:18719:01) Gateway ID is 1031 13:43:20.294 CALL(L4) (00:15984:00) SENT Route Control Ack to SIP 13:43:20.294 CALL(SIP) (00:18719:01) RCVD Route Control Ack from L4 13:43:20.294 CALL(SIP) (00:18719:01) Session Group Profile ID is 1 13:43:20.294 CALL(SIP) (00:18719:01) SENT Route Control to L4 13:43:20.294 CALL(L4) (00:18719:01) RCVD Route Control from SIP 13:43:20.294 CALL(L4) (00:18719:01) Accessing IP Bearer Profiles 13:43:20.294 CALL(L4) (00:18719:01) Profile Id 1 (RG 769) 13:43:20.294 CALL(L4) (00:15984:00) SENT Route Control Ack to SIP 13:43:20.294 CALL(SIP) (00:18719:01) RCVD Route Control Ack from L4 13:43:20.294 CALL(SIP) (00:18719:01) Remote Media Capability is audio Only 13:43:20.294 CALL(SIP) (00:18719:01) Local Media Capability is Audio Only 13:43:20.294 CALL(SIP) (00:18719:01) SENT iL3-L3 Reserve Resource Request to VPPL 13:43:20.294 CALL(VPP) (00:18719:01) RCVD Reserve Resource [its 2023] from L3P 13:43:20.294 CALL(VPP) (00:18719:01) SENT Reserve Resource Request to CM 13:43:20.294 CALL(XCM) (00:18719:01) LTS:5479 Processing RESERVE request for xCM_PACKET_AUDIO_CHANNEL 13:43:20.294 CALL(XCM) (00:18719:01) SENT MEDAUDIO_MODM_CHAN_RESERVE_REQ chanType 1 groupId 0x1 13:43:20.294 CALL(AUD) (00:11914:00) RCVD RESERVE REQ [TransID 1509923024; LTS 5479; GrpID 1] 13:43:20.294 CALL(AUD) (00:11914:00) SENT RESERVE RESP [ResID x10010B71; CID 2929; TransID 1509923024, SUCCESS] 13:43:20.294 CALL(XCM) (00:18719:01) LTS:5479 RCV :0x2f01(MEDAUDIO_MODM_CHAN_RESERVE_RESP) in state:xCM_CHANNEL_RESERVING 13:43:20.294 CALL(XCM) (00:18719:01) Sending message:0x2b17(XCM_CHANNEL_RESERVE_RSP), result=0x0 13:43:20.294 CALL(VPP) (00:18719:01) RCVD Reserve Resp from CM 13:43:20.294 CALL(VPP) (00:18719:01) SENT Reserve ACK (toPvid: x66) to L3P 13:43:20.294 CALL(SIP) (00:18719:01) RCVD Reserve Resource ACK from VPPL 13:43:20.294 CALL(SIP) (00:18719:01) REM TP port=5060 transport:0 13:43:20.294 CALL(SIP) (00:00000:00) Unsupported Header Relaying Disabled 13:43:20.294 CALL(SIP) (00:18719:01) Remote media capabilities:Audio local media capabilities:Audio 13:43:20.294 CALL(SIP) (00:18719:01) SENT INVITE W/SDP to 10.129.45.245:5060 Cseq:1 13:43:20.294 CALL(SIP) (00:18719:01) and Call-id: 1f11-1567-932012134320-BDN_Stgo-0-10.129.47.204 13:43:20.294 CALL(SIP) (00:18719:01) <--- [10.129.45.245, 5060 <- 10.129.47.204, 5060] INVITE tel:+15082222;phone-context=10.129.45.244 SIP/2.0\r\n Via: SIP/2.0/UDP 10.129.47.204:5060;rport;branch=z9hG4bK-9e3-1349271800-9510-467\r\n Call-ID: 1f11-1567-932012134320-BDN_Stgo-0-10.129.47.204\r\n CSeq: 1 INVITE\r\n Max-Forwards: 70\r\n To: <tel:15082222>\r\n From: <tel:1111>;tag=95ffcd055e0f78f7d5d397020e89288df3b7c24e\r\n User-Agent: Dialogic-SIP/2.1.0.182 BDN_Stgo 0\r\n Timestamp: 10032012134320\r\n P-Asserted-Identity: "tel508"<tel:+15083333>\r\n Privacy: id\r\n Contact: <sip:10.129.47.204:5060>\r\n Allow: INVITE, BYE, REGISTER, ACK, OPTIONS, CANCEL, SUBS CRIBE, NOTIFY, INFO, REFER, UPDATE\r\n Supported: path, replaces, timer, tdialog\r\n Session-Expires: 1800\r\n Referred-By: <tel:5084771234;param=test>\r\n Expires: 300\r\n Organization: Dialogic\r\n Content-Type: application/sdp\r\n Content-Length: 264\r\n \r\n v=0\r\n o=Dialogic_SDP 12489 0 IN IP4 10.129.47.204\r\n s=Dialogic-SIP\r\n c=IN IP4 10.129.47.205\r\n t=0 0\r\n m=audio 8056 RTP/AVP 0 18 4\r\n a=rtpmap:0 PCMU/8000\r\n a=rtpmap:18 G729/8000\r\n a=fmtp:18 annexb=yes\r\n a=rtpmap:4 G723/8000\r\n a=fmtp:4 bitrate=5.3\r\n a=silenceSupp:off - - - -\r\n

Additional Information

  • The header containing tel URI is transparently transferred to the outgoing leg without any modifications except for the phone number separators which are removed.

  • If the tel URI is not present in the incoming Header, the IMG 2020 will continue to generate and pass a SIP-URI to the outgoing leg but not the tel URI.

  • tel URI is enabled by default and cannot be disabled.

  • If a SIP/SIPS URI is the only header present in the incoming leg, only the SIP/SIPS URI will be transferred to the outgoing leg.

  • If both a SIP/SIPS URI and tel URI are present in the incoming leg, both will be transferred to the outgoing leg.

  • Fax and Modem URI schemes described in RFC 3966 are not supported.

tel URI for ISDN to SIP Call Interworking

This feature (FR14356) adds tel URI for ISDN to SIP Call Interworking. When enabled, a receiving ISDN call would be interworked to SIP with the outgoing SIP INVITE using tel: URI as shown below:

15:33:09.207 CALL(ISD) (00:00007:00) RCVD Setup from Network . . . 15:33:09.217 CALL(SIP) (00:00007:01) <--- [172.21.0.112, 5070 <- 172.21.5.220, 5060] INVITE tel:4441234 SIP/2.0\r\n Via: SIP/2.0/UDP 172.21.5.220:5060;rport;branch=z9hG4bK- 5d0c-1408980789-21997-430\r\n Call-ID: 6d55-d81-725201415339-Node0-0-172.21.5.220\r\n

By default, this functionality is disabled. It will be read only in the SIP Default profile. To enable the tel URI usage in SIP INVITE for ISDN incoming call, user must create another SIP profile in which it will enable the "Tel URI for Outgoing request URI for incoming ISDN" property when selecting the value Enabled as shown below.

For more details, refer to SIP_ISDN Interworking topic.

Return to Documentation Home I Return to Sangoma Support