ich habe eine Asterisk Anlage konfiguriert und bin erstaunt wie gut die Anlage funktioniert. Ich teste aktuell ein Avaya Hardphone in Verbindung mit der Asterisk. Soweit geht alles. Das Hardphone wird von SIP Endgeräten erreicht, kann Queuecalls empfangen unsw.
Nun zu meiner Herrausforderung. Intere Calls sind nur jedes zweite mal erfolgreich. D.h. sofern ich am Hardphone z.b. die Extension 5574 anrufe, bekomme ich jedes zweite mal ein busy Ton zu hören. Die anderen 50% der Calls funktionieren. Habt Ihr eine Idee was dieses Verhalten hervorruft?
[2013-05-14 15:14:58] DEBUG[27785]: chan_sip.c:9128 find_call: = Looking for Call ID: 18_154f6f-5a495ae751a79659_I@10.12.0.66 (Checking From) --From tag 69dbd1d6519246e151a796fc_F123410.12.0.66 --To-tag
[2013-05-14 15:14:58] DEBUG[27785]: logger.c:1302 ast_create_callid: CALL_ID [C-0000002c] created by thread.
[2013-05-14 15:14:58] DEBUG[27785]: acl.c:979 ast_ouraddrfor: For destination '10.12.0.66', our source address is '10.12.1.65'.
[2013-05-14 15:14:58] DEBUG[27785]: chan_sip.c:4026 ast_sip_ouraddrfor: Setting SIP_TRANSPORT_UDP with address 10.12.1.65:5060
[2013-05-14 15:14:58] DEBUG[27785]: chan_sip.c:8731 sip_alloc: Allocating new SIP dialog for 18_154f6f-5a495ae751a79659_I@10.12.0.66 - INVITE (No RTP)
[2013-05-14 15:14:58] DEBUG[27785][C-0000002c]: logger.c:1332 ast_callid_threadassoc_add: CALL_ID [C-0000002c] bound to thread.
[2013-05-14 15:14:58] DEBUG[27785][C-0000002c]: chan_sip.c:27928 handle_incoming: **** Received INVITE (5) - Command in SIP INVITE
[2013-05-14 15:14:58] DEBUG[27785][C-0000002c]: sip/reqresp_parser.c:1603 parse_sip_options: Begin: parsing SIP "Supported: eventlist, 100rel"
[2013-05-14 15:14:58] DEBUG[27785][C-0000002c]: sip/reqresp_parser.c:1619 parse_sip_options: Found SIP option: -eventlist-
[2013-05-14 15:14:58] DEBUG[27785][C-0000002c]: sip/reqresp_parser.c:1627 parse_sip_options: Matched SIP option: eventlist
[2013-05-14 15:14:58] DEBUG[27785][C-0000002c]: sip/reqresp_parser.c:1619 parse_sip_options: Found SIP option: -100rel-
[2013-05-14 15:14:58] DEBUG[27785][C-0000002c]: sip/reqresp_parser.c:1627 parse_sip_options: Matched SIP option: 100rel
[2013-05-14 15:14:58] DEBUG[27785][C-0000002c]: netsock2.c:138 ast_sockaddr_split_hostport: Splitting '10.12.0.66' into...
[2013-05-14 15:14:58] DEBUG[27785][C-0000002c]: netsock2.c:192 ast_sockaddr_split_hostport: ...host '10.12.0.66' and port ''.
[2013-05-14 15:14:58] DEBUG[27785][C-0000002c]: chan_sip.c:17908 check_via: NAT detected for 10.12.0.66:5060 / 10.12.0.66:1040
[2013-05-14 15:14:58] DEBUG[27785][C-0000002c]: netsock2.c:138 ast_sockaddr_split_hostport: Splitting '10.12.1.65' into...
[2013-05-14 15:14:58] DEBUG[27785][C-0000002c]: netsock2.c:192 ast_sockaddr_split_hostport: ...host '10.12.1.65' and port ''.
[2013-05-14 15:14:58] DEBUG[27785][C-0000002c]: chan_sip.c:3869 __sip_xmit: Trying to put 'SIP/2.0 401' onto UDP socket destined for 10.12.0.66:5060
[2013-05-14 15:14:58] DEBUG[27785][C-0000002c]: logger.c:1354 ast_callid_threadassoc_remove: Call_ID [C-0000002c] being removed from thread.
[2013-05-14 15:14:58] DEBUG[27785]: chan_sip.c:9128 find_call: = Looking for Call ID: 18_154f6f-5a495ae751a79659_I@10.12.0.66 (Checking From) --From tag 69dbd1d6519246e151a796fc_F123410.12.0.66 --To-tag as3489d03d
[2013-05-14 15:14:58] DEBUG[27785][C-0000002c]: logger.c:1332 ast_callid_threadassoc_add: CALL_ID [C-0000002c] bound to thread.
[2013-05-14 15:14:58] DEBUG[27785][C-0000002c]: chan_sip.c:27928 handle_incoming: **** Received ACK (6) - Command in SIP ACK
[2013-05-14 15:14:58] DEBUG[27785][C-0000002c]: chan_sip.c:4561 __sip_ack: Stopping retransmission on '18_154f6f-5a495ae751a79659_I@10.12.0.66' of Response 24: Match Found
[2013-05-14 15:14:58] DEBUG[27785][C-0000002c]: logger.c:1354 ast_callid_threadassoc_remove: Call_ID [C-0000002c] being removed from thread.
[2013-05-14 15:14:58] DEBUG[27785]: chan_sip.c:9128 find_call: = Looking for Call ID: 18_154f6f-5a495ae751a79659_I@10.12.0.66 (Checking From) --From tag 69dbd1d6519246e151a796fc_F123410.12.0.66 --To-tag as3489d03d
[2013-05-14 15:14:58] DEBUG[27785][C-0000002c]: logger.c:1332 ast_callid_threadassoc_add: CALL_ID [C-0000002c] bound to thread.
[2013-05-14 15:14:58] DEBUG[27785][C-0000002c]: chan_sip.c:27928 handle_incoming: **** Received ACK (6) - Command in SIP ACK
[2013-05-14 15:14:58] DEBUG[27785][C-0000002c]: logger.c:1354 ast_callid_threadassoc_remove: Call_ID [C-0000002c] being removed from thread.
[2013-05-14 15:15:02] DEBUG[27785]: chan_sip.c:4417 __sip_autodestruct: Auto destroying SIP dialog '2d863a8653fddcff0dfcd3ef01f8d99a@10.12.1.65:5060'
[2013-05-14 15:15:02] DEBUG[27785]: chan_sip.c:6822 sip_destroy: Destroying SIP dialog 2d863a8653fddcff0dfcd3ef01f8d99a@10.12.1.65:5060
[2013-05-14 15:15:02] DEBUG[27785]: rtp_engine.c:226 instance_destructor: Destroyed RTP instance '0x7f8fb8200008'
localhost*CLI>
Bitte gebt mir Bescheid sofern mehr Infos benötigt.
Nachtrag: Selbst wenn ich nur mit der Asterisk kommuniziere. (Z.b: *60 ==> Uhrzeit ansagen) geht nur jeder zweite Call! Was kann das Problem mit dem Hardpone sein? Exakt jeder zweite Call geht...
ich habe gemeinsam mit einem Kollegen den Fehler gefunden, leider aber keine Ahnung was ich tun kann um diesen zu beheben. Der Fehler resultiert aus der falschen Portzuordnung.
- welche Asterisk-Version ist installiert? Die 11.4.0 ?
- ist im Avaya 9650 ein STUN Server konfiguriert?
- ist in der sip.conf das Konto vom Avaya 9650 mit nat=no eingetragen?
- steht in der sip.conf unter [general] nat=no oder localnet=10.12.0.0/255.255.255.0 oder localnet=10.12.0.0/255.255.0.0
herzlichen Dank für die Antwort. Habe mich sehr gefreut das du geantwortet hast. Anbei die Antworten auf deine Fragen.
- Ist die Version 11.3.0
- Es ist kein Stun Server aufgesetzt und anbei die Avaya 9650 Konfig. Dort sind nur wenige Einträge gemacht. Such einfach nach 10.12.1.65 oder 10.12.0.66. http://nopaste.info/e6ddf3e738.html
- Anbei die Config vom 9650:
Global Settings:
----------------
UDP Bindaddress: 0.0.0.0:5060
TCP SIP Bindaddress: Disabled
TLS SIP Bindaddress: Disabled
Videosupport: No
Textsupport: No
Ignore SDP sess. ver.: No
AutoCreate Peer: Off
Match Auth Username: No
Allow unknown access: Yes
Allow subscriptions: Yes
Allow overlap dialing: Yes
Allow promisc. redir: No
Enable call counters: No
SIP domain support: No
Realm. auth: No
Our auth realm asterisk
Use domains as realms: No
Call to non-local dom.: Yes
URI user is phone no: No
Always auth rejects: Yes
Direct RTP setup: No
User Agent: 2.11.0beta2(11.3.0)
SDP Session Name: Asterisk PBX 11.3.0
SDP Owner Name: root
Reg. context: (not set)
Regexten on Qualify: No
Trust RPID: No
Send RPID: No
Legacy userfield parse: No
Send Diversion: Yes
Caller ID: Unknown
From: Domain:
Record SIP history: Off
Call Events: Off
Auth. Failure Events: Off
T.38 support: No
T.38 EC mode: Unknown
T.38 MaxDtgrm: -1
SIP realtime: Disabled
Qualify Freq : 60000 ms
Q.850 Reason header: No
Store SIP_CAUSE: No
Network QoS Settings:
---------------------------
IP ToS SIP: CS3
IP ToS RTP audio: EF
IP ToS RTP video: AF41
IP ToS RTP text: CS0
802.1p CoS SIP: 4
802.1p CoS RTP audio: 5
802.1p CoS RTP video: 6
802.1p CoS RTP text: 5
Jitterbuffer enabled: No
Network Settings:
---------------------------
SIP address remapping: Enabled using externaddr
Externhost: <none>
Externaddr: 0.0.0.0:0
Externrefresh: 10
Localnet: 10.12.0.0/255.255.255.0
10.12.1.0/255.255.255.0
10.12.2.0/255.255.255.0
10.12.3.0/255.255.255.0
Global Signalling Settings:
---------------------------
Codecs: (ulaw|alaw)
Codec Order: alaw:20,ulaw:20
Relax DTMF: No
RFC2833 Compensation: No
Symmetric RTP: No
Compact SIP headers: No
RTP Keepalive: 0 (Disabled)
RTP Timeout: 30
RTP Hold Timeout: 300
MWI NOTIFY mime type: application/simple-message-summary
DNS SRV lookup: No
Pedantic SIP support: Yes
Reg. min duration 60 secs
Reg. max duration: 3600 secs
Reg. default duration: 120 secs
Sub. min duration 60 secs
Sub. max duration: 3600 secs
Outbound reg. timeout: 20 secs
Outbound reg. attempts: 5
Notify ringing state: Yes
Include CID: No
Notify hold state: Yes
SIP Transfer mode: open
Max Call Bitrate: 384 kbps
Auto-Framing: No
Outb. proxy: <not set>
Session Timers: Accept
Session Refresher: uas
Session Expires: 1800 secs
Session Min-SE: 90 secs
Timer T1: 500
Timer T1 minimum: 100
Timer B: 32000
No premature media: Yes
Max forwards: 70
Default Settings:
-----------------
Allowed transports: UDP
Outbound transport: UDP
Context: from-sip-external
Record on feature: automon
Record off feature: automon
Force rport: No
DTMF: rfc2833
Qualify: 0
Keepalive: 0
Use ClientCode: No
Progress inband: Never
Language:
Tone zone: <Not set>
MOH Interpret: default
MOH Suggest:
Voice Mail Extension: *97
----
du könntest auch der Netzwerkkarte des Asterisk-Servers aus jedem Netz eine IP geben und das Avaya mit der IP 10.12.1.65 registriert sich dann am 10.12.1.66
In der Variante muss Direct RTP setup auf NO stehen bleiben da alle RTP Pakete über den Asterisk gehen müssen.
insecure=port ; Allow matching of peer by IP address without matching port number
insecure=invite ; Do not require authentication of incoming INVITEs
insecure=port,invite ; (both)
Das Avaya sendet mit unterschiedlichen SIP Ports.
Das este INVITE/REGISTER kommt vom Avaya mit dem richtigen SIP Port 6060 der in der Avaya Config eingetragen ist.
Nach dem ersten INVITE/REGISTER sendet das Avaya plötzlich vom SIP Port 1024 plus.
Der Asterisk antwortet mit "401 Unauthorized Autorisierung ist fehlerhaft" weil der Avaya Sende-Port 1047 ungleich dem Avaya Registrierungs-Port 6060 ist.