Fehler beim installieren von Asterisk auf usb-Stick

Sidebar Sidebar
Upgrade 3CX to v18 and get it hosted free!
Hallo Tippfehler, ich habe den ganzen Asterisk komplett neu gestartet (erst usb_install, dann asterisk -vvvvvgc).

Die Ausgaben:

Code: 
*CLI> sip show peer 7701


  * Name       : 7701
  Secret       : <Set>
  MD5Secret    : <Not set>
  Context      : sip7701
  Subscr.Cont. : <Not set>
  Language     : de
  AMA flags    : Unknown
  Transfer mode: open
  CallingPres  : Presentation Allowed, Not Screened
  Callgroup    : 
  Pickupgroup  : 
  Mailbox      : 
  VM Extension : asterisk
  LastMsgsSent : 32767/65535
  Call limit   : 0
  Dynamic      : Yes
  Callerid     : "TestSIP 7701" <7701>
  MaxCallBR    : 384 kbps
  Expire       : 1784
  Insecure     : port,invite
  Nat          : RFC3581
  ACL          : No
  T38 pt UDPTL : No
  CanReinvite  : No
  PromiscRedir : No
  User=Phone   : No
  Video Support: No
  Text Support : No
  Trust RPID   : No
  Send RPID    : No
  Subscriptions: Yes
  Overlap dial : Yes
  DTMFmode     : rfc2833
  Timer T1     : 500
  Timer B      : 32000
  ToHost       : 
  Addr->IP     : 192.168.115.7 Port 5060
  Defaddr->IP  : 0.0.0.0 Port 5060
  Transport    : UDP
  Def. Username: 7701
  SIP Options  : (none)
  Codecs       : 0xc (ulaw|alaw)
  Codec Order  : (alaw:20,ulaw:20)
  Auto-Framing :  No 
  100 on REG   : No
  Status       : Unmonitored
  Useragent    : 
  Reg. Contact : sip:[email protected];uniq=3A58A32318577A7135E9D113FC988
  Qualify Freq : 60000 ms
  Sess-Timers  : Accept
  Sess-Refresh : uas
  Sess-Expires : 1800 secs
  Min-Sess     : 90 secs

*CLI>        > Saved useragent "AVM FRITZ!Box Fon Speedport W 900V 34.04.80 (Jan 27 2010)" for peer 7702

*CLI> sip show peer 7702


  * Name       : 7702
  Secret       : <Set>
  MD5Secret    : <Not set>
  Context      : sip7702
  Subscr.Cont. : <Not set>
  Language     : de
  AMA flags    : Unknown
  Transfer mode: open
  CallingPres  : Presentation Allowed, Not Screened
  Callgroup    : 
  Pickupgroup  : 
  Mailbox      : 
  VM Extension : asterisk
  LastMsgsSent : 32767/65535
  Call limit   : 0
  Dynamic      : Yes
  Callerid     : "TestSIP 7702" <7702>
  MaxCallBR    : 384 kbps
  Expire       : 1769
  Insecure     : port,invite
  Nat          : RFC3581
  ACL          : No
  T38 pt UDPTL : No
  CanReinvite  : No
  PromiscRedir : No
  User=Phone   : No
  Video Support: No
  Text Support : No
  Trust RPID   : No
  Send RPID    : No
  Subscriptions: Yes
  Overlap dial : Yes
  DTMFmode     : rfc2833
  Timer T1     : 500
  Timer B      : 32000
  ToHost       : 
  Addr->IP     : 192.168.115.7 Port 5060
  Defaddr->IP  : 0.0.0.0 Port 5060
  Transport    : UDP
  Def. Username: 7702
  SIP Options  : (none)
  Codecs       : 0xc (ulaw|alaw)
  Codec Order  : (alaw:20,ulaw:20)
  Auto-Framing :  No 
  100 on REG   : No
  Status       : Unmonitored
  Useragent    : AVM FRITZ!Box Fon Speedport W 900V 34.04.80 (Jan 27 2010)
  Reg. Contact : sip:[email protected];uniq=3A58A32318577A7135E9D113FC988
  Qualify Freq : 60000 ms
  Sess-Timers  : Accept
  Sess-Refresh : uas
  Sess-Expires : 1800 secs
  Min-Sess     : 90 secs

*CLI>

Was mich ein wenig beunruhigt -> warum steht da immer wieder was von Port 5060?
In der sip.conf steht doch aber:

Code: 
bindport=5061			
bindaddr=0.0.0.0       
tcpenable=yes
tcpbindaddr=0.0.0.0:5061
Localnet = 192.168.115.0/255.255.255.0

