Anrufer wird gehört, hört aber nichts

[vwittich]

Hab nen echtes Problem: folgendes Phenomen, wenn ich über SIP mich selbst unter einer anderen Nummer auf ISDN anrufe wird der Anrufer gehört aber hört selber nix von der Gegenseite. Wenn ich z.B. die Sipgate Testnummer (10005) anrufe wird dort keine Sprache aufgezeichnet... das komische daran ist das ich eigentlich nichts an meiner ganzen Konfiguration verändert habe zu mindestens nicht bewusst. Wenn ich jedoch über ISDN raustelefoniere geht alles ohne weiteres... es wird also irgendwie mit den Ports zusammenhängen umso komischer ist jedoch das ich gerade am Route nichts verändert hab.

Der Route leitet folgende Prots weiter: 5060-5068 und 10000-20000 (RTP) [wie in der rpt.conf] Müssen diese Ports nur an die Router IP oder auch an alle Telefone weitergeleitet werden?

Die extensions.conf sieht an der entschiedenen Stelle so aus:

exten => _00ZX.,3,Dial(SIP/0${EXTEN:4}@sipgate,60,trg)
;exten => _00ZX.,3,Dial(mISDN/g:AMT/0${EXTEN:4})  ; hierüber geht alles einwandfrei...

In der CLI sieht man folgendes während des Anrufes:

    -- Executing [004969*****@telefone:3] Dial("SIP/12-08204828", "SIP/069*****@sipgate|60|trg") in new stack
    -- Called 069*****@sipgate
    -- SIP/sipgate-082087a0 is making progress passing it to SIP/12-08204828
    -- ast_get_srv: SRV lookup for '_sip._udp.sipgate.de' mapped to host sipgate.de, port 5060
    -- Executing [*****@von_isdn:1] Dial("mISDN/3-u1", "SIP/13&SIP/12|20") in new stack
    -- Called 13
    -- Called 12
    -- SIP/12-08215088 is ringing
    -- SIP/13-08211110 is ringing
    -- SIP/sipgate-082087a0 is ringing
    -- SIP/13-08211110 answered mISDN/3-u1
    -- SIP/sipgate-082087a0 answered SIP/12-08204828
  == Spawn extension (telefone, 004969*****, 3) exited non-zero on 'SIP/12-08204828'
  == Spawn extension (von_isdn, *****, 1) exited non-zero on 'mISDN/3-u1'

Im Debug Modus verstehe ich nicht wirklich was... aber vielleicht doch mal nen ausschnitt von der hoffentlich richtigen Stelle...

---
    -- SIP/12-08218f28 answered mISDN/3-u9
Scheduling destruction of SIP dialog '[email protected]' in 32000 ms (Method: INVITE)
Reliably Transmitting (no NAT) to 192.168.1.4:5060:
CANCEL sip:[email protected]:5060;transport=udp SIP/2.0
Via: SIP/2.0/UDP 192.168.1.2:5060;branch=z9hG4bK155a0a01;rport
From: "069*****" <sip:069*****@192.168.1.2>;tag=as5b0f8116
To: <sip:[email protected]:5060;transport=udp>
Call-ID: [email protected]
CSeq: 102 CANCEL
User-Agent: Asterisk PBX
Max-Forwards: 70
Content-Length: 0

[...]

---
Really destroying SIP dialog '[email protected]' Method: INVITE
tserver1*CLI>
<--- SIP read from 217.10.79.9:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.1.2:5060;branch=z9hG4bK1c3ad773;rport=5060
Record-Route: <sip:172.20.40.4;lr=on>
Record-Route: <sip:217.10.79.9;lr=on;ftag=as059e5f4d>
From: "4969*****" <sip:****@sipgate.de>;tag=as059e5f4d
To: <sip:069*******@sipgate.de>;tag=as027de2db
Call-ID: [email protected]
CSeq: 103 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Contact: <sip:11004969*******@217.10.67.6>
Content-Type: application/sdp
Content-Length: 302

v=0
o=root 5505 5506 IN IP4 217.10.67.6
s=session
c=IN IP4 217.10.68.72
t=0 0
m=audio 45158 RTP/AVP 8 0 3 101
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:3 GSM/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -
a=ptime:20
a=sendrecv
a=nortpproxy:yes

Hoffe ich hab da was interessantes rausgefischt...

... und ihr hab nen Tipp für mich wie ich möglichst schnell das Problem beheben kann...

Gruß Valentin

 

[vwittich]

Könnte es sein das es mit dem Example der extensions.aelzusammenhängt... das da irgendwie sich der Asterisk komisch verhält? Ich dachte immer die conf Datei wird bevorzugt und dementsprechend die ael ignoriert?

Werd' morgen zusätzlich noch einen neuen Route besorgen falls das Problem mit den Ports zusammenhängt...

in diesem Sinne gute Nacht!