[Gelöst] Kein Ton vom angerufenen (Asterisk 11.6 / 1und1)

[lsup]

Hallo xrated,

danke für deinen Beitrag. Also ohne Firewall lässt sich das ganze nicht testen, da die Firewall essentieller Bestandteil meiner Infrastruktur ist und auch unter anderem die Internetverbindung aufbaut. Die Ports 5004 und 5005 entsprechen der RTP Range (die geht von 5004 bis 50011). Ich habe die NAT option nie 100% verstanden im Zusammenhang mit Asterisk, und nein ich habe keine externen Endgeräte in meinem momentanten Setup. Ich habe es jdoch auch schon mit nat=no versucht, das bringt leider auch keine änderung.

In der Firewall lassen sich die RTP-Ports nicht direkt konfigurieren, die Firewall erkennt das Protokoll und routet die RTP Ports dann entsprechend.

Mit sip im debug modus bekomme ich eine Menge ausgaben, ich kann diese jedoch nicht wirklich deuten. Ich möchte diese jedoch an dieser Stelle nicht öffentlich Posten, da dort Viele IP's und Telefonnummern enthalten sind und icht nichts übersehen möchte. Gerne kann ich dir die Logs aber per PN zukommen lassen, wenn du dazu bereit wärst sie dir einmal anzuschaun.

 

[xrated]

Bei den Logs kann jemand anders vermutlich mehr sagen, ich benutze die auch noch nicht so lang.
Wenn man qualify auf no stellt, müsste man bei den Logs nicht so zugemüllt werden. Filter gibts ja leider keine. Dort nach forbidden, error oder deny suchen.
In den verbose messages müsste man auch sehen welche codecs lokal und remote angeboten werden (capabilities) und was dann benutzt wird.
Während dem Gespräch kann man auch sip show channels eintippen damit man sieht welche codecs verwendet werden.

Da du den angerufenen nicht hörst, welcher den Codec bestimmt. Vielleicht hat der einen Codec eingestellt den du nicht hast oder der nicht funktioniert? Was kommt denn bei core show translations ?

 

[lsup]

Hallo xrated,

in den logs konnte ich mit den keywords keine auffälligkeiten finden. Ich habe aber mal mit sip show channels im funktionierenden (eingehend) und nicht funktionierenden (ausgehend) Fall geschaut was dieses ausspuckt:

Ausgehend (nicht funktionierend):

Peer             User/ANR         Call ID          Format           Hold     Last Message    Expiry     Peer
192.168.1.3      2001             9F2337608C1F92D  (ulaw)           No       Rx: ACK                    2001
212.227.**.**   {extern_num}      7f3c73184823a21  (alaw)           No       Tx: ACK                    1und1

Eingehend (funktioniert):

asterisk*CLI> sip show channels
Peer             User/ANR         Call ID          Format           Hold     Last Message    Expiry     Peer
212.227.**.**   +{extern_num}    SDq331501-bac64  (alaw)           No       Rx: ACK                    <guest>
192.168.1.3      2001             6fd6080319fbae9  (alaw)           No       Tx: ACK                    2001
212.227.**.**   {num_festnetz}    688f0ddc12a6bc2  (nothing)        No                                  <guest>

wobei {extern_num} die handy meines Telefons und {num_festnetz} die externe nummer des asterisk ist.

Mir ist aufgefallen, dass hier im funktionierenden fall beide alaw verwenden, wohingegen im nicht funktionierenden einmal alaw und einmal ulaw verwendet wird. Könnte dies ein Problem sein?

core show translation liefert im übrigen:

asterisk*CLI> core show translation
         Translation times between formats (in microseconds) for one second of data
          Source Format (Rows) Destination Format (Columns)

            gsm  ulaw  alaw  g726 adpcm  slin lpc10  ilbc g726aal2  g722 slin16 testlaw slin12 slin24 slin32 slin44 slin48 slin96 slin192
      gsm     - 15000 15000 15000 15000  9000 15000 15000    15000 17250  17000   15000  17000  17000  17000  17000  17000  17000   17000
     ulaw 15000     -  9150 15000 15000  9000 15000 15000    15000 17250  17000   15000  17000  17000  17000  17000  17000  17000   17000
     alaw 15000  9150     - 15000 15000  9000 15000 15000    15000 17250  17000   15000  17000  17000  17000  17000  17000  17000   17000
     g726 15000 15000 15000     - 15000  9000 15000 15000    15000 17250  17000   15000  17000  17000  17000  17000  17000  17000   17000
    adpcm 15000 15000 15000 15000     -  9000 15000 15000    15000 17250  17000   15000  17000  17000  17000  17000  17000  17000   17000
     slin  6000  6000  6000  6000  6000     -  6000  6000     6000  8250   8000    6000   8000   8000   8000   8000   8000   8000    8000
    lpc10 15000 15000 15000 15000 15000  9000     - 15000    15000 17250  17000   15000  17000  17000  17000  17000  17000  17000   17000
     ilbc 15000 15000 15000 15000 15000  9000 15000     -    15000 17250  17000   15000  17000  17000  17000  17000  17000  17000   17000
 g726aal2 15000 15000 15000 15000 15000  9000 15000 15000        - 17250  17000   15000  17000  17000  17000  17000  17000  17000   17000
     g722 15600 15600 15600 15600 15600  9600 15600 15600    15600     -   9000   15600  17500  17000  17000  17000  17000  17000   17000
   slin16 14500 14500 14500 14500 14500  8500 14500 14500    14500  6000      -   14500   8500   8000   8000   8000   8000   8000    8000
  testlaw 15000 15000 15000 15000 15000  9000 15000 15000    15000 17250  17000       -  17000  17000  17000  17000  17000  17000   17000
   slin12 14500 14500 14500 14500 14500  8500 14500 14500    14500 14000   8000   14500      -   8000   8000   8000   8000   8000    8000
   slin24 14500 14500 14500 14500 14500  8500 14500 14500    14500 14500   8500   14500   8500      -   8000   8000   8000   8000    8000
   slin32 14500 14500 14500 14500 14500  8500 14500 14500    14500 14500   8500   14500   8500   8500      -   8000   8000   8000    8000
   slin44 14500 14500 14500 14500 14500  8500 14500 14500    14500 14500   8500   14500   8500   8500   8500      -   8000   8000    8000
   slin48 14500 14500 14500 14500 14500  8500 14500 14500    14500 14500   8500   14500   8500   8500   8500   8500      -   8000    8000
   slin96 14500 14500 14500 14500 14500  8500 14500 14500    14500 14500   8500   14500   8500   8500   8500   8500   8500      -    8000
  slin192 14500 14500 14500 14500 14500  8500 14500 14500    14500 14500   8500   14500   8500   8500   8500   8500   8500   8500       -

 

[xrated]

Entferne mal ulaw in sip.conf

Und warum gibts bei eingehend 3 Channels?

 

[lsup]

Hi,

warum das 3 channel sind kann ich dir auch nicht sagen.... ich habe mal alles bis auf alaw verboten und erhalte jetzt auch ausgehend drei channel die wie folgt aussehen:

212.227.**.**   {extern_num}      199f22782088dd4  (alaw)           No       Tx: ACK                    1und1
192.168.1.3      2001             44A5894DDCEE12C  (alaw)           No       Rx: ACK                    2001
212.227.**.**   {festnetz_num}    503cb7374cb65b0  (nothing)        No                                  <guest>

jetzt ist beides alaw, aber funktionieren tut es dennoch nicht!

 

[tb89i]

Hi,

ich hab zwar ne 1.8.10 er Version aber vielleicht helfen dir meine Einstellungen:

sip.conf:

[general]
bindport=5060
port=5060
bindaddr=0.0.0.0
externhost=my.dyndns.de
stunaddr=stun.1und1.de
allowguest=no
alwaysauthreject=yes
localnet=192.168.178.0/255.255.255.0
deny=0.0.0.0/0.0.0.0
permit=192.168.178.0/255.255.255.0

context=default
language=de
country=de

register => 49221455667:[email protected]:5060/49221455667