Hier muss ich wohl noch ein wenig rumprobieren...

Wenn ich 80# wähle, funktioniert der Echo-Test und an der CLI steht folgendes:

Code: 
*CLI>   == Using SIP RTP CoS mark 5
    -- Executing [80@sip7702:1] Macro("SIP/7702-00612b80", "entfernegitter") in new stack
    -- Executing [s@macro-entfernegitter:1] Set("SIP/7702-00612b80", "EXTEN2=80") in new stack
    -- Executing [80@sip7702:2] Answer("SIP/7702-00612b80", "") in new stack
    -- Executing [80@sip7702:3] Wait("SIP/7702-00612b80", "2") in new stack
    -- Executing [80@sip7702:4] SayNumber("SIP/7702-00612b80", "80") in new stack
    -- <SIP/7702-00612b80> Playing 'digits/80.gsm' (language 'de')
    -- Executing [80@sip7702:5] Wait("SIP/7702-00612b80", "2") in new stack
    -- Executing [80@sip7702:6] Playback("SIP/7702-00612b80", "demo-echotest") in new stack
    -- <SIP/7702-00612b80> Playing 'demo-echotest.gsm' (language 'de')
    -- Executing [80@sip7702:7] Echo("SIP/7702-00612b80", "") in new stack
    -- Executing [80@sip7702:8] Playback("SIP/7702-00612b80", "demo-echodone") in new stack
    -- <SIP/7702-00612b80> Playing 'demo-echodone.gsm' (language 'de')
    -- Executing [80@sip7702:9] Hangup("SIP/7702-00612b80", "") in new stack
  == Spawn extension (sip7702, 80, 9) exited non-zero on 'SIP/7702-00612b80'

*CLI>

Gibt es noch Hoffnung?

Viele Grüße.
 
Bei mir ist fast alles gleich, außer z.B.:
Status: ok (1ms)
Sess-Timers: Refuse

Defaddr->IP : 0.0.0.0 Port 5060
sollte wohl eher 5061 sein.
 
Ja, das mit der default-IP meine ich genauso wie Du schreibst, sollte besser 0.0.0.0:5061 sein. Wo muss ich da was und wie einstellen?
Ich habe mal noch den tcp-port 5061 geforwardet, mit gleichem (negativen) Eergebnis.
 
Ich würde es mal andersrum probieren:
Asterisk auf Port 5060 stellen und die Fritzbox auf 5080. (So ist das bei mir eingestellt.)
Vielleicht kann sich die Fritzbox nicht richtig bei Port 5061 anmelden.
Dafür muß der sip-Port in der voip.cfg auf 5080 gestellt werden und die Fritzbox neu gebootet.
 
Hab ich gemacht, auch die Internet-Telefone in der Box auf Port 5060 umkonfiguriert.

sip show peer 7701 gibt aus:

Addr->IP : 192.168.115.7 Port 5080
Defaddr->IP : 0.0.0.0 Port 5060

was mir wiederum garnicht gefällt. Ich schätze, ich habe in der debug.cfg noch nicht alles richtig eingetragen. Es steht nur die eine Zeile drin,

ifconfig lan:1 192.168.115.7 netmask 255.255.255.0

Muss dort noch eine weitere IP-Adresse eingetragen werden (die von der Box ist 192.168.115.6)? Und wie sollte dieser Eintrag aussehen?
 
Code: 
Addr->IP : 192.168.115.7 Port 5080
deutet darauf hin das die Box die .7 hat! Wie kommst du darauf das die Box 192.168.115.6 ist und Asterisk 192.168.115.7?
 
Hi stinkstiefel,
ich benutze die Box im LAN, sie verwendet also eine bestehende Internetverbindung mit. Im Konfigurationsmenü habe ich eine feste IP-Adresse eingetragen, die lautet 192.168.115.6. Darunter kann ich die Box anpingen und auch das AVM-Web-Interface aufrufen.

Ich habe das jetzt mal geändert auf 192.168.115.7. Trotzdem geht eine interne Sprechverbindung nicht. Das angerufene Telefon klingelt, nach dem Abheben kommt "besetzt", an der CLI sieht man:

Code: 
  == Using SIP RTP CoS mark 5
    -- Executing [7701@sip7702:1] Dial("SIP/7702-006143e0", "SIP/7701,55,Ttr") in new stack
  == Using SIP RTP CoS mark 5
    -- Called 7701
    -- SIP/7701-00612aa8 is ringing
    -- SIP/7701-00612aa8 is circuit-busy
  == Everyone is busy/congested at this time (1:0/1/0)
    -- Auto fallthrough, channel 'SIP/7702-006143e0' status is 'CONGESTION'

