« Previous - Version 4/9 (diff) - Next » - Current version
Adrian Georgescu, 10/15/2011 05:10 pm


Siemens Gigaset
Connection Name or Number: SIP2SIP
Provider Other Provider
Authentication name Your sip2sip username without the domain part
Authentication password Your sip2sip password
Username Your sip2sip username without the domain part
Display name Your real name displayed on remote devices e.g. John Doe
Domain sip2sip.info
STUN enabled No
Outbound proxy mode Always
Outbound server address proxy.sipthor.net

=== Issues ===

Gigaset SIP devices have two major bugs:

1. Incoming SIP sessions with no audio in SDP cause the phone to ring. When user answers the media plane is broken as the phone does not support non-audio streams. For example this is an incoming text chat session (m=message in SDP) which is not supported by Gigaset. Instead of rejecting the session with 488 No compatible media or similar code, the phone answers the call with 200 OK and m=audio in SDP:

{{{
SENDING: Packet 69, +0:00:12.659560
2011-10-15 17:04:40.767720: 192.168.1.163:63990 (SIP over UDP)> 85.17.186.7:5060
INVITE sip: SIP/2.0
Via: SIP/2.0/UDP 192.168.1.163:63990;rport;branch=z9hG4bKPjMMtvbefmIyvyBUzkCuWjTTVbR.leasGo
Max-Forwards: 70
From: "Adrian Georgescu" <sip:>;tag=c9gx4YtaXAGm8VozQCGvo9gDRRNUt69U
To: <sip:>
Contact: <sip::63990>
Call-ID: eP2QcqdwqXg2uyeQctb2TsJ9Qcgvj3e8
CSeq: 26307 INVITE
Allow: SUBSCRIBE, NOTIFY, PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, MESSAGE, REFER
Supported: 100rel, replaces, norefersub
User-Agent: Blink Pro 1.3.1 (MacOSX)
Content-Type: application/sdp
Content-Length: 305

v=0
o=- 3527679880 3527679880 IN IP4 192.168.1.6
s=Blink Pro 1.3.1 (MacOSX)
c=IN IP4 192.168.1.6
t=0 0
m=message 2855 TCP/TLS/MSRP
a=path:msrps://192.168.1.6:2855/6d06f0d3b4a7a29a44f;tcp
a=accept-types:message/cpim text/
application/im-iscomposing+xml
a=accept-wrapped-types:*
a=setup:active

RECEIVED: Packet 70, +0:00:12.679434
2011-10-15 17:04:40.787594: 85.17.186.7:5060 (SIP over UDP)> 192.168.1.163:63990
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.1.163:63990;rport=63990;branch=z9hG4bKPjMMtvbefmIyvyBUzkCuWjTTVbR.leasGo;received=95.97.50.27
From: "Adrian Georgescu" <sip:>;tag=c9gx4YtaXAGm8VozQCGvo9gDRRNUt69U
To: <sip:>
Call-ID: eP2QcqdwqXg2uyeQctb2TsJ9Qcgvj3e8
CSeq: 26307 INVITE
Server: SIP Thor on OpenSIPS XS 1.4.5
Content-Length: 0

RECEIVED: Packet 76, +0:00:18.532525
2011-10-15 17:04:46.640685: 85.17.186.7:5060 (SIP over UDP)> 192.168.1.163:63990
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.1.163:63990;received=95.97.50.27;rport=63990;branch=z9hG4bKPjMMtvbefmIyvyBUzkCuWjTTVbR.leasGo
Record-Route: <sip:81.23.228.129;lr;ftag=c9gx4YtaXAGm8VozQCGvo9gDRRNUt69U;did=3b2.e29756f7>
Record-Route: <sip:85.17.186.7;lr;ftag=c9gx4YtaXAGm8VozQCGvo9gDRRNUt69U;did=3b2.1bef3ff>
From: "Adrian Georgescu" <sip:>;tag=c9gx4YtaXAGm8VozQCGvo9gDRRNUt69U
To: <sip:>;tag=1360047391
Call-ID: eP2QcqdwqXg2uyeQctb2TsJ9Qcgvj3e8
CSeq: 26307 INVITE
Contact: <sip::61000>
Supported: replaces
Allow-Events: message-summary, refer, ua-profile
Allow: INVITE, ACK, CANCEL, BYE, OPTIONS, INFO, REFER, SUBSCRIBE, NOTIFY
Content-Type: application/sdp
Content-Length: 206

v=0
o=31208005169 5020 12 IN IP4 192.168.1.131
s=Mapping
c=IN IP4 81.23.228.150
t=0 0
m=audio 56656 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=sendrecv

SENDING: Packet 77, +0:00:18.532887
2011-10-15 17:04:46.641047: 192.168.1.163:63990 (SIP over UDP)> 85.17.186.7:5060
ACK sip::61000 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.163:63990;rport;branch=z9hG4bKPj0mAfcWZh3Uq8yiEHO36mVtFI-A-v10mh
Max-Forwards: 70
From: "Adrian Georgescu" <sip:>;tag=c9gx4YtaXAGm8VozQCGvo9gDRRNUt69U
To: <sip:>;tag=1360047391
Call-ID: eP2QcqdwqXg2uyeQctb2TsJ9Qcgvj3e8
CSeq: 26307 ACK
Route: <sip:85.17.186.7;lr;ftag=c9gx4YtaXAGm8VozQCGvo9gDRRNUt69U;did=3b2.1bef3ff>
Route: <sip:81.23.228.129;lr;ftag=c9gx4YtaXAGm8VozQCGvo9gDRRNUt69U;did=3b2.e29756f7>
User-Agent: Blink Pro 1.3.1 (MacOSX)
Content-Length: 0

}}}

