[abgetrennt von hier]
Ein Problem habe ich aber noch:
Eingehende Anrufe - man hört sich gegenseitig
Ausgehende Anrufe - keiner hört etwas
RTP Ports sind von 10000-20000 eingetragen und auch in der Firewall per NAT (UDP) weitergeleitet.
Bei einem SIP debug habe ich folgendes rausgefunden:
ausgehende Gespräche
eingehende Gespräche
Kann es sein, dass ich noch mehr Ports in der Firewall freigeben muss, weil die T-Com da auf andere umgestiegen ist?
sip.conf aktuell:
Ein Problem habe ich aber noch:
Eingehende Anrufe - man hört sich gegenseitig
Ausgehende Anrufe - keiner hört etwas
RTP Ports sind von 10000-20000 eingetragen und auch in der Firewall per NAT (UDP) weitergeleitet.
Bei einem SIP debug habe ich folgendes rausgefunden:
ausgehende Gespräche
Code:
Found RTP audio format 8
Found RTP audio format 101
Found audio description format PCMA for ID 8
Found audio description format telephone-event for ID 101
Capabilities: us - 0x80e (gsm|ulaw|alaw|g726), peer - audio=0x8 (alaw)/video=0x0 (nothing), combined - 0x8 (alaw)
Non-codec capabilities (dtmf): us - 0x1 (telephone-event), peer - 0x1 (telephone-event), combined - 0x1 (telephone-event)
[B]Peer audio RTP is at port 217.0.4.133:28798 [/B]
list_route: hop: <sip:217.0.23.68;transport=udp;lr>
set_destination: Parsing <sip:217.0.23.68;transport=udp;lr> for address/port to send to
set_destination: set destination to 217.0.23.68, port 5060
Transmitting (no NAT) to 217.0.23.68:5060:
eingehende Gespräche
Code:
Sending to 217.0.23.68 : 5060 (no NAT)
Using INVITE request as basis request - [email protected]
Found peer 'DTAP-IP_IN23_68'
Found RTP audio format 8
Found RTP audio format 100
Found audio description format PCMA for ID 8
Found audio description format telephone-event for ID 100
Capabilities: us - 0xe (gsm|ulaw|alaw), peer - audio=0x8 (alaw)/video=0x0 (nothing), combined - 0x8 (alaw)
Non-codec capabilities (dtmf): us - 0x1 (telephone-event), peer - 0x1 (telephone-event), combined - 0x1 (telephone-event)
[B]Peer audio RTP is at port 217.0.4.196:10826 [/B]
Looking for 06123456789 in ankommend (domain 93.123.456.789)
list_route: hop: <sip:217.0.23.68;transport=udp;lr>
Kann es sein, dass ich noch mehr Ports in der Firewall freigeben muss, weil die T-Com da auf andere umgestiegen ist?
sip.conf aktuell:
Code:
[general]
allowguest=no
alwaysauthreject=yes
autocreatepeer=no
pedantic=no
context=default
bindport=5060
bindaddr=192.168.xxx.yyy
externhost=blablupp.ddns.net
externrefresh=20
useragent=asteriskpbx
localnet=192.168.xxx.0/255.255.255.0
srvlookup=no
nat=no
disallow=all
allow=alaw
allow=ulaw
allow=gsm
language=de
defaultexpiry=600
maxexpiry=3600
allowoverlap=yes
session-timers=refuse
registerattempts=0
registertimeout=30
;
;
; DTAG-IP -> Registrierung der Rufnummer(n)
;
register => 064********:DSL-PW:[email protected]/064********
register => 064********:DSL-PW:[email protected]/064********
register => 064******:DSL-PW:[email protected]/064******
;
;
; DTAG-IP -> Ankommende Registrierung T-Com
;
[external-standard](!)
trustrpid=no
canreinvite=no
context=ankommend
type=peer
insecure=port,invite
usereqphone=no
t38pt_udptl=no
disallow=all
allow=alaw
allow=ulaw
allow=gsm
dtmfmode=rfc2833
;
; DTAG-IP -> Abgehende Registrierung T-Com
;
[DTAG-IP](external-standard)
allow=alaw
allow=ulaw
allow=g726
allow=gsm
[email protected]
[email protected]
username=Zugangsnummer
secret=DSL-PW
remotesecret=DSL-PW
host=tel.t-online.de
fromdomain=tel.t-online.de
qualify=yes
canreinvite=no
call-limit=3
;
; DTAG-IP -> Telekom Loadbalancer
;
[DTAG-IP_IN16_026](external-standard)
allow = alaw
allow = gsm
host = 217.0.16.26
trustrpid=no
;
[DTAG-IP_IN16_035](external-standard)
allow = alaw
allow = gsm
host = 217.0.16.35
trustrpid=no
;
[DTAG-IP_IN16_090](external-standard)
allow = alaw
allow = gsm
host = 217.0.16.90
trustrpid=no
;
usw......
Zuletzt bearbeitet: