Neue Firmware 7.52.0058 ist draussen

Beitrag von **LoUiS** » 01 Mai 2008, 11:39

Hi,

Hier glaube ich dem LoUis zwischenzeitlich gern, das das nicht unmittelbar mit dem Mailclient zusammenhängt. Unklar ist aber immer noch, wo sich da bei dieser Problematik auch ein Fehler eingeschlichen hat.

das ist kein Problem, sonder eine korrekte, gewollte Syslog Ausgabe. Diese ist im Zuge der Implementierung mehrstufiger Zertifikate ins LCOS reingekommen und sagt nichts anderes aus, als das diese Zertifikate in Deinem Fall nicht gelesen werden koennen. Vermutlich, weil Du keine Zertifikate im LANCOM benutzt. Wenn Du welche haettest, wuerde eine "successfull" Syslogmeldung ausgegeben werden, wie z.B. hier:

04-16-2008 08:58:02 Kernel.Notice 10.99.8.10 SYSTEM_INFO: x509_read_from_minifs: /minifs/vpn_rootcert imported successfully<000>
04-16-2008 08:58:02 Kernel.Notice 10.99.8.10 SYSTEM_INFO: x509_read_from_minifs: /minifs/vpn_devcert imported successfully<000>

Diese Aktion muss bei jeder Aenderung in der (internen) Konfiguration des LANCOM gemacht werden, die potenziell das VPN betreffen koennte (wie z.B. NTP Abgleich da dies Zertifikate betrifft), also wird das auch bei Dir oefters im Syslog auftauchen.

Ciao
LoUiS

Pumpelhuber · Beitrag von **Pumpelhuber** » 01 Mai 2008, 11:47

Ähm, Jirka,
"Meine" Lancoms haben alphanumerische Zeichen als Namen, nicht sehr phantasievoll und recht einfach und kurz gehalten. Beispiel: LANHOME01
Auf einem Router 2 VPN, auf einem 3, auf einem 11, auf einem 5 usw., und die laufen auch.
Sicher ist die Firewallkonfig teilweise eine Katastrophe, liegt aber an den "besonderen Anforderungen". Daher auch der Test mit Mail bei ausgeschalteter Firewall und deaktivierten VPN. Dabei dann das gleiche negative Erlebnis ....
Die Konfig der Lancoms bewegt sich aber nach meiner Meinung im Rahmen der dicken Handbücher, bis auf Dyndns, da hab ich seit längerer Zeit Dein Scriptbeispiel mit Erfolg im Einsatz. Ich glaube auch nicht, dass da irgendwo das Problem liegt. Wie gesagt, die Werkzeuge habt ihr, wir haben nur unsere Kunden an der Backe .... und die müssen wir halt streicheln ...
Gruß, ich

Pumpelhuber · Beitrag von **Pumpelhuber** » 01 Mai 2008, 11:54

Moin LoUis,
das mit den Zertifikaten hab ich nun verstanden. Logisch, wenn ich Mails unter Aktion testen wollte, dann mit IP-Wechsel oder bei VPN-Auf-Abbau.
Die Testmails waren dann meisst kurz danach (Zeitmangel). Daher die Deckung mit fehlgeschlagenen Mails und dem Syslogeintrag.
Wäre nur der Schönheitsfehler zu beseitigen, dass diese Meldungen über eine fehlende Datei bei nicht konfigurierten Zertifikaten im Error auftauchen.
Aber das ist nicht primär. Wenn ich die 7.52 einsetzen soll/will, muss die auch mailen können. Und im Moment bin ich (leider) nicht mehr alleine der, wo das nicht geht.

Gruß, ich

Jirka · Beitrag von **Jirka** » 01 Mai 2008, 12:10

Hallo LoUiS,

das ist kein Problem, sonder eine korrekte, gewollte Syslog Ausgabe.

Diese Aussage kann ich hier nicht einfach so stehen lassen. Das kann nicht korrekt sein! Es wird dem User ein Fehler suggeriert, wo überhaupt keiner ist. Und das kann so nicht gewollt sein. Das entspricht nicht LANCOM-Niveau.

