Asterisk 11 und LCR

Sidebar Sidebar
Upgrade 3CX to v18 and get it hosted free!
R

robi1a

Neuer User
Mitglied seit
29 Dez 2008
Beiträge
74
Punkte für Reaktionen
0
Punkte
0
Hallo

Bin dabei einen neuen Asterisk Server mit OpenSUSE 12.3 aufzusetzen. ich verwende Asterisk 11, mISDNv2 und LCR 1.14, alles von Source compiliert.
1. Problem
LCR 1.14 hat anscheinend einen neuen Parameter Syntax.
Will alles an Asterisk weiterleiten nur in der routing.conf ist remote applications=asterisk nicht mehr gültig. Der richtige Syntax ??? (funkstille im Internet und auf der Page von LCR).
gelöst durch den Rückstieg auf LCR 1.12

2. Problem
Alle eingehenden Gespräche werden an Asterisk durchgestellt. SIP Telefon klingelt -> Hörer abheben -> im Asterisk stehen die Channels -->> man hört nicht, kein Ton!!!
Im Internet geforscht -> Hinweise auf mISDN_dsp Modul -> ist geladen, trotzdem kein Ton. Auch Firewall deaktiviert -> kein Ton!
Hat jemand eine Idee warum man bei aufgebauter Verbindung nichts hört?

Asterisk Log: eingehender Anruf
Code: 
[call=NULL ast=NULL line=1569] Received new ref by LCR, due to incomming call. (ref=139814070387700)
[call=0 ast=NULL line=333] Call instance allocated.
[call=NULL ast=NULL line=374] Sending MESSAGE_ENABLEKEYPAD to socket. (ref=1012)
[call=1012 ast=NULL line=949] Incomming setup from LCR. (callerid 664xxxxxx, dialing 11)
[call=1012 ast=lcr/24 line=802] Try to start pbx. (exten=11 context=HBH_ISDN complete=no)
[call=NULL ast=NULL line=374] Sending MESSAGE_OVERLAP to socket. (ref=1012)
[call=1012 ast=lcr/24 line=858] Extensions matches.
[call=1012 ast=lcr/24 line=915] Starting call to Asterisk due to matching extension.
    -- Executing [11@HBH_ISDN:1] NoOp("lcr/24", "") in new stack
    -- Executing [11@HBH_ISDN:2] lcr_config("lcr/24", "a:D") in new stack
[call=NULL ast=lcr/24 line=3449] Received lcr_config (data=a:D)
[call=1012 ast=lcr/24 line=535] Option 'a' (Asterisk DTMF detection).
[call=1012 ast=lcr/24 line=438] Option 'D' (DTMF).
[call=NULL ast=lcr/24 line=3482] lcr_config app not called by chan_lcr channel.
    -- Executing [11@HBH_ISDN:3] Verbose("lcr/24", "1,ISDN (ext): incomming call number 664xxxxxx to dest 11") in new stack
 ISDN (ext): incomming call number 664xxxxxx to dest 11
    -- Executing [11@HBH_ISDN:4] GotoIf("lcr/24", "1?skipnonr") in new stack
    -- Goto (HBH_ISDN,11,7)
    -- Executing [11@HBH_ISDN:7] NoOp("lcr/24", "") in new stack
    -- Executing [11@HBH_ISDN:8] GotoIf("lcr/24", "1?default_ext") in new stack
    -- Goto (HBH_ISDN,11,13)
    -- Executing [11@HBH_ISDN:13] NoOp("lcr/24", "") in new stack
    -- Executing [11@HBH_ISDN:14] ChanIsAvail("lcr/24", "SIP/11,s") in new stack
  == Using SIP RTP CoS mark 5
    -- Executing [11@HBH_ISDN:15] GotoIf("lcr/24", "0?callqueue") in new stack
    -- Executing [11@HBH_ISDN:16] Dial("lcr/24", "SIP/11,,tT") in new stack
  == Using SIP RTP CoS mark 5
    -- Called SIP/11
[call=1012 ast=lcr/24 line=3080] Received indicate from Asterisk with unknown condition 33.
[call=1012 ast=lcr/24 line=3080] Received indicate from Asterisk with unknown condition 33.
[call=1012 ast=lcr/24 line=2994] Received indicate AST_CONTROL_RINGING from Asterisk.
[call=NULL ast=NULL line=374] Sending MESSAGE_ALERTING to socket. (ref=1012)
    -- SIP/11-00000020 is ringing