Echotest geht, Zeitansage geht (wenn auch mit Warnungen, das Files fehlen), nur der interne Sprechweg funktioniert einfach nicht.

Wäre ja auch nicht wieter schlimm, die Box mit Asterisk soll sowieso "nur" nach draußen funktionieren. An den internen S0-Anschluss kommt eine ISDN-anlage mit mehreren analogen Telefonen. Trotzdem sollte doch aber wenigstens die interne Sprechverbindung funktionieren, bevor es ans konfigurieren der externen Verbindungen geht...

Viele Grüße.
 
Code: 
exten => _77XX,1,Dial(SIP/${EXTEN},55,Ttr)
ändern in
Code: 
exten => _77XX,1,Dial(SIP/${EXTEN})
was tut sich dann ohne r?
 
Sorry, die Kiste war abgeschmiert.

Das Ergebnis ist unverändert:
Congestion. Die Gegenstelle klingelt, nach dem Abheben kommt "besetzt".

Viele Grüße.
 
Hast du in der Box irgendwo busy on busy aktiviert? Zeig mal ein debug von diesem Fall, vielleicht fällt da noch etwas auf. Ausserdem habe ich nicht alles gelesen und mich würde mal interessieren wie 7701 und 7702 überhaupt mit der Box verbunden sind.
 
Busy on Busy und die Einstellung, dass 7701 und 7702 auf alle Rufe reagieren, könnte natürlich sein. Mich wundert aber, dass es überhaupt klingelt.
Könnte man nicht in der Box die Firewall komplett abstellen und sie nur unter einer IP-Adresse laufen lassen? Die nat-Einstellungen sind jetzt eventuell auch nicht richtig, wenn sie nicht auch das Gateway ist.
Probiere es mal mit ´nat=yes´ bei ´7701´und ´7702´.

Ich würde mal ein Softphone installieren und probieren, ob damit Gespräche zu 7701 und 7702 möglich sind.
 
Zuletzt bearbeitet:
Hallo,
ich habe X-Lite installiert und konfiguriert, leider auch wieder ohne Erfolg.

Code: 
CLI> sip show peers
Name/username              Host            Dyn Nat ACL Port     Status
7703/7703                  192.168.115.122  D   N      9078     Unmonitored
7702/7702                  192.168.115.7    D   N      5080     Unmonitored
7701/7701                  192.168.115.7    D   N      5080     Unmonitored
3 sip peers [Monitored: 0 online, 0 offline Unmonitored: 3 online, 0 offline]

Bei X-Lite habe ich die Portrange wie in der rtp.conf eingetragen (7703), da ist rtpstart=9078 . Die 5080 holt Asterisk sich aus der voip.cfg, dort habe ich den Port von 5060 auf 5080 geändert. Die 192.168.115.7 holt er sich aud der debug.cfg, die Box ist auf 192.168.115.6 eingestellt.
Es kommt im X-Lite immer "besetzt", sowohl bei Echotest als auch beim Versuch interner Telefonate.

Jeden Versuch quittiert Asterisk mit:
*CLI> == Using SIP RTP CoS mark 5

das ist alles. Auf den Eintrag nat=yes oder aber nat=no reagiert Asterisk überhaupt nicht.
Auf 7701 und 7702 funktioniert echotest usw., interne Gesprächsversuche werden nach dem klingeln und abheben als "besetzt" ausgegeben.

Code: 
*CLI>   == Using SIP RTP CoS mark 5
    -- Executing [80@sip7701:1] Macro("SIP/7701-00614fa0", "entfernegitter") in new stack
    -- Executing [s@macro-entfernegitter:1] Set("SIP/7701-00614fa0", "EXTEN2=80") in new st
    -- Executing [80@sip7701:2] Answer("SIP/7701-00614fa0", "") in new stack
    -- Executing [80@sip7701:3] Wait("SIP/7701-00614fa0", "2") in new stack
    -- Executing [80@sip7701:4] SayNumber("SIP/7701-00614fa0", "80") in new stack
    -- <SIP/7701-00614fa0> Playing 'digits/80.gsm' (language 'de')
    -- Executing [80@sip7701:5] Wait("SIP/7701-00614fa0", "2") in new stack
  == Spawn extension (sip7701, 80, 5) exited non-zero on 'SIP/7701-00614fa0'

