Hallo zusammen,
ich habe ein Problem mit einem SIP-Trunk zwischen einem Asterisk (Version 1.4/1.8 / 11 und aktueller stable getestet) und einer openScape Voice V7 (ehemal. HiPath8000).
Aufbau ist wie folgt: Von extern kommt ein Call rein, wird von der OSV angenommen anschließend über einen Trunk zum Asterisk überspielt und vermittelt. Danach geht es über den gleichen SIP-Trunk zurück an die OSV und dort an die SIP-Teilnehmer. Die sind also alle an der OSV angemeldet und NICHT am Asterisk. Der ist sozusagen nur Vermittlungsplattform (für Queues usw.).
sip.conf:
Die Gespräche werden bei von OSV via SRTP bzw. SIPS an ein OpenScape 20 bzw. 40 Telefon vermittelt.
Das klappt soweit alles und das Gespräch kann ganz regulär geführt werden. Problem ist, wenn auf Rückfrage an das Telefon gegangen wird, um das Gespräch zu vermitteln oder nur um auf "Hold" gehen. Anschließend kann das Gespräch nicht mehr zurückgenommen werden. Der Anrufer hört weiterhin die MOH-Musik, am OpenScape-Telefon ist stille.
Im Asterisk-Log traucht folgendes Log:
Es besteht dann keine Möglichkeit das Gespräch zurückzuholen. Der Anrufer hängt da fest.
rtp.conf:
Mit den Parametern "qualify=yes, directmedia=no, nat=force_rport,comedia" habe ich in der sip.conf bereits rumgespielt. Aber ohne großen Erfolg.
Freue mich über neue Ideen oder vielleicht sogar eine Lösung?!?
Danke und viele Grüße,
MasterD
ich habe ein Problem mit einem SIP-Trunk zwischen einem Asterisk (Version 1.4/1.8 / 11 und aktueller stable getestet) und einer openScape Voice V7 (ehemal. HiPath8000).
Aufbau ist wie folgt: Von extern kommt ein Call rein, wird von der OSV angenommen anschließend über einen Trunk zum Asterisk überspielt und vermittelt. Danach geht es über den gleichen SIP-Trunk zurück an die OSV und dort an die SIP-Teilnehmer. Die sind also alle an der OSV angemeldet und NICHT am Asterisk. Der ist sozusagen nur Vermittlungsplattform (für Queues usw.).
sip.conf:
Code:
[sip_XXX]
context=default
host=172.18.XXX.102
transport=udp
canreinvite=no
type=peer
rtpkeepalive=0
outboundproxy=172.18.XXX.102
media_address=172.18.XXX.102
port=5060
; insecure=port,invite
registertimeout=600
disallow=all
allow=alaw
qualify=yes
directmedia=no
nat=force_rport,comedia
Die Gespräche werden bei von OSV via SRTP bzw. SIPS an ein OpenScape 20 bzw. 40 Telefon vermittelt.
Das klappt soweit alles und das Gespräch kann ganz regulär geführt werden. Problem ist, wenn auf Rückfrage an das Telefon gegangen wird, um das Gespräch zu vermitteln oder nur um auf "Hold" gehen. Anschließend kann das Gespräch nicht mehr zurückgenommen werden. Der Anrufer hört weiterhin die MOH-Musik, am OpenScape-Telefon ist stille.
Im Asterisk-Log traucht folgendes Log:
Code:
> 0x17b02c0 -- Probation passed - setting RTP source address to 10.XXX.XXX.29:5016
> 0x17b02c0 -- Switching RTP source address to 172.18.XXX.91:22296
> 0x17b02c0 -- Switching RTP source address to 10.XXX.XXX.29:5016
> 0x17b02c0 -- Switching RTP source address to 172.18.XXX.91:22296
> 0x17b02c0 -- Switching RTP source address to 10.XXX.XXX.29:5016
> 0x17b02c0 -- Switching RTP source address to 172.18.XXX.91:22296
> 0x17b02c0 -- Switching RTP source address to 10.XXX.XXX.29:5016
> 0x17b02c0 -- Switching RTP source address to 172.18.XXX.91:22296
> 0x17b02c0 -- Switching RTP source address to 10.XXX.XXX.29:5016
> 0x17b02c0 -- Switching RTP source address to 172.18.XXX.91:22296
> 0x17b02c0 -- Switching RTP source address to 10.XXX.XXX.29:5016
> 0x17b02c0 -- Switching RTP source address to 172.18.XXX.91:22296
> 0x17b02c0 -- Switching RTP source address to 10.XXX.XXX.29:5016
> 0x17b02c0 -- Switching RTP source address to 172.18.XXX.91:22296
> 0x17b02c0 -- Switching RTP source address to 10.XXX.XXX.29:5016
> 0x17b02c0 -- Switching RTP source address to 172.18.XXX.91:22296
> 0x17b02c0 -- Switching RTP source address to 10.XXX.XXX.29:5016
> 0x17b02c0 -- Switching RTP source address to 172.18.XXX.91:22296
> 0x17b02c0 -- Switching RTP source address to 10.XXX.XXX.29:5016
> 0x17b02c0 -- Switching RTP source address to 172.18.XXX.91:22296
> 0x17b02c0 -- Switching RTP source address to 10.XXX.XXX.29:5016
> 0x17b02c0 -- Switching RTP source address to 172.18.XXX.91:22296
> 0x17b02c0 -- Switching RTP source address to 10.XXX.XXX.29:5016
> 0x17b02c0 -- Switching RTP source address to 172.18.XXX.91:22296
> 0x17b02c0 -- Switching RTP source address to 10.XXX.XXX.29:5016
> 0x17b02c0 -- Switching RTP source address to 172.18.XXX.91:22296
> 0x17b02c0 -- Switching RTP source address to 10.XXX.XXX.29:5016
Es besteht dann keine Möglichkeit das Gespräch zurückzuholen. Der Anrufer hängt da fest.
rtp.conf:
Code:
[general]
;
; Defaults are rtpstart=5000 and rtpend=31000
;
rtpstart=1000
rtpend=30000
strictrtp=off
Mit den Parametern "qualify=yes, directmedia=no, nat=force_rport,comedia" habe ich in der sip.conf bereits rumgespielt. Aber ohne großen Erfolg.
Freue mich über neue Ideen oder vielleicht sogar eine Lösung?!?
Danke und viele Grüße,
MasterD