Das wäre wie als wenn ich das Auto anlassen würde und es mir sagen würde, dass der Beifahrer noch fehlt (und das Auto logisch weiter denkt und damit den Beifahrer-Airbag deaktiviert). Ich möchte aber auch ohne Beifahrer fahren können, ohne jedesmal eine Fehler-Meldung zu bekommen, dass der Beifahrer fehlt und somit die eingebauten Features (Beifahrerairbag) nicht allesamt ausgenutzt werden können.

Man muss sich mal über die Folgen dieses Schwachsinns Gedanken machen. Ist der LANCOM-Support nicht ausgelastet?

Viele Grüße,
Jirka

Beitrag von **LoUiS** » 01 Mai 2008, 12:14

Wäre nur der Schönheitsfehler zu beseitigen, dass diese Meldungen über eine fehlende Datei bei nicht konfigurierten Zertifikaten im Error auftauchen.

dies wird nicht beseitigt werden (koennen), da es nur immer angezeigt werden kann, oder halt gar nicht, auch wenn Zertifikate benutzt werden.
Es wurde sich fuer das "Immer" entschieden, mit den Medungen im Syslog muss man dann leben.

Ciao
LoUiS

Pumpelhuber · Beitrag von **Pumpelhuber** » 01 Mai 2008, 12:18

Jirka, die Lancomrouter kenne ich schon etwas mehr als zwei Tage. Das Forum kennt mich erst seit 30.04. in schreibender Form. Und ich sag ganz klar, dass ich den Eindruck habe, dass Lancomsupport nicht mehr der ist, den ich mal kennengelernt habe. Die Geräte sind gut, ganz klar, die haben dafür auch einen saftigen Preis. Hier und da hat uns mal der Schuh gedrückt, was die Entwicklung ebend so alles mitgebracht hat. Aber den Preis hat Lancom bislang auch u.a. mit guten Support begründet. Ich hoffe, dort kommen wir wieder in professioneller Weise hin .....

Pumpelhuber · Beitrag von **Pumpelhuber** » 01 Mai 2008, 12:21

LoUis, die Syslogmeldungen werden beim Coden zugeordnet, dann wird die Firmware eingespielt und der Code wird so benutzt, wie der Programmierer das vorgegeben hat. So hat das schon mit dem ATARI und nem 1200er Modem funktioniert. Lancom ist spitze, aber diese Grundsätze im Zusammenspiel laufen auch heute so unter dem Stand unserer aller technologischen Entwicklung.
Gruß, ich

Beitrag von **LoUiS** » 01 Mai 2008, 12:24

Hi,

Jirka, die Lancomrouter kenne ich schon etwas mehr als zwei Tage. Das Forum kennt mich erst seit 30.04. in schreibender Form. Und ich sag ganz klar, dass ich den Eindruck habe, dass Lancomsupport nicht mehr der ist, den ich mal kennengelernt habe.

was bitte hat das Forum mit dem LANCOM Support zu tun? Dies hier ist ein inoffizielles, privates Forum. So wie es im Titel und auch im Impressum steht.
Es gehoert mir und Stefan und hat nichts direkt mit LANCOM zu tun! Das hier ggf. Menschen schreiben, die LANCOM nahe stehen und internes Wissen haben mit dem sie Dir helfen wollen, ist halt Glueck fuer Dich.
Wenn du Probleme mit dem LANCOM Support hast, melde das an LANCOM direkt, aber bezieh dies nicht auf unser Forum.

Ciao
LoUiS

Jirka · Beitrag von **Jirka** » 01 Mai 2008, 13:17

Hallo Pumpelhuber,

irgendwie bringt ein IP-Router-Trace nichts. Jedenfalls sehe ich da nichts vom Abschicken einer E-Mail.

Viele Grüße,
Jirka

MadMurdock · Beitrag von **MadMurdock** » 01 Mai 2008, 15:01

Auch wenns jetzt nur kurz ist: Bei mir funktioniert das Mailen mit einem 1711er. Ein Mailserver ist bei GMX, der andere ein AVM KEN!4. Habe natürlich auch die 7.52 drauf.

SunSeb · Beitrag von **SunSeb** » 01 Mai 2008, 16:42