2. Incoming SIP sessions without a phone number in the username part are displayed as Unknown. SIP calls from a softphones or any SIP device that have a valid but non numerical SIP address in the From header confuses the phone.

For example the following call has a valid SIP From header yet the Gigaset displays Unknown caller.

''From: "Adrian UMTS" <sip:>''

{{{
SENDING: Packet 121, +0:03:41.786648
2011-10-15 17:08:09.894808: 192.168.1.163:63990 (SIP over UDP)> 85.17.186.7:5060
INVITE sip: SIP/2.0
Via: SIP/2.0/UDP 192.168.1.163:63990;rport;branch=z9hG4bKPj0gp4CwBBZqkjBxLaHlheGu4Th6WsQyl4
Max-Forwards: 70
From: "Adrian UMTS" <sip:>;tag=E-nHlmstLL-0WlLVODeDAgD8DtPI8TK9
To: <sip:>
Contact: <sip::63990>
Call-ID: d9044ifr6P3L6uBKYpcyzUCF3yvcyGXK
CSeq: 2177 INVITE
Allow: SUBSCRIBE, NOTIFY, PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, MESSAGE, REFER
Supported: 100rel, replaces, norefersub
User-Agent: Blink Pro 1.3.1 (MacOSX)
Proxy-Authorization: Digest username="adi", realm="umts.ro", nonce="4e99a1f8bb43b4ecebebc13e3009923d9f944d30", uri="sip:", response="ec9db047208eabd064ed7e3569773009"
Content-Type: application/sdp
Content-Length: 1039

v=0
o=- 3527680089 3527680089 IN IP4 192.168.1.6
s=Blink Pro 1.3.1 (MacOSX)
c=IN IP4 192.168.1.6
t=0 0
m=audio 63817 RTP/AVP 9 0 101
a=rtcp:55818
a=rtpmap:9 G722/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ice-ufrag:0dff69ea
a=ice-pwd:7b8288d3
a=candidate:Sc0a801a3 1 UDP 1694498815 95.97.50.27 63817 typ srflx raddr 192.168.1.163 rport 63817
a=candidate:Hc0a801a3 1 UDP 2130706431 192.168.1.163 63817 typ host
a=candidate:Had33702 1 UDP 2130706431 10.211.55.2 63817 typ host
a=candidate:Ha258102 1 UDP 2130706431 10.37.129.2 63817 typ host
a=candidate:Hc0a80106 1 UDP 2130706431 192.168.1.6 63817 typ host
a=candidate:Sc0a801a3 2 UDP 1694498814 95.97.50.27 55818 typ srflx raddr 192.168.1.163 rport 55818
a=candidate:Hc0a801a3 2 UDP 2130706430 192.168.1.163 55818 typ host
a=candidate:Had33702 2 UDP 2130706430 10.211.55.2 55818 typ host
a=candidate:Ha258102 2 UDP 2130706430 10.37.129.2 55818 typ host
a=candidate:Hc0a80106 2 UDP 2130706430 192.168.1.6 55818 typ host
a=sendrecv

}}}