Outgoing und Incoming Calls

  • Hallo zusammen
    Ich bin ein Starface-Neuling und habe mich schon recht eingelesen und diverses nun ausprobiert.
    Intern funktioniert alles einwandfrei. Auch das Softphone (3cx-App auf meinem iPhone) kann sowohl vom Büro, aber auch unterwegs perfekt telefonieren.


    Nur habe ich ein Problem mit allen eingehenden Anrufen und allen ausgehenden Anrufen.
    Die Leitung wurde alles eingerichtet.


    Im Logfile kommt, wenn ich nach extern telefonieren möchte, folgender Eintrag:
    [2013-03-05 09:56:14,660] WARN AGIKernel Unable to find an outgoing line to call 078<nummer>


    Bei Routing habe Leitung drin, da es immer jene Leitung benutzen soll, welche für die entsprechende Rufnummeranzeige nach aussen auch eingerichtet wurde.
    Habe auch extra mehrere verschiedene Leitungen von unterschiedlichen Anbietern ausprobiert, jedoch blieb immer dieser Fehler und dergleiche Logeintrag.


    Hat mir jemand einen Tipp, was ich da evtl. zu ändern habe?
    Ich wäre sehr dankbar, da ich ansonsten nach einer andere Softwarelösung suchen muss.


    Liebe Grüsse
    Pascal

  • Nachtrag vom PBX-Logfile:
    (angerufene Nummer ersetzt mit "078XXX", handelt sich um Schweizer Mobiltelefon)
    (unsere IP ersetzt mit "IP")



    [Mar 5 10:04:07] VERBOSE[22412] logger.c: -- AGI Script Executing Application: (Dial) Options: (SIP/90502843532/078XXX|90|wWtT)
    [Mar 5 10:04:07] VERBOSE[22412] logger.c: -- Called SIP/90502843532/078XXX
    [Mar 5 10:04:07] NOTICE[2816] chan_sip.c: Failed to authenticate on INVITE to '"Max Muster" <sip:+414155xyz@IP>;tag=as2f1ef5fa'
    [Mar 5 10:04:07] VERBOSE[22412] logger.c: -- SIP/90502843532-000000a3 is circuit-busy
    [Mar 5 10:04:07] VERBOSE[22412] logger.c: == Everyone is busy/congested at this time (1:0/1/0)
    [Mar 5 10:04:07] VERBOSE[22412] logger.c: -- AGI Script Executing Application: (noop) Options: (---[info]---Dial returned status: CONGESTION )
    [Mar 5 10:04:07] VERBOSE[22412] logger.c: -- AGI Script agi://localhost/initdial.agi completed, returning 0
    [Mar 5 10:04:07] VERBOSE[22412] logger.c: -- Executing [078XXX@international:2] Hangup("SIP/telefonSH-000000a1", "21") in new stack
    [Mar 5 10:04:07] VERBOSE[22412] logger.c: == Spawn extension (international, 078XXX, 2) exited non-zero on 'SIP/telefonSH-000000a1'
    [Mar 5 10:04:10] VERBOSE[2593] logger.c: -- Remote UNIX connection
    [Mar 5 10:04:10] VERBOSE[22417] logger.c: -- Remote UNIX connection disconnected


    Auch bei Eingabe im internationalen Format (z.B. 004178XXX) das selbe Problem.


  • [Mar 5 10:04:07] VERBOSE[22412] logger.c: -- Called SIP/90502843532/078XXX
    [Mar 5 10:04:07] NOTICE[2816] chan_sip.c: Failed to authenticate on INVITE to '"Max Muster" <sip:+414155xyz@IP>;tag=as2f1ef5fa'
    [Mar 5 10:04:07] VERBOSE[22412] logger.c: -- SIP/90502843532-000000a3 is circuit-busy


    Der Provider lässt den Anruf nicht zu. Was sagt der Provider dazu? Um welchen Provider handelt es sich?

    Gruß / Regards
    Philipp

  • Habe es mit Winet und Peoplefone probiert.
    Beides Schweizer Anbieter. Bei einem Gigaset-Telefon liessen sich diese Accounts problemlos einbinden. Deshalb vermute ich irgendwo bei Starface den Grund, bzw. wohl eher bei der Konfiguration von mir. Evtl. Port vergessen zu öffnen oder sonst eine Einstellung irgendwo falsch gesetzt. Bis jetzt bin ich da aber noch nicht weitergekommen.
    Kann ich irgendwas testen, da evtl. weitere Meldungen generieren würde, welche hilfreich sein könnten?
    Oder was empfehlt ihr mir?
    Vielen Dank

  • Die Empfehlung ist eigentlich einer der zertifizierten Provider zu nutzen (in der Schweiz z.B. sipcall pro), da kannst du sicher sein dass alles funktioniert.


    Für die Analyse kannst du in der asterisk Konsole ein sog. SIP Debugging aktivieren.


    Weitere Informationen hierzu in unserem wiki:
    http://wiki.starface.de/index.php/Debug#SIP_debugging


    Alternativ kannst du auch beim Provider nachfragen, evtl. sieht er direkt auf seiner Seite was nicht passt.


    BTW: Ein NAT Problem aufgrund fehlender Port-Forwardings halte ich eher für unwahrscheinlich

    Gruß / Regards
    Philipp

  • Danke für deinen Tipp.
    Zwar hat es mich nun nicht auf direktem Wege zur Lösung gebracht, aber zumindest via Umwege.
    Bei den Leitungen hatte ich in der Leitungskonfiguration nun bei insecure "very" eingetragen. Jetzt klappt es tatsächlich.


    Herzlichen Dank an euch!

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!