Moin,

auch bei mir funktioniert das Mailen mit einem Server bei t-online und vodafone problemlos. Das Gerät ist ein 1722 mit 7.52.

Gruß,
SEBastian

Jirka · Beitrag von **Jirka** » 01 Mai 2008, 17:33

Hallo ittk,

ittk hat geschrieben:Hier hilft nur ein SIP-Paket trace weiter.

Hier ist er...

10.10.10.1 LANCOM 1722
10.10.10.11 Notebook mit X-Lite
10.10.10.33 Gigaset S675 IP

*5 Benutzer an S675 IP
*8 Benutzer an Notebook

Code: Alles auswählen

[SIP-Packet] 2008/05/01 16:07:36,650
Receiving datagram with length 799 from 10.10.10.33:5060 to 10.10.10.1:5060
INVITE sip:*8@XXXXX SIP/2.0
Via: SIP/2.0/UDP 10.10.10.33:5060;branch=z9hG4bK8952b300845de29cda5d96aadfa29f0;rport
From: "Jirka" <sip:5@XXXXX>;tag=3522333256
To: <sip:*8@XXXXX>
Call-ID: 1987328925@10_10_10_33
CSeq: 2 INVITE
Contact: <sip:5@10.10.10.33:5060>
Max-Forwards: 70
User-Agent: S675IP020970000000
Supported: replaces
Allow: INVITE, ACK, CANCEL, BYE, OPTIONS, INFO, REFER, SUBSCRIBE, NOTIFY
Content-Type: application/sdp
Content-Length: 336

v=0
o=5 5004 4 IN IP4 10.10.10.33
s=-
c=IN IP4 10.10.10.33
t=0 0
m=audio 5004 RTP/AVP 9 8 0 96 97 2 18 101
a=rtpmap:9 G722/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:96 G726-32/8000
a=rtpmap:97 AAL2-G726-32/8000
a=rtpmap:2 G726-32/8000
a=rtpmap:18 G729/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16

[SIP-Packet] 2008/05/01 16:07:36,650
Sending datagram with length 416 from 10.10.10.1:5060 to 10.10.10.33:5060
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.10.10.33:5060;branch=z9hG4bK8952b300845de29cda5d96aadfa29f0;rport
From: "Jirka"<sip:5@XXXXX>;tag=3522333256
To: <sip:*8@XXXXX>
Call-ID: 1987328925@10_10_10_33
CSeq: 2 INVITE
Max-Forwards: 70
User-Agent: LANCOM 1722 VoIP (Annex B) / 7.53.0058 / 24.04.2008
Server: XXXXX-Router-DSL
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, REFER, NOTIFY, OPTIONS
Content-Length: 0


[SIP-Packet] 2008/05/01 16:07:36,650
Sending datagram with length 567 from 10.10.10.1:5060 to 10.10.10.33:5060
SIP/2.0 407 login needed
Via: SIP/2.0/UDP 10.10.10.33:5060;branch=z9hG4bK8952b300845de29cda5d96aadfa29f0;rport
From: "Jirka"<sip:5@XXXXX;user=phone>;tag=3522333256
To: <sip:*8@XXXXX>;tag=1096348527--1225038329
Call-ID: 1987328925@10_10_10_33
CSeq: 2 INVITE
Max-Forwards: 70
User-Agent: LANCOM 1722 VoIP (Annex B) / 7.53.0058 / 24.04.2008
Server: XXXXX-Router-DSL
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, REFER, NOTIFY, OPTIONS
Proxy-Authenticate: Digest realm="XXXXX",nonce="02bbc02dece563367672b19bd681dbed",opaque="",algorithm=MD5
Content-Length: 0


[SIP-Packet] 2008/05/01 16:07:36,740
Receiving datagram with length 356 from 10.10.10.33:5060 to 10.10.10.1:5060
ACK sip:*8@XXXXX SIP/2.0
Via: SIP/2.0/UDP 10.10.10.33:5060;branch=z9hG4bK8952b300845de29cda5d96aadfa29f0;rport
From: "Jirka" <sip:5@XXXXX>;tag=3522333256
To: <sip:*8@XXXXX>;tag=1096348527--1225038329
Call-ID: 1987328925@10_10_10_33
CSeq: 2 ACK
Contact: <sip:5@10.10.10.33:5060>
Max-Forwards: 70
User-Agent: S675IP020970000000
Content-Length: 0