*CLI>   == Using SIP RTP CoS mark 5
    -- Executing [7702@sip7701:1] Dial("SIP/7701-00614fa0", "SIP/7702") in new stack
  == Using SIP RTP CoS mark 5
    -- Called 7702
    -- SIP/7702-0062a030 is ringing
    -- SIP/7702-0062a030 is circuit-busy
  == Everyone is busy/congested at this time (1:0/1/0)
    -- Auto fallthrough, channel 'SIP/7701-00614fa0' status is 'CONGESTION'
*CLI>

Das war eine kurze Zusammenfassung.
Für weitere Tipps bin ich wie immer sehr dankbar.

Viele Grüße.
 
Zuletzt bearbeitet:
Was gibt sip show peers aus wenn für die peers qualify=yes gesetzt ist?

ploieel schrieb:
Die 192.168.115.7 holt er sich aud der debug.cfg, die Box ist auf 192.168.115.6 eingestellt.
Zum Vergrößern anklicken....
Das stimmt so nicht und irgend etwas muss genau an dieser Stelle faul sein.
Wenn die Box 192.168.115.6 hat und der Client der Box sich am Asterisk anmeldet dann würde normalerweise auch 192.168.115.6 und nicht 192.168.115.7 unter Host stehen.
 
Ich glaube, die Sache mit den zwei IP-Adressen macht mehr Probleme, als sie Vorteile hat.
Komisch ist auch, dass der Status überall unmonitored ist, dort müßte ok stehen.
bei mir sieht es in der sip.conf z.B. so aus:
Code: 
[773]
context=sip773
callerid="773" <773>
host=dynamic
nat=no           
type=peer
user=773
secret=...
directmedia=no         
canreinvite=no
disallow=all
allow=alaw
allow=ulaw
limitonpeers=yes
call-limit=4
callgroup=1
pickupgroup=1

bei [general] habe ich auch qualify=yes stehen
 
Habe den Haken bei busy on busy rausgemacht, die peers in der sip.conf geändert, asterisk gibt aus:

Code: 
*CLI> sip show peers
Name/username              Host            Dyn Nat ACL Port     Status
7703/7703                  192.168.115.122  D   N      9078     OK (135 ms)
7702/7702                  192.168.115.7    D          5080     OK (2 ms)
7701/7701                  192.168.115.7    D          5080     OK (1 ms)
3 sip peers [Monitored: 3 online, 0 offline Unmonitored: 0 online, 0 offline]
*CLI>

Das Ergebnis ist immer noch:

Code: 
  == Using SIP RTP CoS mark 5
    -- Executing [7701@sip7702:1] Dial("SIP/7702-00612b28", "SIP/7701") in new stack
  == Using SIP RTP CoS mark 5
    -- Called 7701
    -- SIP/7701-00629dd0 is ringing
    -- SIP/7701-00629dd0 is circuit-busy
  == Everyone is busy/congested at this time (1:0/1/0)
    -- Auto fallthrough, channel 'SIP/7702-00612b28' status is 'CONGESTION'
*CLI>

Was ist davon zu halten, den Eintrag in der debug.cfg ( ifconfig lan:1 192.168.115.7 netmask 255.255.255.0) rückgängig zu machen?

Ich könnte das ja testen.
 
Gib mal in der ar7.cfg zusätzlich die rtp-ports frei:
"udp 0.0.0.0:5080 0.0.0.0:5080",
"udp 0.0.0.0:9078+20 0.0.0.0:9078",
(irgendwo zwischen die erste und die letzte vorhandene Regel einfügen)

Schaden kann es ja nicht. (?)

Ändere auch mal den rtp-Port in Deinem X-Lite. Hier gibt es vermutlich NAT-Probleme. (Vielleicht auf 10000 oder so, damit es keine Überschneidungen gibt. Eigentlich sollte aber ein nat=no in der sip.conf bei 7703 genügen.)
 
Zuletzt bearbeitet:
Hab ich gemacht, sieht jetzt so aus:

Code: 
   }
        mcupstream = "internet";
        voip_forwardrules = "udp 0.0.0.0:5060 0.0.0.0:5060", 
                            "tcp 0.0.0.0:5060 0.0.0.0:5060", 
                            "udp 0.0.0.0:7078+32 0.0.0.0:7078";
	"udp 0.0.0.0:5080 0.0.0.0",
	"udp 0.0.0.0:9078+20 0.0.0.0",
        internet_in_nat_rules_enabled = yes;
        internet_out_nat_rules_enabled = yes;

Ergebnis:
die Box ist "mausetot", kann sie weder über telnet noch über das AVM-GUI erreichen.

