Asterisk@home 2.8 und sipcall. Incoming klappt nicht

[piepmatz]

Hallo auch,

Habe eine Asterisk@home 2.8 am start.
Internes phonen ist möglich. Auch ausgehendes phonen ist möglich.
Aber die anrufe kommen einfach nicht rein.

Im Telefon heisst es: "Die gewünschte Verkehrbeziehung ist nicht möglich"

Asterisk CLI meldete jeweils das hier::noidea:

asterisk1*CLI>
-- Executing Set("SIP/4132xxxxxx-d4d3", "TIMEOUT(absolute)=15") in new stack
-- Channel will hangup at 2006-04-16 21:26:20 UTC.
-- Executing Congestion("SIP/4132xxxxxxx-d4d3", "") in new stack
== Spawn extension (from-sip-external, 4132xxxxxx, 2) exited non-zero on 'SIP/4132xxxxxxx-d4d3'
-- Executing Set("SIP/4132xxxxxxx-d4d3", "TIMEOUT(absolute)=15") in new stack
-- Channel will hangup at 2006-04-16 21:26:20 UTC.
-- Executing Congestion("SIP/4132xxxxxxx-d4d3", "") in new stack
== Spawn extension (from-sip-external, h, 2) exited non-zero on 'SIP/4132xxxxxxx-d4d3'
asterisk1*CLI>


Ports 5060-5086 TCP/UDP sind offen und weitergeileitet
Ports 10000-20000 TCP/UPD sind offen und weitergeleitet

;sip.conf

[general]

bindport=5060 ; UDP Port to bind to (SIP standard port is 5060)
bindaddr=0.0.0.0 ; IP address to bind to (0.0.0.0 binds to all)
allow=all
context = from-sip-external ; Send unknown SIP callers to this context
callerid = Unknown
useragent=sipsvr
register => 4132xxxxxx[email protected]/4132xxxxxx

#include sip_nat.conf
#include sip_custom.conf
#include sip_additional.conf
#include additional_a2billing_sip.conf

;sip_nat.conf

externip = xxx.dyndns.org
localnet = 192.168.x.0/255.255.255.0
nat=yes


;incomings

context=from-pstn
fromdomain=sip.backbone.ch
fromuser=4132xxxxxx
host=sip.backbone.ch
insecure=very
qualify=yes
secret=xxxxx
type=user


Ich finde einfach diesen blöden Fehler nicht. Kann mir bitte jemand helfen?
Danke.:noidea:

 

[onemarkus]

hehe ich auch nicht...

alles so wie beim vorgänger ich komme zwar auf den server (wenn ich sip debug mache) aber es meldet nicht erreichbar wenn ich mit handy anrufe inbound route habe ich auf den Conference room gesetzt.

gibts da irgend ne neuerung ?

 

[piepmatz]

Hallo onemarkus

Ne noch nicht. Weiss noch immer nicht wo das Problem liegt.
Ich kriegs auch mit der 2.7 nicht hin... Selbes Problem.
Hats bei Dir jemals geklappt? Wie hast du das geschaft??

 

[onemarkus]

nein ich hatte die 2.5 er oder sowas mit dem alten webinterface....

scheinbar hat hier keiner die neuen versionen installiert...

Ich werde jetztmal das Bug Tracking im SF durchsuchen ...

aber komisch ist die Calls werden auf die Box terminiert aber kommen nicht auf meiner IVR an etc....

Bei Sipgate und co wird weiters das Telefon / Server als ofline markiert.....

ich bin ratlos ... Intern Telefonieren geht über den server .....

ich hab keine erfahrung mit dem 2. er asterisk ...

 

[riedere]

dasselbe

dasselbe bei mir.
Outgoing ist OK.
Verschiedenste Einstellungen in incomming versucht.
Das interessante ist im Dezember 2005 ging es, hab das ausgedruckt (passt mit Euren), nachher den Server an eine Ausstellung genommen und seit dann gehts nicht mehr.