[SIP-Packet] 2008/05/01 16:07:36,750
Receiving datagram with length 982 from 10.10.10.33:5060 to 10.10.10.1:5060
INVITE sip:*8@XXXXX SIP/2.0
Via: SIP/2.0/UDP 10.10.10.33:5060;branch=z9hG4bK26d1ea2337936098dee706aaf05516d;rport
From: "Jirka" <sip:5@XXXXX>;tag=3522333256
To: <sip:*8@XXXXX>
Call-ID: 1987328925@10_10_10_33
CSeq: 3 INVITE
Contact: <sip:5@10.10.10.33:5060>
Proxy-Authorization: Digest username="Jirka", realm="XXXXX", algorithm=MD5, uri="sip:*8@XXXXX", nonce="02bbc02dece563367672b19bd681dbed", response="52882ef65dc061a2728282df092b55d8"
Max-Forwards: 70
User-Agent: S675IP020970000000
Supported: replaces
Allow: INVITE, ACK, CANCEL, BYE, OPTIONS, INFO, REFER, SUBSCRIBE, NOTIFY
Content-Type: application/sdp
Content-Length: 336

v=0
o=5 5004 4 IN IP4 10.10.10.33
s=-
c=IN IP4 10.10.10.33
t=0 0
m=audio 5004 RTP/AVP 9 8 0 96 97 2 18 101
a=rtpmap:9 G722/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:96 G726-32/8000
a=rtpmap:97 AAL2-G726-32/8000
a=rtpmap:2 G726-32/8000
a=rtpmap:18 G729/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16

[SIP-Packet] 2008/05/01 16:07:36,750
Sending datagram with length 416 from 10.10.10.1:5060 to 10.10.10.33:5060
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.10.10.33:5060;branch=z9hG4bK26d1ea2337936098dee706aaf05516d;rport
From: "Jirka"<sip:5@XXXXX>;tag=3522333256
To: <sip:*8@XXXXX>
Call-ID: 1987328925@10_10_10_33
CSeq: 3 INVITE
Max-Forwards: 70
User-Agent: LANCOM 1722 VoIP (Annex B) / 7.53.0058 / 24.04.2008
Server: XXXXX-Router-DSL
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, REFER, NOTIFY, OPTIONS
Content-Length: 0


[SIP-Packet] 2008/05/01 16:07:36,780
Sending datagram with length 893 from 10.10.10.1:5060 to 10.10.10.11:35594
INVITE sip:8@XXXXX;rinstance=785f66e6e0fc7130 SIP/2.0
Via: SIP/2.0/UDP 10.10.10.1:5060;branch=z9hG4bK-101aa001-19d27c10
From: "Jirka"<sip:*5@XXXXX>;tag=1117400859-1137825784
To: <sip:8@XXXXX;rinstance=785f66e6e0fc7130>
Call-ID: 1132214123@00a05722bb3e
CSeq: 1 INVITE
Max-Forwards: 70
User-Agent: LANCOM 1722 VoIP (Annex B) / 7.53.0058 / 24.04.2008
Server: XXXXX-Router-DSL
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, REFER, NOTIFY, OPTIONS
Contact: <sip:*5@10.10.10.1:5060>
Content-Type: application/sdp
Content-Length: 355

v=0
o=- 3422984341 3422984341 IN IP4 10.10.10.1
s=call
c=IN IP4 10.10.10.1
t=0 0
m=audio 25322 RTP/AVP 9 8 0 96 97 2 18 101
a=rtpmap:9 G722/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:96 G726-32/8000
a=rtpmap:2 G726-32/8000
a=rtpmap:18 G729/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:18 annexb=no
a=fmtp:101 0-16
a=sendrecv

