Snom D385 und LCOS 10.50.0145Rel

Forum zu LANCOM Systems VoIP Router/Gateways und zur LANCOM VoIP Option

Moderator: Lancom-Systems Moderatoren

jhilgers
Beiträge: 175
Registriert: 02 Mär 2005, 14:39
Wohnort: Aachen

Snom D385 und LCOS 10.50.0145Rel

Beitrag von jhilgers »

Hi,

seit der 10.50. auf meinem Lancom 1906VA funktionieren die ausgehenden Telefonate nicht mehr mit meinen SNOM D385.

Es dauert ewig bis es bei der Gegenseite klingelt, aber wenn ich dran gehen, ist keine Kommunikation mehr möglich.

Hat jemand ein Idee, woran das liegen kann. Mit der 10.42.xxx war es bisher nie ein Problem.

Gruss
Jochen

Code: Alles auswählen

[Callmanager] 2021/07/26 15:49:19,787 [SIP-URI]: URI COMPARISON
[Callmanager] 2021/07/26 15:49:19,787 [Sip-UA] : FindBinding A --  ContactValid: yes,  HasContact: yes,  FromValid: yes
[Callmanager] 2021/07/26 15:49:19,787 [Sip-UA] : FindBinding  --  OrigName: "921424", OrigDomain: "10.0.1.1", ContactName: "921424"
[Callmanager] 2021/07/26 15:49:19,787 [Registration Registry]: Registration Registry: FindRegistration A --  Name: "921424",  Domain: "intern",  Contact: "921424",  PPI: "",  PAI: ""
[Callmanager] 2021/07/26 15:49:19,787 [Registration Registry]: Registration Registry: FindRegistration  --  RegName: "5239572",  RegDomain: "intern",  IsTrunk: no
[Callmanager] 2021/07/26 15:49:19,787 [Registration Registry]: Registration Registry: FindRegistration  --  RegName: "135978",  RegDomain: "intern",  IsTrunk: no
[Callmanager] 2021/07/26 15:49:19,787 [Registration Registry]: Registration Registry: FindRegistration  --  RegName: "921424",  RegDomain: "intern",  IsTrunk: no
[Callmanager] 2021/07/26 15:49:19,787 [Registration Registry]: FindRegistration  -->  It's a match(1)!
[Callmanager] 2021/07/26 15:49:19,787 [SIP Registration]: 921424@intern: SIP Registration: FindBinding A --  Find Uri: <sip:921424@10.0.1.85:47290;line=zzfc35fk>
[Callmanager] 2021/07/26 15:49:19,787 [SIP Registration]: 921424@intern: SIP Registration: FindBinding  --  Find PAI-Uri: 
[Callmanager] 2021/07/26 15:49:19,787 [SIP Registration]: 921424@intern: SIP Registration: FindBinding  --  Find PPI-Uri: 
[Callmanager] 2021/07/26 15:49:19,787 [SIP Registration]: 921424@intern: SIP Registration: FindBinding  --  isTrunkUser: no,  Binding Uri: <sip:921424@10.0.1.82:5060>
[Callmanager] 2021/07/26 15:49:19,787 [SIP-URI]: URI COMPARISON
[Callmanager] 2021/07/26 15:49:19,787 [SIP-URI]: Wrong Domain!!! - Uri1-Domain: 10.0.1.82,  Uri2-Domain: 10.0.1.85
[Callmanager] 2021/07/26 15:49:19,787 [SIP Registration]: 921424@intern: SIP Registration: FindBinding  --  isTrunkUser: no,  Binding Uri: <sip:921424@10.0.1.85:47290;line=zzfc35fk>
[Callmanager] 2021/07/26 15:49:19,787 [SIP-URI]: URI COMPARISON
[Callmanager] 2021/07/26 15:49:19,787 [Sip-UA] : -----[ INVITE INDICATION, call-id=313632373330373335373431373533-hkru737dntpq, Configured CLIR=no
[Callmanager] 2021/07/26 15:49:19,787 [CALL-INFO] : Construct CallInfo(0a1e4050) A
[Callmanager] 2021/07/26 15:49:19,788 [VCM] : Construct CmCall(0a262050)
[Callmanager] 2021/07/26 15:49:19,797 [SIP-CALL] : cSipCall constructor (type 1) --- call=0a1e4050, pSipMessage=0a036050, MediaStub=0a24d858, SIP call-id=313632373330373335373431373533-hkru737dntpq,  Cld: 08003301000
[Callmanager] 2021/07/26 15:49:19,797 [Sip-UA] : - info       : pCall-Dst: 08003301000@10.0.1.1, pCall-Src: 921424@10.0.1.1
[Callmanager] 2021/07/26 15:49:19,797 [Sip-UA] : - info       : Generated new call, call-id=1219, SIP call=0a1e4050
[Callmanager] 2021/07/26 15:49:19,797 [Sip-UA] : - info       : Generate trying response
[Callmanager] 2021/07/26 15:49:19,797 [Sip-UA] : - info       : user login/auth needed
[Callmanager] 2021/07/26 15:49:19,798 [SIP]: SipMsgMakeCommonPart - Uri Type: sip
[Callmanager] 2021/07/26 15:49:19,858 [SIP-CALL] : restart session timer if it is already running for call 0x0a1e4050
[Callmanager] 2021/07/26 15:49:19,858 [Sip-UA] : - info       : cSipUas -- RequestHndl --> Call found!
[Callmanager] 2021/07/26 15:49:19,858 [SIP-CALL] : -----[ ACK INDICATION
[Callmanager] 2021/07/26 15:49:19,858 [SIP-CALL] : - info       : call-id=1219
[Callmanager] 2021/07/26 15:49:19,858 [SIP-CALL] : - info       : cSipCall(0a1e4050) - StopRetryTimer() - caller: 0454c8f8
[Callmanager] 2021/07/26 15:49:19,858 [SIP-CALL] : -----[ call is not connected  --  start aging
[Callmanager] 2021/07/26 15:49:19,862 [SIP-CALL] : restart session timer if it is already running for call 0x0a1e4050
[Callmanager] 2021/07/26 15:49:19,862 [SIP-URI]: URI COMPARISON
[Callmanager] 2021/07/26 15:49:19,862 [Sip-UA] : FindBinding A --  ContactValid: yes,  HasContact: yes,  FromValid: yes
[Callmanager] 2021/07/26 15:49:19,862 [Sip-UA] : FindBinding  --  OrigName: "921424", OrigDomain: "10.0.1.1", ContactName: "921424"
[Callmanager] 2021/07/26 15:49:19,862 [Registration Registry]: Registration Registry: FindRegistration A --  Name: "921424",  Domain: "intern",  Contact: "921424",  PPI: "",  PAI: ""
[Callmanager] 2021/07/26 15:49:19,862 [Registration Registry]: Registration Registry: FindRegistration  --  RegName: "5239572",  RegDomain: "intern",  IsTrunk: no
[Callmanager] 2021/07/26 15:49:19,862 [Registration Registry]: Registration Registry: FindRegistration  --  RegName: "135978",  RegDomain: "intern",  IsTrunk: no
[Callmanager] 2021/07/26 15:49:19,862 [Registration Registry]: Registration Registry: FindRegistration  --  RegName: "921424",  RegDomain: "intern",  IsTrunk: no
[Callmanager] 2021/07/26 15:49:19,862 [Registration Registry]: FindRegistration  -->  It's a match(1)!
[Callmanager] 2021/07/26 15:49:19,862 [SIP Registration]: 921424@intern: SIP Registration: FindBinding A --  Find Uri: <sip:921424@10.0.1.85:47290;line=zzfc35fk>
[Callmanager] 2021/07/26 15:49:19,862 [SIP Registration]: 921424@intern: SIP Registration: FindBinding  --  Find PAI-Uri: 
[Callmanager] 2021/07/26 15:49:19,862 [SIP Registration]: 921424@intern: SIP Registration: FindBinding  --  Find PPI-Uri: 
[Callmanager] 2021/07/26 15:49:19,862 [SIP Registration]: 921424@intern: SIP Registration: FindBinding  --  isTrunkUser: no,  Binding Uri: <sip:921424@10.0.1.82:5060>
[Callmanager] 2021/07/26 15:49:19,862 [SIP-URI]: URI COMPARISON
[Callmanager] 2021/07/26 15:49:19,863 [SIP-URI]: Wrong Domain!!! - Uri1-Domain: 10.0.1.82,  Uri2-Domain: 10.0.1.85
[Callmanager] 2021/07/26 15:49:19,863 [SIP Registration]: 921424@intern: SIP Registration: FindBinding  --  isTrunkUser: no,  Binding Uri: <sip:921424@10.0.1.85:47290;line=zzfc35fk>
[Callmanager] 2021/07/26 15:49:19,863 [SIP-URI]: URI COMPARISON
[Callmanager] 2021/07/26 15:49:19,863 [Sip-UA] : -----[ INVITE INDICATION, call-id=313632373330373335373431373533-hkru737dntpq, Configured CLIR=no
[Callmanager] 2021/07/26 15:49:19,863 [Sip-UA] : - info       : Use existing call, call-id=1219, SIP call=0a1e4050
[Callmanager] 2021/07/26 15:49:19,863 [Sip-UA] : - info       : pCall.Cld: 08003301000
[Callmanager] 2021/07/26 15:49:19,863 [Sip-UA] : - info       : Generate trying response
[Callmanager] 2021/07/26 15:49:19,863 [Sip-UA] : - info       : Invite (auth) accepted
[Callmanager] 2021/07/26 15:49:19,863 [SIP-CALL] : Attempting SRTP negotiation (inspecting received SDP message)
[Callmanager] 2021/07/26 15:49:19,863 [SIP-CALL] : Media detected
[Callmanager] 2021/07/26 15:49:19,863 [SIP-CALL] : SDP Length=479, Message:
"v=0
o=root 139317469 139317469 IN IP4 10.0.1.85
s=call
c=IN IP4 10.0.1.85
t=0 0
m=audio 64286 RTP/AVP 9 0 8 3 99 111 18 101
a=crypto:1 AES_CM_128_HMAC_SHA1_32 inline:049fr9sBKPNE3OnRZ1HjlifAghm4lbNvHAZBY8P+
a=rtpmap:9 G722/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:3 GSM/8000
a=rtpmap:99 G726-32/8000
a=rtpmap:111 AAL2-G726-32/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20
a=sendrecv
"

[Callmanager] 2021/07/26 15:49:19,863 [SDP-Translator]: Translate SDP to Mediadescriptor
[Callmanager] 2021/07/26 15:49:19,863 [SIP-CALL] : Ignoring SRTP crypto proposals
[Callmanager] 2021/07/26 15:49:19,863 [Sip-UA] : - info       : ResponseInfo: 'Trying'
[Callmanager] 2021/07/26 15:49:19,863 [SIP-CALL] : -----[ Open Media Proxy On Invite, call-id=1219, SIP call=0a1e4050
[Callmanager] 2021/07/26 15:49:19,863 [SIP-CALL] : DstIp:10.0.1.85, SrcIp:10.0.1.1, RtgTag:0
[Callmanager] 2021/07/26 15:49:19,867 [SIP-CALL] : cSipCall 0a1e4050: create media remote, have streams
[Callmanager] 2021/07/26 15:49:19,867 [SIP-CALL] : createMediaRemote - sessionInfo - alternative info available: no, content-type: , alternative-info: 00000000
[Callmanager] 2021/07/26 15:49:19,869 [VCM] : -----[ CALL INDICATION, call-id=1219
[Callmanager] 2021/07/26 15:49:19,877 [VCM] : SrcCallInfo: 0a1e4050,   ReferSrcInfo: 00000000, pCall->GetDstInfo: 00000000
[Callmanager] 2021/07/26 15:49:19,877 [VCM] : Src CallId=313632373330373335373431373533-hkru737dntpq
[Callmanager] 2021/07/26 15:49:19,877 [VCM] : Source      : 921424@10.0.1.1,  Second: , isScreened: 1
[Callmanager] 2021/07/26 15:49:19,877 [VCM] : Destination : 08003301000@10.0.1.1,  AutoSendingComplete:1
[Callmanager] 2021/07/26 15:49:19,877 [VCM] : - info       : Name of source entity: USER.SIP
[Callmanager] 2021/07/26 15:49:19,877 [SIP-Binding] : filterCodecs  --  stream->HasPort: 1, media.isFaxCreatedByPstn: 0
[Callmanager] 2021/07/26 15:49:19,877 [VCM] : addDtmf - Dtmf-Method: 2, EventType: 
[Callmanager] 2021/07/26 15:49:19,877 [VCM] : EventCodec 2 - Name: telephone-event, PayName: 101, PayType: 101, Codec: 101
[Callmanager] 2021/07/26 15:49:19,877 [VCM] : - info       : parse call routing table for active entries - m_FixedNumber: 0
[Callmanager] 2021/07/26 15:49:19,877 [VCM] : - info       : PartyCln:921424@10.0.1.1, Second: ,  isScreened: 1
[Callmanager] 2021/07/26 15:49:19,877 [VCM] : - info       : SrcDescriptorCln:921424@10.0.1.1
[Callmanager] 2021/07/26 15:49:19,877 [VCM] : - info       : using routing entry in row # 6
[Callmanager] 2021/07/26 15:49:19,877 [VCM] : - info       : clear source line information
[Callmanager] 2021/07/26 15:49:19,877 [VCM] : - info       : found 'RESTART' line ==> reparse
[Callmanager] 2021/07/26 15:49:19,877 [VCM] : - info       : Source=921424@10.0.1.1, Destination=008003301000@10.0.1.1 
[Callmanager] 2021/07/26 15:49:19,877 [VCM] : - info       : parse call routing table for active entries - m_FixedNumber: 0
[Callmanager] 2021/07/26 15:49:19,877 [VCM] : - info       : PartyCln:921424@10.0.1.1, Second: ,  isScreened: 1
[Callmanager] 2021/07/26 15:49:19,877 [VCM] : - info       : SrcDescriptorCln:921424@10.0.1.1
[Callmanager] 2021/07/26 15:49:19,878 [VCM] : - info       : CheckLine  --  4
[Callmanager] 2021/07/26 15:49:19,878 [VCM] : - info       : CheckLine  --  5
[Callmanager] 2021/07/26 15:49:19,878 [VCM] : - info       : using routing entry in row # 67
[Callmanager] 2021/07/26 15:49:19,878 [VCM] : - info       : first/single way destination 08003301000@tel.t-online.de via WIZ_T-921424
[Callmanager] 2021/07/26 15:49:19,878 [VCM] : - info       : proceeding call
[Callmanager] 2021/07/26 15:49:19,878 [VCM] : -----[ INITIATE CALLS, call-id=1219
[Callmanager] 2021/07/26 15:49:19,878 [VCM] : - info       : initiate call to 08003301000@tel.t-online.de,  ToCld:No ToCld!
[Callmanager] 2021/07/26 15:49:19,878 [VCM] : - info       : outgoing line is WIZ_T-921424
[Callmanager] 2021/07/26 15:49:19,878 [VCM] : - info       : called number is incomplete
[Callmanager] 2021/07/26 15:49:19,885 [VCM] : -----[ INITIATE CALL, call-id=1219
[Callmanager] 2021/07/26 15:49:19,885 [SIP-Provider] : filterCodecs  --  stream->HasPort: 1, media.isFaxCreatedByPstn: 0
[Callmanager] 2021/07/26 15:49:19,885 [VCM] : InitiateCall 3
[Callmanager] 2021/07/26 15:49:19,885 [VCM] : -----[ CALL PROCEEDING INDICATION, call-id=1219
[Callmanager] 2021/07/26 15:49:19,885 [VCM] : - info       : Src CallId=313632373330373335373431373533-hkru737dntpq
[Callmanager] 2021/07/26 15:49:19,885 [SIP-Provider] : -----[ INITIATE CALL, call-id=1219
[Callmanager] 2021/07/26 15:49:19,885 [SIP-Provider] : ----- HasReplaces: no
[Callmanager] 2021/07/26 15:49:19,885 [SIP-Provider] : Source      : 921424@10.0.1.1
[Callmanager] 2021/07/26 15:49:19,885 [SIP-Provider] : Destination : 08003301000@tel.t-online.de
[Callmanager] 2021/07/26 15:49:19,885 [SIP-Provider] : - info       : line 'WIZ_T-921424' operates in provider mode
[Callmanager] 2021/07/26 15:49:19,885 [SIP-Provider] : - info       : convert src-number '921424' -> '+492471921424'
[Callmanager] 2021/07/26 15:49:19,885 [SIP-Provider] : cSipProviderLine::InitiateCall 1  Restricted:0, IsScreened:1, IsFull:0
[Callmanager] 2021/07/26 15:49:19,885 [CALL-INFO] : Construct CallInfo(0a086050) A
[Callmanager] 2021/07/26 15:49:19,886 [SIP-CALL] : cSipCall constructor (type 2) --- call=0a086050, MediaStub=09ddc058, SIP call-id=3359038515@00a05746f5c6, Cld: 08003301000
[Callmanager] 2021/07/26 15:49:19,886 [SIP-Provider] : addDtmf - Dtmf-Method: 2, EventType: 
[Callmanager] 2021/07/26 15:49:19,886 [SIP-Provider] : EventCodec 2 - Name: telephone-event, PayName: 101, PayType: 101, Codec: 101
[Callmanager] 2021/07/26 15:49:19,886 [SIP-Provider] : Session-Expires: 3600, Refresher: , Require: no, SendSession: yes
[Callmanager] 2021/07/26 15:49:19,886 [SIP-Provider] : Wan.Session-Expires: 3600, Wan.Refresher: , Wan.Require: no, SendSession: yes
[Callmanager] 2021/07/26 15:49:19,886 [SIP-Provider] : - info       : Set handle autonomous (0) to 0a086050
[Callmanager] 2021/07/26 15:49:19,886 [SIP-CALL] : Set last sent media descriptor, this=0a086050, has streams: yes
[Callmanager] 2021/07/26 15:49:19,886 [SIP-Provider] : - info       : got more than one digit, number potentially complete, start short overlap timeout
[Callmanager] 2021/07/26 15:49:19,886 [Sip-UA] : - info       : Reply code: 1
[Callmanager] 2021/07/26 15:49:19,886 [SIP]: SipMsgMakeCommonPart - Uri Type: sip
[Callmanager] 2021/07/26 15:49:19,886 [SIP-Binding] : Setting user 921424 (09f2945c) to busy
[Callmanager] 2021/07/26 15:49:19,893 [Sip-UA] : - info       : Marked user as busy
[Callmanager] 2021/07/26 15:49:20,136 [SIP-CALL] : Overlap timeout, call-id=1219
[Callmanager] 2021/07/26 15:49:20,136 [SIP-CALL] : - info       : called-id is '08003301000'
[Callmanager] 2021/07/26 15:49:20,136 [SIP-Provider] : -----[ INFO REQUEST, call-id=1219
[Callmanager] 2021/07/26 15:49:20,136 [SIP-Provider] : Source      : 921424@10.0.1.1
[Callmanager] 2021/07/26 15:49:20,136 [SIP-Provider] : Destination : 08003301000@tel.t-online.de
[Callmanager] 2021/07/26 15:49:20,136 [SIP-Provider] : - info       : line 'WIZ_T-921424' operates in provider mode
[Callmanager] 2021/07/26 15:49:20,136 [SIP-Provider] : - info       : complete
[Callmanager] 2021/07/26 15:49:20,136 [SIP-Provider] : - info       : ToCld:08003301000
[Callmanager] 2021/07/26 15:49:20,136 [SIP-Provider] : - info       : Cld:08003301000
[Callmanager] 2021/07/26 15:49:20,136 [SIP-Provider] : - info       : NonFilteredEventType:101
[Callmanager] 2021/07/26 15:49:20,136 [CALL-INFO] : startMediaLocal :: this=0a086050, --- RemoteMedia.EventType:101
[Callmanager] 2021/07/26 15:49:20,136 [SIP-CALL] : cSipCall 0a086050: create media local, have streams
[Callmanager] 2021/07/26 15:49:20,136 [Secure RTP]: Removing any crypto info for streams in media descriptor 09ddc068
[Callmanager] 2021/07/26 15:49:20,136 [SIP-CALL] : cSipCall 00000000: create media local, no SRTP negotiated
[Callmanager] 2021/07/26 15:49:20,136 [SIP-CALL] : createMediaLocal - sessionInfo - alternative info available: no, content-type: , alternative-info: 00000000
[Callmanager] 2021/07/26 15:49:20,138 [VCM] : -----[ INFO IS COMPLETE, call-id=1219
[Callmanager] 2021/07/26 15:49:20,138 [VCM] : - info       : called address is complete
[Callmanager] 2021/07/26 15:49:20,138 [VCM] : - info       : Line: 'WIZ_T-921424'
[Callmanager] 2021/07/26 15:49:20,138 [VCM] : - info       : Source      : '921424@10.0.1.1'
[Callmanager] 2021/07/26 15:49:20,138 [VCM] : - info       : Destination : '08003301000@tel.t-online.de'
[Callmanager] 2021/07/26 15:49:20,138 [SIP-Provider] : - info       : Set InviteSent to 'true'
[Callmanager] 2021/07/26 15:49:20,138 [SIP-Provider] : WIZ_T-921424: processing pending messages -> registrar transport state:Ready, database has calls
[Callmanager] 2021/07/26 15:49:20,138 [SIP-Provider] : -----[ GENERATE INVITE (Provider Line), call-id=1219
[Callmanager] 2021/07/26 15:49:20,138 [SIP]: SipMsgInitRequest - Create request line from called address
[Callmanager] 2021/07/26 15:49:20,138 [SIP]: SipMsgInitRequest - Via: SIP/2.0/UDP 79.220.221.185:9036;branch=z9hG4bK-305f51f2-21176687;rport

[Callmanager] 2021/07/26 15:49:20,138 [SIP]: SipMsgMakeCommonPart - Uri Type: sip
[Callmanager] 2021/07/26 15:49:20,138 [SIP-Provider] : -----------HasReplaces: no
[Callmanager] 2021/07/26 15:49:20,138 [SIP-Provider] : privacy.getMethod().isNone: 0, privacy.isTrusted: 1
[Callmanager] 2021/07/26 15:49:20,138 [SIP-Provider] : Send Require: no
[Callmanager] 2021/07/26 15:49:20,138 [SIP-Provider] : SetSessionExpires: 1, SetSend: 1
[Callmanager] 2021/07/26 15:49:20,138 [SIP-Provider] : _Call->getHandleAutonomous: 0, _Call->getSessionExpirationTime: 0, _Call->isRequestHandledAutonomous: 0
[Callmanager] 2021/07/26 15:49:20,138 [SIP-Provider] : GenerateInvite - Call->isMediaEncrypted: no
[Callmanager] 2021/07/26 15:49:20,138 [SIP-CALL] : Attempting SRTP negotiation (adding local proposed crypto)
[Callmanager] 2021/07/26 15:49:20,138 [SIP-Provider] : correct_invalid_stream
[Callmanager] 2021/07/26 15:49:20,138 [SIP-CALL] : -----[ Adding SDP: setting up media descriptor (source=09ddc068) and translating into SDP - hasStreams: yes
[Callmanager] 2021/07/26 15:49:20,138 [SIP-CALL] : cSipCall 0a086050: SetMediaPorts 2
[Callmanager] 2021/07/26 15:49:20,139 [SIP-CALL] : cSipCall 0a086050: SetMediaPorts 3 - Port: 10006
[Callmanager] 2021/07/26 15:49:20,139 [Secure RTP]: Removing any crypto info for streams in media descriptor 10709e48
[Callmanager] 2021/07/26 15:49:20,139 [SIP-CALL] : cSipCall 00000000: adding SDP, not negotiating SRTP
[Callmanager] 2021/07/26 15:49:20,139 [SDP-Translator]: Translate Mediadescriptor to SDP
[Callmanager] 2021/07/26 15:49:20,139 [SDP-Translator]: Media Stream 1: 0x0a1c5050
[Callmanager] 2021/07/26 15:49:20,139 [SDP-Translator]: TRANSLATE M Type:audio, Port:10006, StreamDescriptor:0a1c5050
[Callmanager] 2021/07/26 15:49:20,139 [SIP-CALL] : - info       : setOkReceived: 0, this: 0a086050
[Callmanager] 2021/07/26 15:49:20,139 [SIP-CALL] : - info       : cSipCall(0a086050) - StartRetryTimer() - caller: 027787e0
[Callmanager] 2021/07/26 15:49:21,139 [SIP-CALL] : - info       : cSipWanCall(0a086050) - RetryTimout
[Callmanager] 2021/07/26 15:49:21,139 [SIP-Provider] : WIZ_T-921424: processing pending messages -> registrar transport state:Ready, database has calls
[Callmanager] 2021/07/26 15:49:21,139 [SIP-Provider] : -----[ GENERATE INVITE (Provider Line), call-id=1219
[Callmanager] 2021/07/26 15:49:21,139 [SIP]: SipMsgInitRequest - Create request line from called address
[Callmanager] 2021/07/26 15:49:21,139 [SIP]: SipMsgInitRequest - Via: SIP/2.0/UDP 79.220.221.185:9036;branch=z9hG4bK-305f51f2-21176687;rport

[Callmanager] 2021/07/26 15:49:21,139 [SIP]: SipMsgMakeCommonPart - Uri Type: sip
[Callmanager] 2021/07/26 15:49:21,139 [SIP-Provider] : -----------HasReplaces: no
[Callmanager] 2021/07/26 15:49:21,139 [SIP-Provider] : privacy.getMethod().isNone: 0, privacy.isTrusted: 1
[Callmanager] 2021/07/26 15:49:21,139 [SIP-Provider] : Send Require: no
[Callmanager] 2021/07/26 15:49:21,139 [SIP-Provider] : SetSessionExpires: 1, SetSend: 1
[Callmanager] 2021/07/26 15:49:21,139 [SIP-Provider] : _Call->getHandleAutonomous: 0, _Call->getSessionExpirationTime: 0, _Call->isRequestHandledAutonomous: 0
[Callmanager] 2021/07/26 15:49:21,139 [SIP-Provider] : GenerateInvite - Call->isMediaEncrypted: no
[Callmanager] 2021/07/26 15:49:21,139 [SIP-CALL] : Attempting SRTP negotiation (adding local proposed crypto)
[Callmanager] 2021/07/26 15:49:21,139 [SIP-Provider] : correct_invalid_stream
[Callmanager] 2021/07/26 15:49:21,139 [SIP-CALL] : -----[ Adding SDP: setting up media descriptor (source=09ddc068) and translating into SDP - hasStreams: yes
[Callmanager] 2021/07/26 15:49:21,139 [SIP-CALL] : cSipCall 0a086050: SetMediaPorts 2
[Callmanager] 2021/07/26 15:49:21,139 [SIP-CALL] : cSipCall 0a086050: SetMediaPorts 3 - Port: 10006
[Callmanager] 2021/07/26 15:49:21,139 [Secure RTP]: Removing any crypto info for streams in media descriptor 1070a078
[Callmanager] 2021/07/26 15:49:21,139 [SIP-CALL] : cSipCall 00000000: adding SDP, not negotiating SRTP
[Callmanager] 2021/07/26 15:49:21,139 [SDP-Translator]: Translate Mediadescriptor to SDP
[Callmanager] 2021/07/26 15:49:21,139 [SDP-Translator]: Media Stream 1: 0x0a0f6050
[Callmanager] 2021/07/26 15:49:21,139 [SDP-Translator]: TRANSLATE M Type:audio, Port:10006, StreamDescriptor:0a0f6050
[Callmanager] 2021/07/26 15:49:21,140 [SIP-CALL] : - info       : setOkReceived: 0, this: 0a086050
[Callmanager] 2021/07/26 15:49:21,140 [SIP-CALL] : - info       : cSipCall(0a086050) - StartRetryTimer() - caller: 027787e0
[Callmanager] 2021/07/26 15:49:23,140 [SIP-CALL] : - info       : cSipWanCall(0a086050) - RetryTimout
[Callmanager] 2021/07/26 15:49:23,140 [SIP-Provider] : WIZ_T-921424: processing pending messages -> registrar transport state:Ready, database has calls
[Callmanager] 2021/07/26 15:49:23,140 [SIP-Provider] : -----[ GENERATE INVITE (Provider Line), call-id=1219
[Callmanager] 2021/07/26 15:49:23,140 [SIP]: SipMsgInitRequest - Create request line from called address
[Callmanager] 2021/07/26 15:49:23,140 [SIP]: SipMsgInitRequest - Via: SIP/2.0/UDP 79.220.221.185:9036;branch=z9hG4bK-305f51f2-21176687;rport

[Callmanager] 2021/07/26 15:49:23,140 [SIP]: SipMsgMakeCommonPart - Uri Type: sip
[Callmanager] 2021/07/26 15:49:23,140 [SIP-Provider] : -----------HasReplaces: no
[Callmanager] 2021/07/26 15:49:23,140 [SIP-Provider] : privacy.getMethod().isNone: 0, privacy.isTrusted: 1
[Callmanager] 2021/07/26 15:49:23,140 [SIP-Provider] : Send Require: no
[Callmanager] 2021/07/26 15:49:23,140 [SIP-Provider] : SetSessionExpires: 1, SetSend: 1
[Callmanager] 2021/07/26 15:49:23,140 [SIP-Provider] : _Call->getHandleAutonomous: 0, _Call->getSessionExpirationTime: 0, _Call->isRequestHandledAutonomous: 0
[Callmanager] 2021/07/26 15:49:23,140 [SIP-Provider] : GenerateInvite - Call->isMediaEncrypted: no
[Callmanager] 2021/07/26 15:49:23,140 [SIP-CALL] : Attempting SRTP negotiation (adding local proposed crypto)
[Callmanager] 2021/07/26 15:49:23,140 [SIP-Provider] : correct_invalid_stream
[Callmanager] 2021/07/26 15:49:23,140 [SIP-CALL] : -----[ Adding SDP: setting up media descriptor (source=09ddc068) and translating into SDP - hasStreams: yes
[Callmanager] 2021/07/26 15:49:23,140 [SIP-CALL] : cSipCall 0a086050: SetMediaPorts 2
[Callmanager] 2021/07/26 15:49:23,140 [SIP-CALL] : cSipCall 0a086050: SetMediaPorts 3 - Port: 10006
[Callmanager] 2021/07/26 15:49:23,140 [Secure RTP]: Removing any crypto info for streams in media descriptor 1070a078
[Callmanager] 2021/07/26 15:49:23,140 [SIP-CALL] : cSipCall 00000000: adding SDP, not negotiating SRTP
[Callmanager] 2021/07/26 15:49:23,140 [SDP-Translator]: Translate Mediadescriptor to SDP
[Callmanager] 2021/07/26 15:49:23,140 [SDP-Translator]: Media Stream 1: 0x0a0bc050
[Callmanager] 2021/07/26 15:49:23,140 [SDP-Translator]: TRANSLATE M Type:audio, Port:10006, StreamDescriptor:0a0bc050
[Callmanager] 2021/07/26 15:49:23,140 [SIP-CALL] : - info       : setOkReceived: 0, this: 0a086050
[Callmanager] 2021/07/26 15:49:23,140 [SIP-CALL] : - info       : cSipCall(0a086050) - StartRetryTimer() - caller: 027787e0
[Callmanager] 2021/07/26 15:49:27,140 [SIP-CALL] : - info       : cSipWanCall(0a086050) - RetryTimout
[Callmanager] 2021/07/26 15:49:27,140 [SIP-Provider] : WIZ_T-921424: processing pending messages -> registrar transport state:Ready, database has calls
[Callmanager] 2021/07/26 15:49:27,140 [SIP-Provider] : -----[ GENERATE INVITE (Provider Line), call-id=1219
[Callmanager] 2021/07/26 15:49:27,140 [SIP]: SipMsgInitRequest - Create request line from called address
[Callmanager] 2021/07/26 15:49:27,140 [SIP]: SipMsgInitRequest - Via: SIP/2.0/UDP 79.220.221.185:9036;branch=z9hG4bK-305f51f2-21176687;rport

[Callmanager] 2021/07/26 15:49:27,141 [SIP]: SipMsgMakeCommonPart - Uri Type: sip
[Callmanager] 2021/07/26 15:49:27,141 [SIP-Provider] : -----------HasReplaces: no
[Callmanager] 2021/07/26 15:49:27,141 [SIP-Provider] : privacy.getMethod().isNone: 0, privacy.isTrusted: 1
[Callmanager] 2021/07/26 15:49:27,141 [SIP-Provider] : Send Require: no
[Callmanager] 2021/07/26 15:49:27,141 [SIP-Provider] : SetSessionExpires: 1, SetSend: 1
[Callmanager] 2021/07/26 15:49:27,141 [SIP-Provider] : _Call->getHandleAutonomous: 0, _Call->getSessionExpirationTime: 0, _Call->isRequestHandledAutonomous: 0
[Callmanager] 2021/07/26 15:49:27,141 [SIP-Provider] : GenerateInvite - Call->isMediaEncrypted: no
[Callmanager] 2021/07/26 15:49:27,141 [SIP-CALL] : Attempting SRTP negotiation (adding local proposed crypto)
[Callmanager] 2021/07/26 15:49:27,141 [SIP-Provider] : correct_invalid_stream
[Callmanager] 2021/07/26 15:49:27,141 [SIP-CALL] : -----[ Adding SDP: setting up media descriptor (source=09ddc068) and translating into SDP - hasStreams: yes
[Callmanager] 2021/07/26 15:49:27,141 [SIP-CALL] : cSipCall 0a086050: SetMediaPorts 2
[Callmanager] 2021/07/26 15:49:27,141 [SIP-CALL] : cSipCall 0a086050: SetMediaPorts 3 - Port: 10006
[Callmanager] 2021/07/26 15:49:27,141 [Secure RTP]: Removing any crypto info for streams in media descriptor 1070a078
[Callmanager] 2021/07/26 15:49:27,141 [SIP-CALL] : cSipCall 00000000: adding SDP, not negotiating SRTP
[Callmanager] 2021/07/26 15:49:27,141 [SDP-Translator]: Translate Mediadescriptor to SDP
[Callmanager] 2021/07/26 15:49:27,141 [SDP-Translator]: Media Stream 1: 0x0a2a7050
[Callmanager] 2021/07/26 15:49:27,141 [SDP-Translator]: TRANSLATE M Type:audio, Port:10006, StreamDescriptor:0a2a7050
[Callmanager] 2021/07/26 15:49:27,141 [SIP-CALL] : - info       : setOkReceived: 0, this: 0a086050
[Callmanager] 2021/07/26 15:49:27,141 [SIP-CALL] : - info       : cSipCall(0a086050) - StartRetryTimer() - caller: 027787e0
[Callmanager] 2021/07/26 15:49:31,141 [SIP-CALL] : - info       : cSipWanCall(0a086050) - RetryTimout
[Callmanager] 2021/07/26 15:49:31,141 [SIP-Provider] : WIZ_T-921424: processing pending messages -> registrar transport state:Ready, database has calls
[Callmanager] 2021/07/26 15:49:31,141 [SIP-Provider] : -----[ GENERATE INVITE (Provider Line), call-id=1219
[Callmanager] 2021/07/26 15:49:31,141 [SIP]: SipMsgInitRequest - Create request line from called address
[Callmanager] 2021/07/26 15:49:31,141 [SIP]: SipMsgInitRequest - Via: SIP/2.0/UDP 79.220.221.185:9036;branch=z9hG4bK-305f51f2-21176687;rport

[Callmanager] 2021/07/26 15:49:31,141 [SIP]: SipMsgMakeCommonPart - Uri Type: sip
[Callmanager] 2021/07/26 15:49:31,141 [SIP-Provider] : -----------HasReplaces: no
[Callmanager] 2021/07/26 15:49:31,141 [SIP-Provider] : privacy.getMethod().isNone: 0, privacy.isTrusted: 1
[Callmanager] 2021/07/26 15:49:31,141 [SIP-Provider] : Send Require: no
[Callmanager] 2021/07/26 15:49:31,141 [SIP-Provider] : SetSessionExpires: 1, SetSend: 1
[Callmanager] 2021/07/26 15:49:31,141 [SIP-Provider] : _Call->getHandleAutonomous: 0, _Call->getSessionExpirationTime: 0, _Call->isRequestHandledAutonomous: 0
[Callmanager] 2021/07/26 15:49:31,142 [SIP-Provider] : GenerateInvite - Call->isMediaEncrypted: no
[Callmanager] 2021/07/26 15:49:31,142 [SIP-CALL] : Attempting SRTP negotiation (adding local proposed crypto)
[Callmanager] 2021/07/26 15:49:31,142 [SIP-Provider] : correct_invalid_stream
[Callmanager] 2021/07/26 15:49:31,142 [SIP-CALL] : -----[ Adding SDP: setting up media descriptor (source=09ddc068) and translating into SDP - hasStreams: yes
[Callmanager] 2021/07/26 15:49:31,142 [SIP-CALL] : cSipCall 0a086050: SetMediaPorts 2
[Callmanager] 2021/07/26 15:49:31,142 [SIP-CALL] : cSipCall 0a086050: SetMediaPorts 3 - Port: 10006
[Callmanager] 2021/07/26 15:49:31,142 [Secure RTP]: Removing any crypto info for streams in media descriptor 1070a078
[Callmanager] 2021/07/26 15:49:31,142 [SIP-CALL] : cSipCall 00000000: adding SDP, not negotiating SRTP
[Callmanager] 2021/07/26 15:49:31,142 [SDP-Translator]: Translate Mediadescriptor to SDP
[Callmanager] 2021/07/26 15:49:31,142 [SDP-Translator]: Media Stream 1: 0x0a193050
[Callmanager] 2021/07/26 15:49:31,142 [SDP-Translator]: TRANSLATE M Type:audio, Port:10006, StreamDescriptor:0a193050
[Callmanager] 2021/07/26 15:49:31,142 [SIP-CALL] : - info       : setOkReceived: 0, this: 0a086050
[Callmanager] 2021/07/26 15:49:31,142 [SIP-CALL] : - info       : cSipCall(0a086050) - StartRetryTimer() - caller: 027787e0
[Callmanager] 2021/07/26 15:49:31,876 [SIP-CALL] : restart session timer if it is already running for call 0x0a1e4050
[Callmanager] 2021/07/26 15:49:31,876 [Sip-UA] : - info       : cSipUas -- RequestHndl --> Call found!
[Callmanager] 2021/07/26 15:49:31,876 [Sip-UA] : -----[ CANCEL INDICATION, call-id=1219
[Callmanager] 2021/07/26 15:49:31,877 [SIP]: SipMsgMakeCommonPart - Uri Type: sip
[Callmanager] 2021/07/26 15:49:31,877 [Sip-UA] : setUserNotBusy  --  Caller: 0454d9d8
[Callmanager] 2021/07/26 15:49:31,877 [Sip-UA] : set user(09f2945c) to not busy
[Callmanager] 2021/07/26 15:49:31,877 [SIP-Binding] : Setting user 921424 (09f2945c) to not busy
[Callmanager] 2021/07/26 15:49:31,884 [VCM] : -----[ CANCEL INDICATION, call-id=1219
[Callmanager] 2021/07/26 15:49:31,884 [VCM] : - info       : cause is 'cancel'
[Callmanager] 2021/07/26 15:49:31,893 [SIP]: SipMsgInitRequest - CANCEL request - Create request line from invite uri
[Callmanager] 2021/07/26 15:49:31,893 [SIP]: SipMsgInitRequest - Via: SIP/2.0/UDP 79.220.221.185:9036;branch=z9hG4bK-305f51f2-21176687;rport
Zuletzt geändert von jhilgers am 26 Jul 2021, 19:13, insgesamt 1-mal geändert.
Uller
Beiträge: 23
Registriert: 28 Jul 2018, 20:17

Re: Snom D385 und LCOS 10.50.0145Rel

Beitrag von Uller »

Ich habe heute an meinem 1781VA (mit VOIP Option) genau das gleiche beobachtet, allerdings ist es nicht auf SNOM Endgeräte beschränkt.

Im einzelnen:

- Abgehende Anrufe von SIP Clients (Snom D385 und Dect Telefon an einer Fritzbox, die per SIP am Lancom angemeldet ist) dauern sehr lange (knapp 40s) bis es an der Gegenseite klingelt.

- Abgehende Anrufe über eine ISDN Anlage, die auch am Lancom angeschlossen ist, verhalten sich unauffällig, Rufaufbau wie mit der 10.42 auch. Am Lancom gehen beide Anrufe zum selben Account bei der Telekom

- Im Trace fällt auf, dass zunächst sehr viele INVITE Pakete gesendet werden, irgendwann kommt ein Timeout dann wird der Ruf aber doch aufgebaut. Allerdings kenne ich das Protokoll nicht gut genug, um das irgendwie zu bewerten.

Ich werde es wohl mal beim Lancom Support versuchen.

Viele Grüße,
Uller
Uller
Beiträge: 23
Registriert: 28 Jul 2018, 20:17

Re: Snom D385 und LCOS 10.50.0145Rel

Beitrag von Uller »

Ergänzen kann ich noch, dass das Gespräch, wenn der Angerufene es annimmt, dort sofort beendet wird. Auf der Seite des Anrufenden wird weiter das ausgehende Telefonat angezeigt.
Uller
Beiträge: 23
Registriert: 28 Jul 2018, 20:17

Re: Snom D385 und LCOS 10.50.0145Rel

Beitrag von Uller »

Ich bin etwas erstaunt, dass es offenbar niemanden sonst mit dem Problem gibt.

Vom Lancom Support habe ich, bis auf eine automatische Antwort ("Im Support kann es zu Wartezeiten kommen "), bislang leider keine weitere Rückmeldung erhalten. Vielleicht habt Ihr ja neue Erkenntnisse?
muecom
Beiträge: 1
Registriert: 27 Aug 2021, 11:11

Re: Snom D385 und LCOS 10.50.0145Rel

Beitrag von muecom »

Hi

hab seit dem Update auch das Problem mit unserem 1783VA:
- SNOM 345 -> abgehende Telefonate, es klingelt nicht (hab anscheinden noch nie soo lang gewartet)
ankommende Gespräche funktionieren.
- Gigaset DECT -> funktioniert in beide Richtungen
- ISDN Anlage -> auch keine Probleme

Gibt's vom Support inzwischen ne Antwort?

Gruß
Stefan
Uller
Beiträge: 23
Registriert: 28 Jul 2018, 20:17

Re: Snom D385 und LCOS 10.50.0145Rel

Beitrag von Uller »

Bislang nur die Bitte um einen Trace, hab ich am Freitag erstellt. Sollte ich etwas von Lancom hören, werde ich hier posten.
Uller
Beiträge: 23
Registriert: 28 Jul 2018, 20:17

Re: Snom D385 und LCOS 10.50.0145Rel

Beitrag von Uller »

Ein kurzes Update zum Thema: Auf Anraten des Lancom Supports habe ich versuchsweise Codecs am Snom Telefon deaktiviert, wird z.B. der 729, aber auch andere, aus der Liste entfernt funktioniert es wieder. Über die Fritzbox funktioniert es wenn HD Telefonie deaktiviert wird, eine andere Möglichkeit dort Einfluss auf die Codecs zu nehmen habe ich nicht gefunden.

Sicher keine endgültige Lösung aber ein für mich gehbarer Workaround.
Benutzeravatar
LoUiS
Site Admin
Site Admin
Beiträge: 5031
Registriert: 07 Nov 2004, 18:29
Wohnort: Aix la Chapelle

Re: Snom D385 und LCOS 10.50.0145Rel

Beitrag von LoUiS »

Hallo zusammen,

ich denke dieses Verhalten sollte mit der in Kuerze freigegebenen LCOS Version 10.50.0235 RU1 behoben sein. Dabei ging es um fragmentierte Pakete. Wenn die Payload zu gross wurde (durch z.B. zu viele Codecs oder Verschluesselung), wurden Pakete fragmentiert und nicht korrekt verarbeitet. Dies wurde behoben.


Ciao
LoUiS
Dr.House hat geschrieben:Dr. House: Du bist geheilt. Steh auf und wandle.
Patient: Sind Sie geisteskrank?
Dr. House: In der Bibel sagen die Leute schlicht "Ja, Herr" und verfallen dann ins Lobpreisen.
tstimper
Beiträge: 955
Registriert: 04 Jun 2021, 15:23
Wohnort: Chemnitz
Kontaktdaten:

Re: Snom D385 und LCOS 10.50.0145Rel

Beitrag von tstimper »

ch denke dieses Verhalten sollte mit der in Kuerze freigegebenen LCOS Version 10.50.0235 RU1 behoben sein. Dabei ging es um fragmentierte Pakete. Wenn die Payload zu gross wurde (durch z.B. zu viele Codecs oder Verschluesselung), wurden Pakete fragmentiert und nicht korrekt verarbeitet. Dies wurde behoben.
War dieser Fehler neu in der 10.50.xx oder gab es den schon in den 10.42er Firmware?

Gruß

ts
TakeControl: Config Backup für LANCOM Router, ALC, APs und Switche...
https://www.linkedin.com/posts/activity ... 04032-DNQ5
https://www.nmedv.de
Benutzeravatar
LoUiS
Site Admin
Site Admin
Beiträge: 5031
Registriert: 07 Nov 2004, 18:29
Wohnort: Aix la Chapelle

Re: Snom D385 und LCOS 10.50.0145Rel

Beitrag von LoUiS »

Hallo,

da es ja, lt. dem Ersteller dieses Thread zuvor mit einer 10.42 funktioniert hat, ist der Fehler dann wohl erst mit der neuen LCOS Version 10.50 rein gekommen.


Ciao
LoUiS
Dr.House hat geschrieben:Dr. House: Du bist geheilt. Steh auf und wandle.
Patient: Sind Sie geisteskrank?
Dr. House: In der Bibel sagen die Leute schlicht "Ja, Herr" und verfallen dann ins Lobpreisen.
tstimper
Beiträge: 955
Registriert: 04 Jun 2021, 15:23
Wohnort: Chemnitz
Kontaktdaten:

Re: Snom D385 und LCOS 10.50.0145Rel

Beitrag von tstimper »

Hallo LoUiS,

vielen Dank, dann bleiben wir auch erstmal bei den 10.42er Versionen.
Ich war bei dem Punkt Fragmentierung bei Verschlüsselung hellhörig geworden.

Viele Grüße

ts
TakeControl: Config Backup für LANCOM Router, ALC, APs und Switche...
https://www.linkedin.com/posts/activity ... 04032-DNQ5
https://www.nmedv.de
Benutzeravatar
LoUiS
Site Admin
Site Admin
Beiträge: 5031
Registriert: 07 Nov 2004, 18:29
Wohnort: Aix la Chapelle

Re: Snom D385 und LCOS 10.50.0145Rel

Beitrag von LoUiS »

Hallo,

die Argumentation verstehe ich jetzt nicht? Der Bug wurde gefixed, warum dann doch bei der 10.42 bleiben?


Ciao
LoUiS
Dr.House hat geschrieben:Dr. House: Du bist geheilt. Steh auf und wandle.
Patient: Sind Sie geisteskrank?
Dr. House: In der Bibel sagen die Leute schlicht "Ja, Herr" und verfallen dann ins Lobpreisen.
tstimper
Beiträge: 955
Registriert: 04 Jun 2021, 15:23
Wohnort: Chemnitz
Kontaktdaten:

Re: Snom D385 und LCOS 10.50.0145Rel

Beitrag von tstimper »

Hallo LoUiS,
die Argumentation verstehe ich jetzt nicht? Der Bug wurde gefixed, warum dann doch bei der 10.42 bleiben?
Für den OP sicher, der kann die 10.50.0235 RU1 nehmen. Sehe ich auch so.

Grüße

ts
TakeControl: Config Backup für LANCOM Router, ALC, APs und Switche...
https://www.linkedin.com/posts/activity ... 04032-DNQ5
https://www.nmedv.de
Uller
Beiträge: 23
Registriert: 28 Jul 2018, 20:17

Re: Snom D385 und LCOS 10.50.0145Rel

Beitrag von Uller »

ich denke dieses Verhalten sollte mit der in Kuerze freigegebenen LCOS Version 10.50.0235 RU1 behoben sein. Dabei ging es um fragmentierte Pakete. Wenn die Payload zu gross wurde (durch z.B. zu viele Codecs oder Verschluesselung), wurden Pakete fragmentiert und nicht korrekt verarbeitet. Dies wurde behoben.
Ich habe es eben kurz mit der 10.50 RU1 und dem Snom Telefon getestet das Problem scheint in der Tat behoben zu sein, in den Release Notes habe ich allerdings nichts dazu gefunden, vielleicht habe ich das aber überlesen. Ich werde das in den nächsten Tagen noch etwas beobachten und auch noch mit den an der Fritzbox angemeldeten DECT Telefonen testen. Den geschilderten Grund hatte der Support auch vermutet.
da es ja, lt. dem Ersteller dieses Thread zuvor mit einer 10.42 funktioniert hat, ist der Fehler dann wohl erst mit der neuen LCOS Version 10.50 rein gekommen.
Genau so war es, 10.42 RU3 hatte keine Probleme, die 10.50 dann schon.


Ich möchte auch ausdrücklich noch mal den Lancom Support loben. Am Anfang hat es etwas gedauert, was aber auch kein Drama war. In den letzten Tagen hat er aber immer sehr schnell und Hilfreich reagiert, obwohl ich ja nur Kleinkunde bin!
Benutzeravatar
LoUiS
Site Admin
Site Admin
Beiträge: 5031
Registriert: 07 Nov 2004, 18:29
Wohnort: Aix la Chapelle

Re: Snom D385 und LCOS 10.50.0145Rel

Beitrag von LoUiS »

Uller hat geschrieben: 01 Sep 2021, 21:07 in den Release Notes habe ich allerdings nichts dazu gefunden
Ich denke fuer die Aufnahme in die Releasenotes war das Thema leider zu kurzfristig.#


Ciao
LoUiS
Dr.House hat geschrieben:Dr. House: Du bist geheilt. Steh auf und wandle.
Patient: Sind Sie geisteskrank?
Dr. House: In der Bibel sagen die Leute schlicht "Ja, Herr" und verfallen dann ins Lobpreisen.
Antworten