Softphone in der MobyDick anlegen

Support
21

Hallo Sascha,

probiermal sip set debug peer <peername>.
Einfacher wäre es wie schon erwähnt, wenn du einfach auf die aktuelle Version gehst.

Grüße
Markus

22

Warten momentan noch auf die Lizenzen, dann werden wir auch upgraden :wink:

Also hier mal der komplette Output des Debugs:

<— SIP read from UDP:X.X.X.X:5060 —>
INVITE sip:7796@X.X.X.X SIP/2.0
Call-ID: 7634693321792f6ac659f66469122885@0:0:0:0:0:0:0:0
CSeq: 1 INVITE
From: “test” <sip:test@X.X.X.X>;tag=5ee91fab
To: <sip:7796@X.X.X.X>
Via: SIP/2.0/UDP X.X.X.X:5060;branch=z9hG4bK-343938-d7e31a463905cf034623cac6 74a6f59d
Max-Forwards: 70
Contact: “test” <sip:test@X.X.X.X:5060;transport=udp;registering_acc=172_19_ 0_5>
User-Agent: Jitsi2.4.4997Windows 7
Content-Type: application/sdp
Content-Length: 353

v=0
o=test 0 0 IN IP4 X.X.X.X
s=-
c=IN IP4 X.X.X.X
t=0 0
m=video 5000 RTP/AVP 96 99
a=recvonly
a=rtpmap:96 H264/90000
a=fmtp:96 profile-level-id=4DE01f;packetization-mode=1
a=imageattr:96 send * recv [x=[0-1920],y=[0-1080]]
a=rtpmap:99 H264/90000
a=fmtp:99 profile-level-id=4DE01f
a=imageattr:99 send * recv [x=[0-1920],y=[0-1080]]

<------------->
— (11 headers 13 lines) —
Sending to X.X.X.X:5060 (NAT)
Using INVITE request as basis request - 7634693321792f6ac659f66469122885@0:0:0:0 :0:0:0:0
Found peer ‘test’ for ‘test’ from X.X.X.X:5060

<— Reliably Transmitting (NAT) to X.X.X.X:5060 —>
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP X.X.X.X:5060;branch=z9hG4bK-343938-d7e31a463905cf034623cac6 74a6f59d;received=X.X.X.X;rport=5060
From: “test” <sip:test@X.X.X.X>;tag=5ee91fab
To: <sip:7796@X.X.X.X>;tag=as2c045fb7
Call-ID: 7634693321792f6ac659f66469122885@0:0:0:0:0:0:0:0
CSeq: 1 INVITE
Server: Asterisk PBX 1.8.11.1-1digium1~squeeze
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLIS H
Supported: replaces, timer
WWW-Authenticate: Digest algorithm=MD5, realm=“asterisk”, nonce=“313a2833”
Content-Length: 0

<------------>
Scheduling destruction of SIP dialog ‘7634693321792f6ac659f66469122885@0:0:0:0:0 :0:0:0’ in 6400 ms (Method: INVITE)

<— SIP read from UDP:X.X.X.X:5060 —>
ACK sip:7796@X.X.X.X SIP/2.0
Call-ID: 7634693321792f6ac659f66469122885@0:0:0:0:0:0:0:0
Max-Forwards: 70
From: “test” <sip:test@X.X.X.X>;tag=5ee91fab
To: <sip:7796@X.X.X.X>;tag=as2c045fb7
Via: SIP/2.0/UDP X.X.X.X:5060;branch=z9hG4bK-343938-d7e31a463905cf034623cac6 74a6f59d
CSeq: 1 ACK
Content-Length: 0

<------------->
— (8 headers 0 lines) —

<— SIP read from UDP:X.X.X.X:5060 —>
INVITE sip:7796@X.X.X.X SIP/2.0
Call-ID: 7634693321792f6ac659f66469122885@0:0:0:0:0:0:0:0
CSeq: 2 INVITE
From: “test” <sip:test@X.X.X.X>;tag=5ee91fab
To: <sip:7796@X.X.X.X>
Max-Forwards: 70
Contact: “test” <sip:test@X.X.X.X:5060;transport=udp;registering_acc=172_19_ 0_5>
User-Agent: Jitsi2.4.4997Windows 7
Content-Type: application/sdp
Via: SIP/2.0/UDP X.X.X.X:5060;branch=z9hG4bK-343938-d4b5c46d0064e59224719f22 900f9acd
Authorization: Digest username=“test”,realm=“asterisk”,nonce=“313a2833”,uri=“sip :7796@X.X.X.X”,response=“fd5c9906a462f0eaed8fb276747ee161”,algorithm=MD5
Content-Length: 353