[SIP-Packet] 2008/05/01 16:07:37,180
Receiving datagram with length 370 from 10.10.10.11:35594 to 10.10.10.1:5060
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 10.10.10.1:5060;branch=z9hG4bK-101aa001-19d27c10
Contact: <sip:8@XXXXX;rinstance=785f66e6e0fc7130>
To: <sip:8@XXXXX;rinstance=785f66e6e0fc7130>;tag=9b59ee79
From: "Jirka"<sip:*5@XXXXX>;tag=1117400859-1137825784
Call-ID: 1132214123@00a05722bb3e
CSeq: 1 INVITE
User-Agent: X-Lite release 1011s stamp 41150
Content-Length: 0


[SIP-Packet] 2008/05/01 16:07:37,190
Sending datagram with length 455 from 10.10.10.1:5060 to 10.10.10.33:5060
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 10.10.10.33:5060;branch=z9hG4bK26d1ea2337936098dee706aaf05516d;rport
From: "Jirka"<sip:5@XXXXX;user=phone>;tag=3522333256
To: <sip:*8@XXXXX>;tag=1096348527--1225038329
Call-ID: 1987328925@10_10_10_33
CSeq: 3 INVITE
Max-Forwards: 70
User-Agent: LANCOM 1722 VoIP (Annex B) / 7.53.0058 / 24.04.2008
Server: XXXXX-Router-DSL
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, REFER, NOTIFY, OPTIONS
Content-Length: 0


[SIP-Packet] 2008/05/01 16:07:38,290
Receiving datagram with length 521 from 10.10.10.11:35594 to 10.10.10.1:5060
SUBSCRIBE sip:8@10.10.10.1 SIP/2.0
Via: SIP/2.0/UDP 10.10.10.11:35594;branch=z9hG4bK-d87543-be1dd8700143b63b-1--d87543-;rport
Max-Forwards: 70
Contact: <sip:8@10.10.10.11:35594>
To: "Jirka"<sip:8@10.10.10.1>
From: "Jirka"<sip:8@10.10.10.1>;tag=935b5029
Call-ID: YmVmODc2NWIxMTFhMGVmMzVlZDI0MTNiNGVkMDM1MjI.
CSeq: 1 SUBSCRIBE
Expires: 300
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO
User-Agent: X-Lite release 1011s stamp 41150
Event: message-summary
Content-Length: 0


[SIP-Packet] 2008/05/01 16:07:40,000
Receiving datagram with length 664 from 10.10.10.11:35594 to 10.10.10.1:5060
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.10.10.1:5060;branch=z9hG4bK-101aa001-19d27c10
Contact: <sip:8@XXXXX;rinstance=785f66e6e0fc7130>
To: <sip:8@XXXXX;rinstance=785f66e6e0fc7130>;tag=9b59ee79
From: "Jirka"<sip:*5@XXXXX>;tag=1117400859-1137825784
Call-ID: 1132214123@00a05722bb3e
CSeq: 1 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO
Content-Type: application/sdp
User-Agent: X-Lite release 1011s stamp 41150
Content-Length: 183

v=0
o=- 4 2 IN IP4 10.10.10.11
s=CounterPath X-Lite 3.0
c=IN IP4 10.10.10.11
t=0 0
m=audio 32892 RTP/AVP 8 0 101
a=fmtp:101 0-15
a=rtpmap:101 telephone-event/8000
a=sendrecv

[SIP-Packet] 2008/05/01 16:07:40,000
Sending datagram with length 482 from 10.10.10.1:5060 to 10.10.10.11:35594
ACK sip:8@XXXXX:5060;rinstance=785f66e6e0fc7130 SIP/2.0
Via: SIP/2.0/UDP 10.10.10.1:5060;branch=z9hG4bK-cfb6d532-6d523ee3
From: "Jirka"<sip:*5@XXXXX>;tag=1117400859-1137825784
To: <sip:8@XXXXX;rinstance=785f66e6e0fc7130>;tag=9b59ee79
Call-ID: 1132214123@00a05722bb3e
CSeq: 1 ACK
Max-Forwards: 70
User-Agent: LANCOM 1722 VoIP (Annex B) / 7.53.0058 / 24.04.2008
Server: XXXXX-Router-DSL
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, REFER, NOTIFY, OPTIONS
Content-Length: 0