Aber der Anruf kommt mal bis zum Asterisk:
Verbosity is at least 3
-- Executing AbsoluteTimeout("SIP/41432105082-a36a", "15") in new stack
-- Set Absolute Timeout to 15
-- Executing Congestion("SIP/41432105082-a36a", "") in new stack
== Spawn extension (from-sip-external, 41432105082, 2) exited non-zero on 'SIP/41432105082-a36a'
-- Executing AbsoluteTimeout("SIP/41432105082-a36a", "15") in new stack
-- Set Absolute Timeout to 15
-- Executing Congestion("SIP/41432105082-a36a", "") in new stack
== Spawn extension (from-sip-external, h, 2) exited non-zero on 'SIP/41432105082-a36a'

Ich grab nochmals im Asterisk Buch ich glaube im Dialplan hats einen Fehler.

19:45 ja etwas gefunden !!! <<<<<<<<<<<<<<-------------------------------------------------
im context [from-sip-external]
zuerst stellt er timeout und dann grad congestion ...
wenn ich dort was anderes reintue zB
zuerst ein Answer
dann ein Playback, dann nimmt er an und spielt mir den Playback ab.

Also nicht mehr denken dass der Fehler bei sipcall liegt -> es ist im Dialplan.
Nur muss ich jetzt rausfinden wohin das nach der Annahme gehen soll..irgendwie die eingestellte Anrufbehandlung aufrufen ???
ich muss forschen wie das geht oder kenht jemand die Syntax des Dialplanes auswendig ?

 

[piepmatz]

Ok auf den Tipp hin habe ich einfach mal die exstension.conf selber gerschrieben. Hab alles hinbekommen ausser wieder Incoming.

Jetzt macht asterisk keinen wank mehr wenn ich von extern anrufe.

;extensions.conf

[general]
static=yes
writeprotect=no

[from-internal]
include => sipcall_out
exten => _2XX,1,NoCDR()
exten => _2XX,n,Dial,SIP/${EXTEN}|55|Ttr

[sipcall_out]
exten => _0.,1,Dial,SIP/${EXTEN}@sipcall

[from-pstn]
exten => 4132xxxxxx,1,Dial,SIP/200

[default]
include => from-pstn
include => from-internal
include => sipcall_out


;sip.conf

[general]

bindport=5060 ; UDP Port to bind to (SIP standard port is 5060)
bindaddr=0.0.0.0 ; IP address to bind to (0.0.0.0 binds to all)
allow=all
; context = from-sip-external ; Send unknown SIP callers to this context
callerid = sipsrv
useragent=sipsrv
context=default

#include sip_nat.conf
; #include sip_custom.conf
#include sip_additional.conf
; #include additional_a2billing_sip.conf

;incomings

[4132xxxxxxx]
allow=all
type=user
secret=xxxx
qualify=yes
insecure=very
host=sip.backbone.ch
fromuser=4132xxxxx
fromdomain=sip.backbone.ch
context=from-pstn


Wiso das jetzt? Müsste doch so gehen?

 

[riedere]

Das ist mein incoming Sipcall Def

Das oben sollte gehen.
Du sicherst hoffentlich die Files jeweils ab wenn Du was machst.!
Um zu sehen was auf dem SIP läuft musst Du in asterisk ggf -sip debug- das gibt zwar viele Meldungen aber ist hilfreich (ausschalten mit sip no debug).
Ich bin noch nicht weiter im Dialplan studieren aber hier meiner incoming Definition (meine Nummer darf man sehen sie soll mal meine jetzige ersetzen) - ich habe also keinen context= drin und er kommt dennoch auf congestion (Congestion meint in diesem Fall - Verkehrs-Stau)

fromdomain=sip.backbone.ch
fromuser=41432105082
host=sip.backbone.ch
insecure=very
nat=yes
secret=xxxxxxxx
type=peer
username=41432105082
verify=yes

 

[piepmatz]

Zwischeninfo:

im Incoming habe ich die Zeile "username" hinzugefügt, und siehe da, es es klingelt an der Nebenstelle 200.

Der Fehler ist also wirklich im Dialplan.
Ich werde jetzt sehen ob ichs im Orginal Dialplan beheben kann...

 

[onemarkus]

sehr krass... werde morgen wieder die 2.8 er Version installieren.

Muss ich nun den dial Plan ändern oder reicht es wenn ich im incomming username= XXXX

hinzufüge ?

lg

Mark

 

[piepmatz]

Nein es reicht nicht.
Der Fehler ist im Dailplan. Ich habs nicht hingekriegt im WEB-GUI ein Dialplan zu generieren der Funktioniert.

Weiss jemand eine gute Quelle zum Thema Dialplan?

 

[riedere]

Dialplan

Sicher die Beschreibungen von Digium und dann das Buch "Asterisk The Future of Telephony".
An dem bin ich im Studium. Es beantwortet viel aber ich versteh noch nicht alles.

Ich mein auch dass es nichts bringt neu zu installieren.
Mag sein dass es dann geht -weil ein aderer Dialplan eingespielt wird, aber Du weisst dann nicht genau warum.
Ich meld mich wieder wenn ich was hab.

 

[onemarkus]

@all hab nun wieder alles installiert...

was soll ich denn im dialplan umstellen und wo ?

hab da echt keinen plan ....

 

[onemarkus]

;
; ############################################################################
; Inbound Contexts [from]
; ############################################################################

[from-sip-external]

;give external sip users congestion and hangup
exten => _.,1,Congestion
exten => _.,2,Set(TIMEOUT(absolute)=15)
exten => _.,3,Hangup

[from-internal]
;allow phones to use applications
include => app-userlogonoff
include => app-directory
include => app-dnd
include => app-callforward
include => app-callwaiting
include => app-messagecenter
include => app-calltrace
include => parkedcalls
include => from-internal-custom
;allow phones to dial other extensions
include => ext-fax
include => ext-zapbarge
include => ext-record
include => ext-test
;allow phones to access generated contexts
include => from-internal-additional
exten => s,1,Macro(hangupcall)
exten => h,1,Macro(hangupcall)

Das steht bei mir im DIAL IN PLan....

da fehlt doch was oder ?

 

[onemarkus]

fehler gefunden

[from-sip-external]

;give external sip users congestion and hangup
exten => _.,1,AbsoluteTimeout(15)
exten => _.,2,Congestion
exten => _.,3,Hangup



das ist korrekt .... das muss so stehen ....

mark

konnte es aber nicht testen - hab nen downgrade gemacht

 

[riedere]

Es geeehhht

(Das was da unten gefehlt hat hab ich vermeitlich schon mal reingetan, aber die DIS Route vergessen oder vergessen Asterisk neu zu laden)
context=from-pstn <---------Das hat gefehlt
fromdomain=sip.backbone.ch
fromuser=41432105082
host=sip.backbone.ch
insecure=very
nat=yes
secret=xxxxxxxx
type=peer
username=41432105082
verify=yes

und noch etwas:
In DID Routes muss die Rufnummer drin sein und zwar:
DID Number 41432105082 (also die volle Nummer inkl.Land und Ortsvorwahl)
Das ist anscheinend für die verschiedenen Provider unterschiedlich. zB. Bei sipgate.de musst ich nur die Sipgate Nummer eintragen.
- Danke an Alexander - er hats gekonnt !

 

[Olaf.Rabbachin]

Ähem - wie denn nun ..?

Hi *,

könnte jemand mal zusammenfassen, wie's nun läuft? Ich blick irgendwie nicht durch ...

Danke!

Bis dann,
Olaf

 

[Olaf.Rabbachin]

Huhu!

könnte jemand mal zusammenfassen, wie's nun läuft? Ich blick irgendwie nicht durch ...

Kommando zurück - bei mir geht's auch so!