v=0
o=test 0 0 IN IP4 X.X.X.X
s=-
c=IN IP4 X.X.X.X
t=0 0
m=video 5000 RTP/AVP 96 99
a=recvonly
a=rtpmap:96 H264/90000
a=fmtp:96 profile-level-id=4DE01f;packetization-mode=1
a=imageattr:96 send * recv [x=[0-1920],y=[0-1080]]
a=rtpmap:99 H264/90000
a=fmtp:99 profile-level-id=4DE01f
a=imageattr:99 send * recv [x=[0-1920],y=[0-1080]]

<------------->
— (12 headers 13 lines) —
Sending to X.X.X.X:5060 (NAT)
Using INVITE request as basis request - 7634693321792f6ac659f66469122885@0:0:0:0 :0:0:0:0
Found peer ‘test’ for ‘test’ from X.X.X.X:5060
== Using SIP RTP CoS mark 5
Found RTP video format 96
Found RTP video format 99
Found video description format H264 for ID 96
Found video description format H264 for ID 99
Capabilities: us - 0xe (gsm|ulaw|alaw), peer - audio=0x0 (nothing)/video=0x20000 0 (h264)/text=0x0 (nothing), combined - 0x0 (nothing)
Non-codec capabilities (dtmf): us - 0x1 (telephone-event|), peer - 0x0 (nothing) , combined - 0x0 (nothing)
[Apr 4 10:16:00] NOTICE[2032]: chan_sip.c:9192 process_sdp: No compatible codec s, not accepting this offer!

<— Reliably Transmitting (NAT) to X.X.X.X:5060 —>
SIP/2.0 488 Not acceptable here
Via: SIP/2.0/UDP X.X.X.X:5060;branch=z9hG4bK-343938-d4b5c46d0064e59224719f22 900f9acd;received=X.X.X.X;rport=5060
rom: “test” <sip:test@X.X.X.X>;tag=5ee91fab
To: <sip:7796@X.X.X.X>;tag=as2c045fb7
Call-ID: 7634693321792f6ac659f66469122885@0:0:0:0:0:0:0:0
CSeq: 2 INVITE
Server: Asterisk PBX 1.8.11.1-1digium1~squeeze
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLIS H
Supported: replaces, timer
Content-Length: 0

<------------>
Scheduling destruction of SIP dialog ‘7634693321792f6ac659f66469122885@0:0:0:0:0 :0:0:0’ in 6400 ms (Method: INVITE)

<— SIP read from UDP:X.X.X.X:5060 —>
ACK sip:7796@X.X.X.X SIP/2.0
Call-ID: 7634693321792f6ac659f66469122885@0:0:0:0:0:0:0:0
Max-Forwards: 70
From: “test” <sip:test@X.X.X.X>;tag=5ee91fab
To: <sip:7796@X.X.X.X>;tag=as2c045fb7
Via: SIP/2.0/UDP X.X.X.X:5060;branch=z9hG4bK-343938-d4b5c46d0064e59224719f22 900f9acd
CSeq: 2 ACK
Content-Length: 0

<------------->
— (8 headers 0 lines) —

<— SIP read from UDP:X.X.X.X:5060 —>
OPTIONS sip:X.X.X.X SIP/2.0
Call-ID: 0b0f8dfd2cadd7f793ef21048bd3edbe@0:0:0:0:0:0:0:0
CSeq: 2 OPTIONS
From: “test” <sip:test@X.X.X.X>;tag=90e3b9c1
To: “test” <sip:test@X.X.X.X>
Via: SIP/2.0/UDP X.X.X.X:5060;branch=z9hG4bK-343938-cc232429b7f828d587a0dd95 f8f693bf
Max-Forwards: 70
Contact: “test” <sip:test@X.X.X.X:5060;transport=udp;registering_acc=172_19_ 0_5>
User-Agent: Jitsi2.4.4997Windows 7
Allow: INFO,OPTIONS,MESSAGE,BYE,REFER,SUBSCRIBE,ACK,CANCEL,PUBLISH,NOTIFY,INVITE
Allow-Events: refer
Content-Length: 0

<------------->
— (12 headers 0 lines) —
Looking for s in no-auth-in (domain X.X.X.X)

<— Transmitting (NAT) to X.X.X.X:5060 —>
SIP/2.0 404 Not Found
Via: SIP/2.0/UDP X.X.X.X:5060;branch=z9hG4bK-343938-cc232429b7f828d587a0dd95 f8f693bf;received=X.X.X.X;rport=5060
From: “test” <sip:test@X.X.X.X>;tag=90e3b9c1
To: “test” <sip:test@X.X.X.X>;tag=as5b76f85f
Call-ID: 0b0f8dfd2cadd7f793ef21048bd3edbe@0:0:0:0:0:0:0:0
CSeq: 2 OPTIONS
Server: Asterisk PBX 1.8.11.1-1digium1~squeeze
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLIS H
Supported: replaces, timer
Accept: application/sdp
Content-Length: 0