[SIP-Packet] 2008/05/01 16:07:40,010
Sending datagram with length 700 from 10.10.10.1:5060 to 10.10.10.33:5060
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.10.10.33:5060;branch=z9hG4bK26d1ea2337936098dee706aaf05516d;rport
From: "Jirka"<sip:5@XXXXX;user=phone>;tag=3522333256
To: <sip:*8@XXXXX>;tag=1096348527--1225038329
Call-ID: 1987328925@10_10_10_33
CSeq: 3 INVITE
Max-Forwards: 70
User-Agent: X-Lite release 1011s stamp 41150
Server: XXXXX-Router-DSL
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, REFER, NOTIFY, OPTIONS
Contact: <sip:*5@10.10.10.1:5060>
Content-Type: application/sdp
Content-Length: 201

v=0
o=- 3478548730 3478548730 IN IP4 10.10.10.1
s=call
c=IN IP4 10.10.10.1
t=0 0
m=audio 52676 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv

[SIP-Packet] 2008/05/01 16:07:40,160
Receiving datagram with length 550 from 10.10.10.33:5060 to 10.10.10.1:5060
ACK sip:*5@10.10.10.1:5060 SIP/2.0
Via: SIP/2.0/UDP 10.10.10.33:5060;branch=z9hG4bKfcef697d7419580cc54171843f579175;rport
From: "Jirka" <sip:5@XXXXX>;tag=3522333256
To: <sip:*8@XXXXX>;tag=1096348527--1225038329
Call-ID: 1987328925@10_10_10_33
CSeq: 3 ACK
Contact: <sip:5@10.10.10.33:5060>
Proxy-Authorization: Digest username="Jirka", realm="XXXXX", algorithm=MD5, uri="sip:*8@XXXXX", nonce="02bbc02dece563367672b19bd681dbed", response="52882ef65dc061a2728282df092b55d8"
Max-Forwards: 70
User-Agent: S675IP020970000000
Content-Length: 0


[SIP-Packet] 2008/05/01 16:07:42,320
Receiving datagram with length 521 from 10.10.10.11:35594 to 10.10.10.1:5060
SUBSCRIBE sip:8@10.10.10.1 SIP/2.0
Via: SIP/2.0/UDP 10.10.10.11:35594;branch=z9hG4bK-d87543-be1dd8700143b63b-1--d87543-;rport
Max-Forwards: 70
Contact: <sip:8@10.10.10.11:35594>
To: "Jirka"<sip:8@10.10.10.1>
From: "Jirka"<sip:8@10.10.10.1>;tag=935b5029
Call-ID: YmVmODc2NWIxMTFhMGVmMzVlZDI0MTNiNGVkMDM1MjI.
CSeq: 1 SUBSCRIBE
Expires: 300
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO
User-Agent: X-Lite release 1011s stamp 41150
Event: message-summary
Content-Length: 0


[SIP-Packet] 2008/05/01 16:07:46,360
Receiving datagram with length 521 from 10.10.10.11:35594 to 10.10.10.1:5060
SUBSCRIBE sip:8@10.10.10.1 SIP/2.0
Via: SIP/2.0/UDP 10.10.10.11:35594;branch=z9hG4bK-d87543-be1dd8700143b63b-1--d87543-;rport
Max-Forwards: 70
Contact: <sip:8@10.10.10.11:35594>
To: "Jirka"<sip:8@10.10.10.1>
From: "Jirka"<sip:8@10.10.10.1>;tag=935b5029
Call-ID: YmVmODc2NWIxMTFhMGVmMzVlZDI0MTNiNGVkMDM1MjI.
CSeq: 1 SUBSCRIBE
Expires: 300
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO
User-Agent: X-Lite release 1011s stamp 41150
Event: message-summary
Content-Length: 0


