Asterisk 1.4.29 Problem mit 302 "Moved Temporarily"

baschdieh

Mitglied
Mitglied seit
15 Sep 2005
Beiträge
416
Punkte für Reaktionen
0
Punkte
0
Hallo,

ich habe vor kurzem ein Update von 1.2 auf 1.4.29 durchgeführt. Bisher alles einwandfrei. Das "Problem" ist, dass ich derzeit folgendes, komisches Szenario habe.

Wenn ich eine Nebenstelle von extern anrufe, ist alles einwandfrei. Wenn diese Nebenstelle allerdings (Snom 320) eine Weiterleitung auf ein anderes Ziel durchführt, hört der Anrufer (wieso auch immer) kein Ringing und auch kein MusicOnHold.

Was könnte das Problem sein ? Irgendwas mit dem local Channel ?

Code:
    -- Accepting call from '069123457' to '961764' on channel 0/6, span 1
    -- Executing [961764@s2m:1] Set("DAHDI/6-1", "__TRANSFER_CONTEXT=transfercontext") in new stack
    -- Executing [961764@s2m:2] Dial("DAHDI/6-1", "SIP/64|240|t") in new stack
    -- Called 64
    -- Got SIP response 302 "Moved Temporarily" back from 1.1.2.32
    -- Now forwarding DAHDI/6-1 to 'Local/300@intern' (thanks to SIP/64-00003a96)
    -- Executing [300@intern:1] Goto("Local/300@intern-658c,2", "hotline|1|1") in new stack
    -- Goto (hotline,1,1)
    -- Executing [1@hotline:1] Set("Local/300@intern-658c,2", "LANGUAGE()=de") in new stack
    -- Executing [1@hotline:2] Set("Local/300@intern-658c,2", "CALLERID(name)=H-LINE") in new stack
    -- Executing [1@hotline:3] Answer("Local/300@intern-658c,2", "") in new stack
    -- Executing [1@hotline:4] Queue("Local/300@intern-658c,2", "hotline1st|n|||15") in new stack
    -- Started music on hold, class 'default', on Local/300@intern-658c,2
    -- SIP/86-00003a97 is ringing
    -- SIP/86-00003a97 is ringing

Vielen Dank!
 
Also die Sache hat wohl nichts mit DAHDI zu tun, habe gerade folgendes Versucht:

Nebenstelle 100
Nebenstelle 101

Nebenstelle 100 (Snom 820) hat eine Weiterleitung auf die Nebenstelle "5". Die Nebenstelle hat ein Answer und ein Playback. Wenn nun die Nebenstelle 101 die Nebenstelle 101 anruft, wird das Gespräch durch 100 an 5 übergeben. Leider höre ich "intern" ebenfalls kein Playback. D.h. eine Weiterleitung funktioniert mit Asterisk 1.4.29 irgendwie nicht so recht.

Es scheint ein lokales Problem zu sein.

Danke!

EDIT:
Mach ich das gleiche als "nur" Weiterleitung. Sprich ich binde eine Externe Rufnummer an den SIP 100 und leite von der SIP 100 das Gespräch via "Umleitung" des Snom Telefons an die "101" weiter. So hat der Anrufer der externen Rufnummer kein Klingelton. Sobald allerdings die 101 abhebt, besteht das Gespräch.

Anbei mal meine SIP-Settings - vielleicht ist da ja was faul:

Code:
Global Settings:
----------------
  SIP Port:               5060
  Bindaddress:            0.0.0.0
  Videosupport:           No
  AutoCreatePeer:         No
  Allow unknown access:   Yes
  Allow subscriptions:    Yes
  Allow overlap dialing:  Yes
  Promsic. redir:         No
  SIP domain support:     No
  Call to non-local dom.: Yes
  URI user is phone no:   No
  Our auth realm          asterisk
  Realm. auth:            No
  Always auth rejects:    No
  Call limit peers only:  No
  Direct RTP setup:       No
  User Agent:             Asterisk PBX
  MWI checking interval:  10 secs
  Reg. context:           (not set)
  Caller ID:              asterisk
  From: Domain:           
  Record SIP history:     Off
  Call Events:            Off
  IP ToS SIP:             none
  IP ToS RTP audio:       none
  IP ToS RTP video:       none
  T38 fax pt UDPTL:       No
  RFC2833 Compensation:   No
  SIP realtime:           Disabled

Global Signalling Settings:
---------------------------
  Codecs:                 0xc (ulaw|alaw)
  Codec Order:            ulaw:20,alaw:20
  T1 minimum:             100
  No premature media:     No
  Relax DTMF:             No
  Compact SIP headers:    No
  RTP Keepalive:          0 (Disabled)
  RTP Timeout:            0 (Disabled)
  RTP Hold Timeout:       0 (Disabled)
  MWI NOTIFY mime type:   application/simple-message-summary
  DNS SRV lookup:         No
  Pedantic SIP support:   No
  Reg. min duration       60 secs
  Reg. max duration:      3600 secs
  Reg. default duration:  120 secs
  Outbound reg. timeout:  20 secs
  Outbound reg. attempts: 0
  Notify ringing state:   Yes
  Notify hold state:      Yes
  SIP Transfer mode:      open
  Max Call Bitrate:       384 kbps
  Auto-Framing:           No 

Default Settings:
-----------------
  Context:                default
  Nat:                    RFC3581
  DTMF:                   rfc2833
  Qualify:                0
  Use ClientCode:         No
  Progress inband:        Never
  Language:               de
  MOH Interpret:          default
  MOH Suggest:            
  Voice Mail Extension:   asterisk
 
Zuletzt bearbeitet:
Ich hab da jetzt geschätzte tausend Ideen, von wo das Problem kommen könnte...

Kann es vielleicht Probleme mit deinem MOH geben? Das wäre die erste Idee. In deinem ersten Post gibts ein Answer und danach kommt der Anruf in die Warteschleife. Würde daher im ersten Schritt eine Durchwahl anlegen, welche zuerst die App Answer und danach MusicOnHold ausführt. Wenn du auf der Durchwahl nichts hörst, weißt du, wo das Problem liegt.

Ansonsten bitte SIP, Debug/Verbose und Q.931

Edit: Wenns nicht MOH ist... schon eine aktuelle 1.6.1er probiert?
 
Hi mal wieder,

sorry - dass ich diesen alten Post wieder aufleben lasse. Leider besteht dieses Problem nach wie vor. Hat jemand sonst noch eine Idee ? Bzw. verwendet hier sonst jemand noch ein 1.4.29 mit dahdi 2.2.1 ? Danke!

basty
 
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.