<------------>
Scheduling destruction of SIP dialog ‘0b0f8dfd2cadd7f793ef21048bd3edbe@0:0:0:0:0 :0:0:0’ in 32000 ms (Method: OPTIONS)
Really destroying SIP dialog ‘7634693321792f6ac659f66469122885@0:0:0:0:0:0:0:0’ Method: ACK
Really destroying SIP dialog ‘12887a9819b72fc5649a6335b1b347e6@0:0:0:0:0:0:0:0’ Method: REGISTER
Really destroying SIP dialog ‘c3a043ece6363153e9bd3c107a9d54f5@0:0:0:0:0:0:0:0’ Method: OPTIONS

<— SIP read from UDP:X.X.X.X:5060 —>
OPTIONS sip:X.X.X.X SIP/2.0
Call-ID: 4dd782ea21702e22e8fb4412251e24ca@0:0:0:0:0:0:0:0
CSeq: 3 OPTIONS
From: “test” <sip:test@X.X.X.X>;tag=efdc687c
To: “test” <sip:test@X.X.X.X>
Via: SIP/2.0/UDP X.X.X.X:5060;branch=z9hG4bK-343938-706e8f78f50fb48c7d2b8f70681d4baa
Max-Forwards: 70
Contact: “test” <sip:test@X.X.X.X:5060;transport=udp;registering_acc=X_X_X_X>
User-Agent: Jitsi2.4.4997Windows 7
Allow: INFO,OPTIONS,MESSAGE,BYE,REFER,SUBSCRIBE,ACK,CANCEL,PUBLISH,NOTIFY,INVITE
Allow-Events: refer
Content-Length: 0

<------------->
— (12 headers 0 lines) —
Looking for s in no-auth-in (domain X.X.X.X)

<— Transmitting (NAT) to X.X.X.X:5060 —>
SIP/2.0 404 Not Found
Via: SIP/2.0/UDP X.X.X.X:5060;branch=z9hG4bK-343938-706e8f78f50fb48c7d2b8f70681d4baa;received=X.X.X.X;rport=5060
From: “test” <sip:test@X.X.X.X>;tag=efdc687c
To: “test” <sip:test@X.X.X.X>;tag=as4164507a
Call-ID: 4dd782ea21702e22e8fb4412251e24ca@0:0:0:0:0:0:0:0
CSeq: 3 OPTIONS
Server: Asterisk PBX 1.8.11.1-1digium1~squeeze
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
Accept: application/sdp
Content-Length: 0

<------------>
Scheduling destruction of SIP dialog ‘4dd782ea21702e22e8fb4412251e24ca@0:0:0:0:0:0:0:0’ in 32000 ms (Method: OPTIONS)
[Apr 4 10:16:34] NOTICE[2032]: chan_sip.c:24760 handle_request_subscribe: Received SIP subscribe for peer without mailbox: kQfMkyL9d2e6e02
Really destroying SIP dialog ‘0b0f8dfd2cadd7f793ef21048bd3edbe@0:0:0:0:0:0:0:0’ Method: OPTIONS
Reliably Transmitting (NAT) to X.X.X.X:5060:
OPTIONS sip:test@X.X.X.X:5060;transport=udp;registering_acc=X_X_X_X SIP/2.0
Via: SIP/2.0/UDP X.X.X.X:5060;branch=z9hG4bK4cf4bf2b;rport
Max-Forwards: 70
From: “asterisk” <sip:asterisk@X.X.X.X>;tag=as6a3c6a31
To: <sip:test@X.X.X.X:5060;transport=udp;registering_acc=X_X_X_X>
Contact: <sip:asterisk@X.X.X.X:5060>
Call-ID: 6f78d02131ad9bcb0aaf74761618d99e@X.X.X.X:5060
CSeq: 102 OPTIONS
User-Agent: Asterisk PBX 1.8.11.1-1digium1~squeeze
Date: Fri, 04 Apr 2014 08:16:41 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
Content-Length: 0

<— SIP read from UDP:X.X.X.X:5060 —>
SIP/2.0 200 OK
To: <sip:test@X.X.X.X:5060;transport=udp;registering_acc=X_X_X_X>;tag=1a98ab4e
Via: SIP/2.0/UDP X.X.X.X:5060;branch=z9hG4bK4cf4bf2b;rport=5060;received=X.X.X.X
CSeq: 102 OPTIONS
Call-ID: 6f78d02131ad9bcb0aaf74761618d99e@X.X.X.X:5060
From: “asterisk” <sip:asterisk@X.X.X.X>;tag=as6a3c6a31
Contact: “test” <sip:test@X.X.X.X:5060;transport=udp;registering_acc=X_X_X_X>
User-Agent: Jitsi2.4.4997Windows 7
Allow: INFO,OPTIONS,MESSAGE,BYE,REFER,SUBSCRIBE,ACK,CANCEL,PUBLISH,NOTIFY,INVITE
Allow-Events: refer
Content-Length: 0