[SIP-Packet] 2008/05/01 16:07:50,380
Receiving datagram with length 521 from 10.10.10.11:35594 to 10.10.10.1:5060
SUBSCRIBE sip:8@10.10.10.1 SIP/2.0
Via: SIP/2.0/UDP 10.10.10.11:35594;branch=z9hG4bK-d87543-be1dd8700143b63b-1--d87543-;rport
Max-Forwards: 70
Contact: <sip:8@10.10.10.11:35594>
To: "Jirka"<sip:8@10.10.10.1>
From: "Jirka"<sip:8@10.10.10.1>;tag=935b5029
Call-ID: YmVmODc2NWIxMTFhMGVmMzVlZDI0MTNiNGVkMDM1MjI.
CSeq: 1 SUBSCRIBE
Expires: 300
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO
User-Agent: X-Lite release 1011s stamp 41150
Event: message-summary
Content-Length: 0

Vielen Dank und viele Grüße,
Jirka

ittk · Beitrag von **ittk** » 01 Mai 2008, 18:25

Hi Jirka,

seitens deines Siemens (mit neuster Firmware) und den sonstigen SIP-Endgeraeten 1. prefered codec = G.711U und 2. prefred G.711A einstellen und erneut testen.

Bisher wird G.722 als erster Codec angeboten, danach G.711A-Law etc und erst an dritter stelle kommt G.711U!

Jirka · Beitrag von **Jirka** » 01 Mai 2008, 19:44

Hi ittk,

also wenn ich die Reihenfolge der Codecs ändere in

G.722
G.711 µ-law
G.711 a-law
G.726
G.729

dann funktioniert alles. Soweit so gut. Allerdings frage ich mich, warum es mit G.711 a-law nicht funktioniert. Wenn die Telefone sich das ausgehandelt haben, dann sollte es doch auch gehen. Ich meine, es stand ja nichts im Wege, trotzdem den G.711 µ-law zu nehmen.

Die Standard-Reihenfolge (Auslieferungszustand) im Gigaset S675 IP ist:

G.722
G.711 a-law
G.711 µ-law
G.726
G.729

Dann gehe ich ja erst mal davon aus, dass das so ok ist.

Gibt es denn im VoIP-Bereich eine höhere Verbreitung des G.711 µ-law als des G.711 a-law?
Für alle die nicht den Unterschied kennen:

http://de.wikipedia.org/wiki/G.711 hat geschrieben:Bei G.711 wird in Schritten von 125 µs jeweils ein 8-Bit-Sample des Audiosignals per PCM-Verfahren erzeugt. Dabei werden zwei verschiedene Kennlinien für die Quantisierung verwendet: In Europa eine mit A-law bezeichnete, in Nordamerika und Japan eine mit µ-law bezeichnete.

Ich meine da ist die Reihenfolge doch gar nicht so verkehrt, dass erst a-law kommt - oder?

ittk hat geschrieben:Bisher wird G.722 als erster Codec angeboten, danach G.711A-Law etc und erst an dritter stelle kommt G.711U!

Na wenn die Gegenseite kein G.722 kann, dann rückt G.711 µ-law ja auf die zweite Stelle vor ...

Also irgendwie stellt mich das Ergebnis noch nicht zufrieden (merkst Du sicher schon). Durch das Codec-Umstellen werden die Symptome behoben, aber nicht die eigentliche Ursache. Und beim nächsten Fall ist vielleicht wieder die umgekehrte Reihenfolge besser (oder nicht?).

Vielen Dank und viele Grüße,
Jirka

ittk · Beitrag von **ittk** » 01 Mai 2008, 20:00

Hi Jirkqa,

du hast natuerlich recht, aber so ist der derzeitge Stand nun mal. Mit dem Transcoding aendert sich das zwar, jedoch kann dann die Gespraechsqualitaet durch das de- und entkodieren zu einem passenden Codec verschlechtern.

Weiterhin muss der Codec im SIP-Endgeraet auch mit den (vorausgesetzt du nutzt SIP-Leitungen) auch zum externen SIP-Provider passen. Hier nutzen viele G.711u-Law.

Aber es freut mich zu hoeren, dass es nun schon mal mit G.711 u-law funktioniert.

Vielleicht verhandeln die Endgeraete nur bis zur zweiten Codecebene, die im Auslieferungszustand nun mal G.711 A-Law waere. Auch wenn die Gegenstelle kein G.722 beherrscht wird das Proposal nun mal im SDP-Paket dennnoch als erster Codec angeboten und folglich bleibt der G.711 U-Law an dritter Stelle stehen