[1und1](!)
fromdomain=1und1.de
type=peer
nat=no
disallow=all
allow=alaw
allow=ulaw
allow=g726
allow=gsm
host=sip.1und1.de
qualify=yes
insecure=port,invite
tos=0x18
caninvite=no
canreinvite=no
dtmfmode=auto
context=Rufplan

[1und1-1-1](1und1)
host=sipbalance1-1.1und1.de 

[1und1-1-2](1und1)
host=sipbalance1-2.1und1.de

[1und1-1-3](1und1)
host=sipbalance1-3.1und1.de

[1und1-1-4](1und1)
host=sipbalance1-4.1und1.de

[1und1-2-1](1und1)
host=sipbalance2-1.1und1.de

[1und1-2-2](1und1)
host=sipbalance2-2.1und1.de

[1und1-2-3](1und1)
host=sipbalance2-3.1und1.de

[1und1-2-4](1und1)
host=sipbalance2-4.1und1.de

[1und1-3-1](1und1)
host=sipbalance3-1.1und1.de

[1und1-3-2](1und1)
host=sipbalance3-2.1und1.de

[1und1-3-3](1und1)
host=sipbalance3-3.1und1.de

[1und1-3-4](1und1)
host=sipbalance3-4.1und1.de

[1und1-4-1](1und1)
host=sipbalance4-1.1und1.de

[1und1-4-2](1und1)
host=sipbalance4-2.1und1.de

[1und1-4-3](1und1)
host=sipbalance4-3.1und1.de

[1und1-4-4](1und1)
host=sipbalance4-4.1und1.de

[1und1-5-1](1und1)
host=sipbalance5-1.1und1.de

[1und1-5-2](1und1)
host=sipbalance5-2.1und1.de

[1und1-5-3](1und1)
host=sipbalance5-3.1und1.de

[1und1-5-4](1und1)
host=sipbalance5-4.1und1.de

[1und1-6-1](1und1)
host=sipbalance6-1.1und1.de

[1und1-6-2](1und1)
host=sipbalance6-2.1und1.de

[1und1-6-3](1und1)
host=sipbalance6-3.1und1.de

[1und1-6-4](1und1)
host=sipbalance6-4.1und1.de

[1und1-7-1](1und1)
host=sipbalance7-1.1und1.de

[1und1-7-2](1und1)
host=sipbalance7-2.1und1.de

[1und1-7-3](1und1)
host=sipbalance7-3.1und1.de

[1und1-7-4](1und1)
host=sipbalance7-4.1und1.de

[1und1-8-1](1und1)
host=sipbalance8-1.1und1.de

[1und1-8-2](1und1)
host=sipbalance8-2.1und1.de

[1und1-8-3](1und1)
host=sipbalance8-3.1und1.de

[1und1-8-4](1und1)
host=sipbalance8-4.1und1.de

[1und1-9-1](1und1)
host=sipbalance9-1.1und1.de

[1und1-9-2](1und1)
host=sipbalance9-2.1und1.de

[1und1-9-3](1und1)
host=sipbalance9-3.1und1.de

[1und1-9-4](1und1)
host=sipbalance9-4.1und1.de

[49221455667](1und1)
host=sip.1und1.de
fromuser=49221455667
username=49221455667
secret=Passwort

In der FritzBox hab' ich jetzt kein Portforwarding mehr (ausser die RTP-Ports...), scheint trotzdem alles zu klappen. Ich hab meine RTP-Range übrigens weiter oben angelegt (14940-14970), damit da auch wirklich kein Konflikt aufkommt.


Grüße

 

[lsup]

Hallo nochmal,

ich habe durch ein Rollback festgestellt, dass auch das Original-Setup seinen Dienst verweigert hat. Ich bin dann dahin übergegangen und habe das VOIP Feature des Security Gateways deaktiviert und manuelle Regeln festgelegt. Dies scheint die Probleme nun zu lösen, anscheinend war nicht der upgrade des Asterisk sondern update der Firewall die Ursache für das Problem.

Danke für die vielen Tips und die Hilfe!