EDIT:
Kommando zurück:
die Box hat jetzt überraschenderweise die IP 192.168.115.7, so kann ich sie erreichen.

EDIT 2:
Expertenansicht ein:
IP-Einstellungen:
da hat sich schlagartig einiges geändert:
Ip-Adresse: 192.168.178.1
Subnetz-Maske: 255.255.255.0

DHCP-Server ist aktiviert.
Das muss ich jetzt alles erstmal zurückdrehen...
 
Zuletzt bearbeitet:
So wird das nicht gehen, das Semikolon ist an der falschen Stelle und die Zeilen sind nicht vollständig.
Außerdem hatte ich einen Tippfehler in meinem letzten Beitrag (inzwischen korrigiert), Sorry.
Das ´;´ kommt nur hinter die letzte Regel, die Zeilen der Regeln davor enden mit einem ´,´.
 
Zuletzt bearbeitet:
So, ar7.cfg korrigiert.

Code: 
*CLI> sip show peers
Name/username              Host            Dyn Nat ACL Port     Status
7703/7703                  192.168.115.122  D          9078     UNREACHABLE
7702/7702                  192.168.115.7    D          5080     OK (1 ms)
7701/7701                  192.168.115.7    D          5080     OK (1 ms)
3 sip peers [Monitored: 2 online, 1 offline Unmonitored: 0 online, 0 offline]
*CLI>   == Using SIP RTP CoS mark 5
    -- Executing [7702@sip7702:1] Dial("SIP/7702-0062c058", "SIP/7702") in new stack
  == Using SIP RTP CoS mark 5
    -- Called 7702
  == Spawn extension (sip7702, 7702, 1) exited non-zero on 'SIP/7702-0062c058'
  == Using SIP RTP CoS mark 5
    -- Executing [7701@sip7702:1] Dial("SIP/7702-0062d658", "SIP/7701") in new stack
  == Using SIP RTP CoS mark 5
    -- Called 7701
    -- SIP/7701-0062ec58 is ringing
    -- SIP/7701-0062ec58 answered SIP/7702-0062d658
    -- Packet2Packet bridging SIP/7702-0062d658 and SIP/7701-0062ec58
  == Spawn extension (sip7702, 7701, 1) exited non-zero on 'SIP/7702-0062d658'
  == Using SIP RTP CoS mark 5
    -- Executing [7702@sip7701:1] Dial("SIP/7701-00616940", "SIP/7702") in new stack
  == Using SIP RTP CoS mark 5
    -- Called 7702
    -- SIP/7702-0062ea50 is ringing
    -- SIP/7702-0062ea50 answered SIP/7701-00616940
    -- Packet2Packet bridging SIP/7701-00616940 and SIP/7702-0062ea50
  == Spawn extension (sip7701, 7702, 1) exited non-zero on 'SIP/7701-00616940'
*CLI>

Beide an die Box angeschlossenen Telefone können sich gegenseitig anrufen! :) :)

Die Arbeit von einem ganzen Wochenende... gekrönt von einem Erfolgserlebnis! Das das X-Lite (noch) nicht geht, kann ich verschmerzen.

Viele Grüße; und mit dem nach Draußen telefonieren hoffe ich auf weitere Hilfe.

Jetzt nur noch die sip.conf ein wenig aufräumen...
 
Ich komme doch nochmal durch.

Asterisk startet nur mit asterisk -vvvvvgc, mit asterisk -r startet er zwar, aber die interne Wahl und der Sprechweg funktionieren nicht.
Woran kann das noch liegen?

Danke für die Hilfe.
 
Um antworten zu können musst du eingeloggt sein.

Zurzeit aktive Besucher

Gesamt: 650 (Mitglieder: 16, Gäste: 634)

Neueste Beiträge

Statistik des Forums

Themen
246,386
Beiträge
2,251,241
Mitglieder
374,050
Neuestes Mitglied
SmartITECH
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.
Ihr E-Mail-Adresse verifizieren

Ihr E-Mail-Adresse verifizieren

Wir haben Ihnen eine E-Mail geschickt. Klicken Sie auf die Schaltfläche im E-Mail-Text, um Ihre E-Mail-Adresse zu verifizieren – (Können Sie diese nicht finden können, dann überprüfen Sie Ihren Spam-Ordner).

IPPF im Überblick

Neueste Beiträge

Direktlinks Telefonanlage

Website-Sponsoren

3CX sponsor
KONTAKTIEREN SIE UNS BEI INTERESSE
| Style by ThemeHouse
XenPorta 2 PRO © Jason Axelrod of 8WAYRUN
Oben Unten
Zurück