core show channels, vor abheben
Code: 
Channel              Location             State   Application(Data)
SIP/11-00000020      11@IPPhone:1         Ringing AppDial((Outgoing Line))
lcr/24               11@HBH_ISDN:16       Ring    Dial(SIP/11,,tT)
2 active channels
1 active call
22 calls processed

Asterisk Log: Abheben
Code: 
*CLI> [call=1012 ast=lcr/24 line=3080] Received indicate from Asterisk with unknown condition 33.
[call=1012 ast=lcr/24 line=2628] Received answer from Asterisk (maybe during lcr_bridge).
[call=NULL ast=NULL line=374] Sending MESSAGE_CONNECT to socket. (ref=1012)
[call=1012 ast=lcr/24 line=3030] Received indicate -1.
[call=1012 ast=lcr/24 line=3077] Received AST_CONTROL_SRCUPDATE from Asterisk.
    -- SIP/11-00000020 answered lcr/24
       > 0x7f2a14030970 -- Probation passed - setting RTP source address to 192.168.1.109:16402

core show channels, nach abheben
Code: 
Channel              Location             State   Application(Data)
SIP/11-00000020      (None)               Up      AppDial((Outgoing Line))
lcr/24               11@HBH_ISDN:16       Up      Dial(SIP/11,,tT)
2 active channels
1 active call
22 calls processed

lcradmin state
Code: 
01.10.13 21:56:42.176 CH(13): MT_NEW_L3ID INDICATION  port 0  callref new=0x10001
01.10.13 21:56:42.177 CH(13): MT_SETUP INDICATION U<-N  port 0  calling_pn type=2 plan=1 present=0 screen=3 number=664xxxxxx  called_pn type=0 plan=1 number=11  comple*
01.10.13 21:56:42.177 CH(13): CHANNEL SELECTION (setup)  port 0  channel request='1 (forced)' reserved=0  conclusion 'channel available'  connect channel=1
01.10.13 21:56:42.177 CH(13): BCHANNEL create socket  port 0  channel 1  socket 16
01.10.13 21:56:42.177 CH(13): BCHANNEL activate  port 0  channel 1
01.10.13 21:56:42.177 EP(13): SETUP  from CH(13)  caller id number=0664xxxxxx present=allowed  dialing 11  complete true
01.10.13 21:56:42.177 EP(13): TONE  to CH(13)  directory default  name dialing
01.10.13 21:56:42.177 EP(13): ACTION (match)  action remote  line 8
01.10.13 21:56:42.177 EP(13): ACTION remote (setup)  number 11  remote asterisk  context HBH_ISDN
01.10.13 21:56:42.177 EP(13): SETUP ACKNOWLEDGE  to CH(13)
01.10.13 21:56:42.177 CH(13): MT_PROCEEDING REQUEST U->N  port 0  channel_id exclusive=1 channel=1
01.10.13 21:56:42.177 CH(13): BCHANNEL control  port 0  DSP-DTMF 1
01.10.13 21:56:42.178 EP(13): ENABLE KEYPAD
01.10.13 21:56:42.179 EP(13): TONE  to CH(13)  directory default  name dialing
01.10.13 21:56:42.219 EP(13): ALERTING  to CH(13)
01.10.13 21:56:42.219 EP(13): TONE  to CH(13)  directory default  name ringing
01.10.13 21:56:42.219 CH(13): MT_ALERTING REQUEST U->N  port 0
01.10.13 21:56:42.219 CH(13): BCHANNEL control  port 0  DSP-TONE 7
01.10.13 21:56:48.045 EP(13): CONNECT  to CH(13)  connect id number= present='not available'
01.10.13 21:56:48.045 EP(13): TONE  to CH(13)  off
01.10.13 21:56:48.045 CH(13): MT_CONNECT REQUEST U->N  port 0
01.10.13 21:56:48.045 CH(13): BCHANNEL control  port 0  DSP-TONE 0
01.10.13 21:56:53.605 EP(13): TONE  to CH(13)  directory default  name cause_10
01.10.13 21:56:53.605 EP(13): DISCONNECT  to CH(13)  cause value=16 location=1-Local-PBX
01.10.13 21:56:53.606 CH(13): BCHANNEL control  port 0  DSP-TONE 18
01.10.13 21:56:53.606 CH(13): MT_DISCONNECT REQUEST U->N  port 0  cause location=5 value=16
01.10.13 21:56:53.898 CH(13): MT_RELEASE INDICATION U<-N  port 0
01.10.13 21:56:53.898 CH(13): MT_RELEASE_L3ID INDICATION  port 0  callref 0x10001
01.10.13 21:56:53.898 EP(13): RELEASE  from CH(13)  cause value=16 location=5-Remote-PBX
01.10.13 21:56:53.898 EP(13): ACTION hangup
01.10.13 21:56:53.898 CH(13): BCHANNEL deactivate  port 0  channel 1
01.10.13 21:56:53.898 CH: BCHANNEL remove socket  port 0  channel 1  socket 16