Ich habe hier extern ISDN (5 MSN, 2 Kanäle) an einer HFC-Karte, ein Soft-Phone (BOL) und ein Cisco 7912g. Nach Installation des 2.8er ISO habe ich bristuff inkl. Florz-Patch eingespielt. Dabei waren hier, abweichend von DonDisperatos Anleitung unter http://dondisperato.blogspot.com/ (momentan noch die 2.7er) nur in der zapata.conf <immediate> auf <no> zu setzen und <language> auf <de>. Ansonsten noch die Extensions, Outgoing und Incoming routes und nun funzt es (na gut, die Basis erst mal ) wie gehabt.


Sprich, mein Problem war lediglich durch das <immediate=yes> in zapata.conf begründet. Aber - warum gab's bei euch Probleme und bei mir nicht ..?

Bis dann,
Ingrid

 

[riedere]

Auf Wunsch: ganze Anleitung für sipcall.ch (in und out)

Setup eines sipcall.ch accounts in Asterisk&Home

Erich Rieder Freitag 5.Mai 2006 (genau so definiert und es geht auf Anhieb)
(die Telefon Nummer ist natürlich entsprechend anzupassen)

SIP Trunk definieren

Outbound Caller ID 41432105082
Maximum Channels 4
Outgoing Settings:
Trunk Name sipcall82_out
PEER Details context=ext-did
fromdomain=sip.backbone.ch
fromuser=41432105082
host=sip.backbone.ch
insecure=very
secret=<dasPasswort>
type=peer
username=41432105082
Incoming Settings:
User Context sipcall82_in
User Details context=from-pstn
fromdomain=sip.backbone.ch
fromuser=41432105082
host=sip.backbone.ch
insecure=very
nat=yes
secret=<dasPasswort>
type=user
username=41432105082
Registration:
Register String 41432105082:<dasPasswort>@sip.backbone.ch/41432105082


DID Routes definieren (ankommende)

DID Nummer 41432105082
Destination <gewünschte Destination wählen>


Outbound Routing definieren (ausgehende)

DID Nummer 41432105082
Route Name 41432105082
Dial Patterns 0|.
Trunk Sequence SIP/sipcall82_out <auswählen>

 

[Olaf.Rabbachin]

Auf Wunsch: ganze Anleitung für sipcall.ch (in und out)

Setup eines sipcall.ch accounts in Asterisk&Home

Danke (trotzdem)!

Grüße,
Olaf

 

[james007]

Hallo zusammen,

ich habe mich heute mal mit dem Incoming Problem beschäfftigt und es tatsächllich geschafft.
Ich benutze Asterisk V2.8 als VMWare Version (V1.2.7.1).

Mir war es wichtig nur mit dem FreePBX zu agieren, ohne in den Configs zu fummeln.

Die Ursache, warum Incomming Calls immer auf den Context "from-sip-external" (Unter [Global] in sip.conf) abgeworfen werden, kann ich noch nicht erklären.
In der Notiz heisst es sinngemäss, dass unbekannte SIP Anrufer diesen Kontext nutzen.
Nur wer wird als unbekannt wie definiert?

Habe Rufnummernübermittlung an. Das kann es nicht sein.
Dies ist der Hauptgrund warum alle Inbound definitionen nicht funktionieren.


Ok nun zum wesentlichen.
In der SIP.CONF im Abschnitt [global] habe ich bei context
den Eintrag von from-sip-external auf from-trunk geändert.

Weiterhin musste ich als DID (Durchwahlnummer) meine SIP-ID eingeben.
Die CID (Hauptleitung) bleibt frei.

Bei Anderen Anbieter muss man hier anderes eingeben wie schon im Thread
zu lesen ist.

Wenn wir noch das Problem mit dem unbekannten SIP Caller lösen könnten, denke ich sind wir schon en grosses Stück weiter.

PS: Im Incomming Abschnitt ist context auch = from-trunk. Dieser wird aber
wegen des unbekannten SIP Callers ignoriert.