<------------->
— (11 headers 0 lines) —
Really destroying SIP dialog ‘6f78d02131ad9bcb0aaf74761618d99e@X.X.X.X:5060’ Method: OPTIONS
MD7*CLI>
Disconnected from Asterisk server

23

Hi,

was wir beim INVITE auffällt ist, dass Jitsi nur den Codec H264 anbietet, hier sollten ebenfalls die Codecs PCMU, PCMA und GSM stehen. Ist nicht der Fall und das sollte dann auch das Problem sein.

m=video 5000 RTP/AVP 96 99
a=recvonly
a=rtpmap:96 H264/90000

Probier bitte mal, dass du beim Account den H264 mal abschaltest, vielleicht macht Jitsi das dann richtig.
Kontrollier die Einstellung nach der Übernahme in der GUI von Jitsi bitte nochmal bevor du den Anruf probierst.

Grüße
Markus

24

Nachdem ich es geändert habe kommt:

v=0
o=test 0 0 IN IP4 X.X.X.X
s=-
c=IN IP4 X.X.X.X
t=0 0
m=video 5002 RTP/AVP 96 99
a=recvonly
a=rtpmap:96 H264/90000
a=fmtp:96 profile-level-id=4DE01f;packetization-mode=1
a=imageattr:96 send * recv [x=[0-1920],y=[0-1080]]
a=rtpmap:99 H264/90000
a=fmtp:99 profile-level-id=4DE01f
a=imageattr:99 send * recv [x=[0-1920],y=[0-1080]]

Wenn ich nun jemanden anrufen möchte kommt folgende Meldung:

Desweiteren kommt auch nix in der CLI auf dem MD Server wenn ich jemanden versuche anzurufen.

25

Re,

Jitsi scheint die Änderung nicht übernommen zu haben, bzw. zu ingnorieren. Steht immer nur noch der H264 drin. Nach der Änderung musst dich auf jedenfall neu am Asterisk mit Jitsi registrieren und der peer muss beim Asterisk auf unregistered sein - bevor sich Jitsi neu anmeldet, sonst ist nicht gewährleistet, dass die Änderungen sich auch auswirken.

Zum verifizieren kannst du aber auch mal ein anderes Softphone (xlite, linphone) verwenden.

In der CLI wirst du deshalb nichts sehen, weil der Register/Invite schon nicht klappt.

Grüße
Markus

26

Hi,

also Linphone und Co. funktionieren alle wunderbar nur jitsi nicht.
Wir haben mittlerweile die neuste und lizenzsierte Version der MobyDick 7.06 installiert und auch alle plugins aktualisiert.
Danach habe ich Jitsi mit alle Konfigurationsdaten gelöscht und nach einem PC Reboot installiert.
Nach der Einrichtung trat das bekannte Problem wieder auf.

[Apr 10 10:00:32] NOTICE[2142][C-00000035]: chan_sip.c:10524 process_sdp: No compatible codecs, not accepting this offer!

User-Agent: Jitsi2.5.5187Windows 7
Content-Type: application/sdp
Content-Length: 370

v=0
o=test-jitsi.org 0 0 IN IP4 X.X.X.X
s=-
c=IN IP4 X.X.X.X
t=0 0
m=video 5004 RTP/AVP 96 99
a=recvonly
a=rtpmap:96 H264/90000
a=fmtp:96 profile-level-id=4DE01f;packetization-mode=1
a=imageattr:96 send * recv [x=[0-1920],y=[0-1080]]
a=rtpmap:99 H264/90000
a=fmtp:99 profile-level-id=4DE01f
a=imageattr:99 send * recv [x=[0-1920],y=[0-1080]]

Ich weiß echt nicht mehr weiter :frowning:

MFG Sascha

27

Guten Morgen Sascha,

probier doch bitte mal vom Jitsi die aktuelle Stable aus 2.4.x - JITSI 2.4 AND STABLE BUILD LINE
und nicht unbedingt die Nightly 2.5.x evtl. liegts daran.

Grüße
Markus

28

Hi Markus,

sorry hatte vergessen zu erwähnen, dass ich es zuvor schon mit der Stable Version probiert hatte und aus lauter
Frust mal die nightly getestet habe :(.

29

Hallo,

mir ist grade noch folgendes aufgefallen: Bei den Codec-Einstelllungen für ein einzelnes Konto gibt es die Option “Globale Codeceinstellungen übersteuern”. Hast du diese aktiviert bevor du h264 usw. deaktiviert hast?
Hast du bei der Deinstallation auch eventuelle Lokale Einstellungen / Profile von Jitsi gelöscht, nicht das da was liegen geblieben ist?

Grüße,
Jan