3. Problem
Aus gehende Anrufe vom SIP Telefon über LCR und mISDN werden zurück gewiesen. Am Telefon steht DECLINED, ich sehe aber keinen Grund warum das nicht geht. Vielleicht hat jemand von euch eine Idee.
Asterisk log
Code: 
 pbx.c:     -- Executing [s@macro-HBHdial:20] Verbose("SIP/21-00000015", "1,>>>>>>(HBHdialoutSIP _0X): dial out from 21 via line LCR/HBH_ISDN to dest 0043664xxxxxx") in new stack
 app_verbose.c:  >>>>>>(HBHdialoutSIP _0X): dial out from 21 via line LCR/HBH_ISDN to dest 0043664xxxxxx
 pbx.c:     -- Executing [s@macro-HBHdial:21] Set("SIP/21-00000015", "CALLERID(all)=xxxxxxxxxx <004322xxxxxx>") in new stack
 pbx.c:     -- Executing [s@macro-HBHdial:22] Dial("SIP/21-00000015", "LCR/0/0664xxxxxx,45,tT") in new stack
 app_dial.c:     -- Called LCR/0/0664xxxxxx
 app_dial.c:   == Everyone is busy/congested at this time (1:0/0/1)
 pbx.c:     -- Executing [0664xxxxxx@IPPhone:3] Hangup("SIP/21-00000015", "") in new stack
 pbx.c:   == Spawn extension (IPPhone, 0664xxxxxx, 3) exited non-zero on 'SIP/21-00000015'

 pbx.c:     -- Executing [0664xxxxxx@IPPhone:1] NoOp("SIP/21-00000016", "") in new stack
 pbx.c:     -- Executing [0664xxxxxx@IPPhone:2] Macro("SIP/21-00000016", "HBHdial,0043664xxxxxx,0664xxxxxx,HBHdialoutSIP _0X") in new stack
 pbx.c:     -- Executing [s@macro-HBHdial:1] NoOp("SIP/21-00000016", "") in new stack
 pbx.c:     -- Executing [s@macro-HBHdial:2] GotoIf("SIP/21-00000016", "0?60") in new stack
 pbx.c:     -- Executing [s@macro-HBHdial:3] GotoIf("SIP/21-00000016", "1?20:10") in new stack
 pbx.c:     -- Goto (macro-HBHdial,s,20)
 pbx.c:     -- Executing [s@macro-HBHdial:20] Verbose("SIP/21-00000016", "1,>>>>>>(HBHdialoutSIP _0X): dial out from 21 via line LCR/HBH_ISDN to dest 0043664xxxxxx") in new stack
 app_verbose.c:  >>>>>>(HBHdialoutSIP _0X): dial out from 21 via line LCR/HBH_ISDN to dest 0043664xxxxxx
 pbx.c:     -- Executing [s@macro-HBHdial:21] Set("SIP/21-00000016", "CALLERID(all)=xxxxxxxx <004322xxxxxx>") in new stack
 pbx.c:     -- Executing [s@macro-HBHdial:22] Dial("SIP/21-00000016", "LCR/0/0664xxxxxx,45,tT") in new stack
 app_dial.c:     -- Called LCR/0/0664xxxxxx
 app_dial.c:   == Everyone is busy/congested at this time (1:0/0/1)
 pbx.c:     -- Executing [0664xxxxxx@IPPhone:3] Hangup("SIP/21-00000016", "") in new stack
 pbx.c:   == Spawn extension (IPPhone, 0664xxxxxx, 3) exited non-zero on 'SIP/21-00000016'

lcradmin state
Code: 
EP(7): CHANNEL SELECTION (found external interface)  interface HBH_ISDN
EP(7): CHANNEL SELECTION (found external interface)  interface HBH_ISDN
EP(7): CHANNEL SELECTION (using 'any' channel)  port 0  position 0
EP(7): SETUP  to CH(7)  caller id number=004322xxxxxx present=allowed  caller id2 number=21 present=allowed  dialing 0664xxxxxx
CH(7): MT_NEW_L3ID REQUEST  port 0  callref new=0xff008006
CH(7): MT_SETUP REQUEST U->N  port 0  calling_pn type=0 plan=1 present=0 screen=0 number=004322xxxxxx  call_pn 2 type=0 plan=1 present=0 screen=0 number=21  called_pn type=0 plan=1 number=0664xxxxxx  bearer coding=0 capability=0 mode=0 rate=16 multi=-1 user=-1
EP(7): ENABLE KEYPAD
CH(7): MT_RELEASE_COMP INDICATION U<-N  port 0  cause location=2 value=100  layer 1 up
CH(7): MT_RELEASE_L3ID INDICATION  port 0  callref 0xff008006
EP(7): RELEASE  from CH(7)  cause value=100 location=2-Local-Exchange
EP(8): CHANNEL SELECTION (found external interface)  interface HBH_ISDN
EP(8): CHANNEL SELECTION (found external interface)  interface HBH_ISDN
EP(8): CHANNEL SELECTION (using 'any' channel)  port 0  position 0
EP(8): SETUP  to CH(8)  caller id number=004322xxxxxx present=allowed  caller id2 number=21 present=allowed  dialing 0664xxxxxx
CH(8): MT_NEW_L3ID REQUEST  port 0  callref new=0xff008007
CH(8): MT_SETUP REQUEST U->N  port 0  calling_pn type=0 plan=1 present=0 screen=0 number=004322xxxxxx  call_pn 2 type=0 plan=1 present=0 screen=0 number=21  called_pn type=0 plan=1 number=0664xxxxxx  bearer coding=0 capability=0 mode=0 rate=16 multi=-1 user=-1
EP(8): ENABLE KEYPAD
CH(8): MT_RELEASE_COMP INDICATION U<-N  port 0  cause location=2 value=100  layer 1 up
CH(8): MT_RELEASE_L3ID INDICATION  port 0  callref 0xff008007
EP(8): RELEASE  from CH(8)  cause value=100 location=2-Local-Exchange

4. Problem
REGISTER zum VOIP-Provider funktioniert auch nicht.
Mit dem alten Asterisk 1.4 klappt es. Konfig übernommen -> geht nicht mit Asterisk 11.
Habe mit den NAT Settings probiert -> kein Erfolg
Ein tcpdump zeigt mir die ausgehenden REGISTER aber ich bekomme überhaupt keine Antwort zurück (weder ein ACK noch ein NACK).
Eine Idee dazu?

Asterisk Log
Code: 
Registration for '[email protected]' timed out, trying again (Attempt #43)

Debug Log
Code: 
chan_sip.c: Retransmitting #5 (NAT) to 77.72.169.131:5060:
REGISTER sip:sip.voipcheap.com SIP/2.0
Via: SIP/2.0/UDP 213.x.x.228:5060;branch=z9hG4bK0d6f2a09;rport
Max-Forwards: 70
From: <sip:[email protected]>;tag=as1cfebd89
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 144 REGISTER
User-Agent: HBH Asterisk PBX
Authorization: Digest username="xxxx", realm="sip.voipcheap.com", algorithm=MD5, uri="sip:sip.voipcheap.com", nonce="3562670235", response="ce61b8f
fa4d0373e4388b06631f1f39c"
Expires: 120
Contact: <sip:[email protected]:5060>           <- meine externe IP auskommentiert
Content-Length: 0

Wenn ich mir den SIP Datenstrom ansehe, fällt mir auf, dass im Via: und Contact: die externe IP drinnen steht und im Call-ID die interne IP. Sollte da nicht überall die interne IP stehen, zumal SIP auf die interne IP gebunden ist.
Habe mit den NAT-Settings (nat, externaddr, localnet) herum probiert -> keine Änderung.


Also mit dieser Kombination an Software habe ich nicht viel Erfolg gehabt. Für jede Hilfe wäre ich dankbar.
Liebe Grüsse
 
Zuletzt bearbeitet:
zu 2.) Schau mal mit rtp set debug on nach, ob es Voice-Daten gibt. Wenn da nichts kommt, sollte das Problem irgendwo im ISDN-Umfeld sein, andernfalls gibt es ein IP-Problem (was dann erkennbar werden sollte).

zu 3.) Das sieht nach einem ISDN-Problem aus (ohne da jetzt das lcr-Log vollständig durchdringen zu können, würde ich auf Fehler bei der Kombination aus Nummer und Nummernformat tippen (
CH(7): MT_SETUP REQUEST U->N port 0 calling_pn type=0 plan=1 present=0 screen=0 number=004322xxxxxx call_pn 2 type=0 plan=1 present=0 screen=0 number=21 called_pn type=0 plan=1 number=0664xxxxxx bearer coding=0 capability=0 mode=0 rate=16 multi=-1 user=-1
Zum Vergrößern anklicken....
)

zu 4.) Da gibt es in der Tat ein Konfigurationsproblem. Der REGISTER-Request sollte etwa so aussehen:

Code: 
REGISTER 10 headers, 0 lines
Reliably Transmitting (NAT) to 77.72.169.134:5060:
REGISTER sip:sip.voipcheap.com SIP/2.0
Via: SIP/2.0/UDP <extIP>:5060;branch=z9hG4bK6d220c5a;rport
Max-Forwards: 70
From: <sip:<username>@sip.voipcheap.com>;tag=as05d5efdd
To: <sip:<username>@sip.voipcheap.com>
Call-ID: [email protected]
CSeq: 102 REGISTER
User-Agent: Asterisk PBX 1.8.23.0
Expires: 600
Contact: <sip:<username>@<extIP>:5060>
Content-Length: 0

Eine funktionierende Konfiguration sieht in etwa so aus:

Code: 
[VOIPCHEAP]
type=peer
usereqphone=no
t38pt_udptl=no
nat=force_rport,comedia ; bis 1.8: nat=yes
directmedia=no
disallow=all
allow=ulaw
allow=alaw
defaultuser=<username>
remotesecret=<password>
fromdomain=sip.voipcheap.com
realm=sip.voipcheap.com
host=sip.voipcheap.com
dtmfmode=rfc2833
context=<inboundcontext>
callbackextension=winklero2 ; alternativ im General-Abschnitt: register => <username>:<password>@sip.voipcheap.com/<username>
 
Jetzt bin ich nur mehr verwundert!

Problem 4
Ich da jetzt einiges ausprobiert (binding, register syntax, mit/ohne nat, ...) aber nichts hat geholfen. Ich sehe zwar das sicher der REGISTER verändert, ich kriege aber keine Antwort von VoipCheap.
Habe versucht mich zum alten 1.4 Asterisk zu registieren -> das klappte.
habe dann die sip.conf vom Asterisk 1.4 (die ja läuft) ohne Änderung auf den neuen Asterisk übernommen -> immer noch keine Antwort von VoipCheap. => Verwunderung !!!
Das heißt ein und die selbe Konfig läuft auf den alten Asterisk aber nicht auf dem Neuen. Hat wer eine Ahnung wo das problem sonst noch stecken könnte?

Grüße und Danke im voraus
 
Also zwischen 1.4 und 11 hat sich die Syntax erheblich geändert um nicht zu sagen, das ist inkompatibel!

Was passiert denn, wenn Du meine Konfiguration (#2) nutzt (sip debug der Registrierung)? Die ist nämlich 1:1 von einem 1.8er (bis auf die nat-Zeile, die ist auf 11 adaptiert und die funktioniert hier auch.
 
Habe meine Konfig nach deiner angeglichen -> keine Änderung.
Bin einen Schritt weiter und das Mysterium ist noch gößer.
Der alte Asterisk-Server ist zugleich auch Firewall. Anbindung des neuen Asterisk an den alten Asterisk habe ich geschafft.
Mein Netz sicht somit so aus
Internet <---> Kabelmodem <---> alter Asterisk mit FW <---> neuer Asterisk mit FW <---> Testnetzwerk
Habe dann die Firewall am alten Asterisk so geändert, das der neue Asterisk ins Internet kann -> siehe da, er registiert sich (inkl. aller Asterisk NAT-Definitionen).
Der neue Asterisk hat die selben FW-Rules wie der alte Asterisk!
Jetzt nehme ich das Kabelmodem und schließe es direkt am neuen Asterisk an (ohne Änderung der Konfig) -> keine Registierung zu Voipcheap. Es kommt keine Antwort von Voipcheap. VERWUNDERUNG!!!!!
Die einzige Änderung dabei ist die IP Adresse, die der neue Asterisk bekommt. Im 1. Fall eine IP aus dem Bereich des alten Asterisk (10.1.2.x). Im 2. Fall die offizielle IP aus dem Internet (80.108.x.x). In beiden Fällen hat der neue Asterisk den DNS Namen der Internet-IP als externhost eingetragen.
Das Testnetzwerk liegt in einem komplett anderen Bereich. Somit hat der neue Asterisk in beiden Fällen immer eine NAT-Konfiguration. In beiden Fällen ist der neue Asterisk immer auf die IP aus dem Testnetzwerk gebunden (udpbindaddr=192.168.1.4:5060).
Es ändert sich auch nichts ob die FW am neuen Asterisk aktiv ist oder nicht. Ein TCPDUMP zeigt in der 2. Situation nur ausgehende Pakete auf Port 5060 aber keine Eingehenden.
Surfen funktioniert allerdings, somit gibt es kein grundsätzliches Problem mit der Internet-Anbindung.
 
Folgender Output von tcpdump:

Gute Variante aus dem 10er Netz:
Code: 
   10.1.2.x.5060 > 77.72.169.134.5060: SIP, length: 558
	REGISTER sip:sip.voipcheap.com SIP/2.0
	Via: SIP/2.0/UDP 10.1.2.x:5060;branch=z9hG4bK2b0a56d8;rport
	Max-Forwards: 70
	From: <sip:[email protected]>;tag=as3e950cf6
	To: <sip:[email protected]>
	Call-ID: [email protected]
	CSeq: 107 REGISTER
	User-Agent: HBH Asterisk PBX
	Authorization: Digest username="xxxx", realm="sip.voipcheap.com", algorithm=MD5, uri="sip:sip.voipcheap.com", nonce="3962354735", response="b78d49035a9d9bafb0ad117b75c0af30"
	Expires: 120
	Contact: <sip:[email protected]:5060>
	Content-Length: 0

    77.72.169.134.5060 > 10.1.2.x.5060: SIP, length: 496
	SIP/2.0 401 Unauthorized
            :

    10.1.2.x.5060 > 77.72.169.134.5060: SIP, length: 558
	REGISTER sip:sip.voipcheap.com SIP/2.0
            :

    77.72.169.134.5060 > 10.1.2.x.5060: SIP, length: 405
	SIP/2.0 100 Trying
            :

    77.72.169.134.5060 > 10.1.2.x.5060: SIP, length: 417
	SIP/2.0 200 Ok
            :
Man sieht ein- und ausgehende Kommunication.


Nicht funktionierente Variante mit direkt angeschlossenem Kabelmodem:
Code: 
   80.108.x.x.5060 > 77.72.169.134.5060: SIP, length: 558
	REGISTER sip:sip.voipcheap.com SIP/2.0
	Via: SIP/2.0/UDP 80.108.x.x:5060;branch=z9hG4bK2b0a56d8;rport
	Max-Forwards: 70
	From: <sip:[email protected]>;tag=as3e950cf6
	To: <sip:[email protected]>
	Call-ID: [email protected]
	CSeq: 107 REGISTER
	User-Agent: HBH Asterisk PBX
	Authorization: Digest username="xxxx", realm="sip.voipcheap.com", algorithm=MD5, uri="sip:sip.voipcheap.com", nonce="3962354735", response="b78d49035a9d9bafb0ad117b75c0af30"
	Expires: 120
	Contact: <sip:[email protected]:5060>[|sip]

Der Unterschied der mir auffällt ist das [|sip] und das fehlende Content-Length am Ende der schlechten Variante. Dazwischen ist aber keinerlei Konfig-Änderung, einzig ein Umstecken des LAN-Kabels.
 
Zuletzt bearbeitet:
Um antworten zu können musst du eingeloggt sein.

Zurzeit aktive Besucher

Gesamt: 612 (Mitglieder: 6, Gäste: 606)

Neueste Beiträge

Statistik des Forums

Themen
244,888
Beiträge
2,220,169
Mitglieder
371,622
Neuestes Mitglied
jherb
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