FBF 5012 als SIP-ISDN-Adapter hinter Lancom VOIP-Router

[popdog]

Hallo!

Wir haben folgende Konfiguration: Ein Lancom 1722 VO-IP Router dient als Telefonanlage. Dort gehen Anrufe ueber ISDN und SIP-Provider ein und werden so per SIP ins lokale Netz weitergeleitet. Ausgehende Anrufe von lokalen SIP-Phones werden zum SIP-Provider oder ISDN geleitet.

Mit SIP-Telefonen oder Softphones (X-TAPI Lite) kann man ohne Probleme telefonieren.

An dieser Konfiguration soll auch nichts mehr geaendert werden.

Nun habe ich noch relativ neue ISDN-Telefone, die ich weiterbenutzen moechte.
Da ich die FBF 5012 vom SIP-Provider bekommen habe, moechte diese dafuer nutzen.

Ich habe also die FBF ans LAN angebunden und das ISDN-Telefon angeschlossen.
Die FBF soll sich nur beim LANCOM als SIP-Geraet anmelden und Telefongesrpaeche nach dem ISDN-Telefon vermitteln. Also habe ich
die Box wie folgt konfiguriert:

Webinterface -> Telefonie -> Internettelefonie -> Neue Internetrufnummer
Internetrufnummer verwenden: aktiviert
Internettelefonie-Anbieter: anderer Anbieter
Internetrufnummer: 300 (Die interne SIP Nummer beim LANCOM)
Benutzername & Kennwort: die beim Lancom eingerichteten Daten
Registrar: voip.mydomain (die VOIP-Domain des LANCOM)
Proxy-Server: die IP des LANCOM
Internetrufnummer für die Anmeldung verwenden: aktiviert

Die FBF meldet sich beim LANCOM an.
Unter Uebersicht bei der FBF steht:
Status Internetrufnummer 300: Registriert

Schaue ich beim LANCOM nach, so scheint auch alles OK, die FBF ist genau so registriert wie ein anderes SIP-Telefon.

Wenn ich jetzt auf dem ISDN-Telefon waehle: *12#Telefonnummer, dann
geht der Ruf korrekt raus und es klingelt auf der anderen Seite, aber die Leistung ist tot; man hoert nichts; auf keiner Seite. Rufbeendigung wird auch korrekt erkannt.

Wenn ich jetzt versuche, das Telefon an der FBF von einem anderen SIP-Telefon intern anzurufen, dann klingelt das Telefon nicht und der Lancom meldet: [email protected]main (Destination inoperable)

Auf der FBF scheint kein anruf einzugehen, denn weder in der Anrufliste noch unter Ereignisse erscheint irgendetwas.

Wo koennte der Fehler liegen?
Wenn ich micht mit dem Softphone mit den gleichen Benutzerdaten beim Lancom anmelde, dann funktioniert alles wunderbar...


Danke!
popdog

 

[gandalf94305]

Registrar: voip.mydomain (die VOIP-Domain des LANCOM)
Proxy-Server: die IP des LANCOM
Internetrufnummer für die Anmeldung verwenden: aktiviert

Versuche es mal mit der internen IP-Adresse des Routers als Registrar und "Internetrufnummer für die Anmeldung verwenden" deaktiviert. Der Proxy wird entfernt.

--gandalf.

 

[popdog]

Also das Internetrufnummer für die Anmeldung verwenden muss wohl aktiviert bleiben, da sonst ein Authentication failure kommt.

Ich habe beim Registrar die IP eingebeben.
Eigentlich habe ich bei Registrar, Proxy und Stun alle moeglichen Anordnungen durchprobiert.

 

[popdog]

Leider bin ich immer noch nicht weiter... :noidea:

Der Telefonsupport von AVM war leider keine Hilfe. Die Benutzung in Verbindung einer VOIP-PBX werde nicht unterstuetzt.
Mit anderen Worten: die FBF sei wunderbar, das andere Teil (Lancom) sei Schuld.
Der Herr meinte ausserdem, es sei wohl ein Codec-Problem.

Ich habe nocheinmal ein bisschen probiert:
Wenn ich vom ISDN-Telefon an der FBF mit *121#Telefonnummer raustelefoniere, dann klingelt zwar das angewaehlte Telefon, aber
1. Man hoert am FBF-Telefon kein klingelzeichen (das Tuten, das zeigt, dass es am anderen Ende klingelt)
2. Wenn das angew. Telefon abnimmt, dann steht im Display vom FBF-Telefon immer noch "Waehle ..."

Ich weiss immer noch nicht, was ich genau bei der FBF einstellen muss:
Was ist Registrar, Proxy, Stun-Server?
Wo muss ich jetzt nun die IP des Lancom eintragen?
Wo gehoert die VOIP-Domain des Lancom rein?

Beim X-Tapi Softphone habe ich unter Domain/Realm die VOIP-Domain und unter SIP Proxy und Out Bound Proxy die IP des Lacom eingetragen und es funktioniert.

Das schmeisst die FBF auf der Console aus, wenn ich versuche, mein Mobiltelefon anzurufen (wenn ich auf dem Mobiltel abnehme, dann kommt keine neue Meldung; Er erscheint auch nichts, wenn ich die FBF anrufe):

Sep  8 14:02:22 voipd[450]: >>> Request: SUBSCRIBE sip:[email protected]
Sep  8 14:02:26 voipd[450]: >>> Request: SUBSCRIBE sip:[email protected]
Sep  8 14:02:27 multid[329]: sending SNTP request to server 0.europe.pool.ntp.org (81.169.152.214)
Sep  8 14:02:30 voipd[450]: SUBSCRIBED: message-summary sip:[email protected] 5.0
Sep  8 14:02:39 multid[329]: sending SNTP request to server 0.europe.pool.ntp.org (81.169.152.214)
Sep  8 14:02:51 multid[329]: sending SNTP request to server 0.europe.pool.ntp.org (81.169.152.214)
Sep  8 14:03:03 multid[329]: sending SNTP request to server 0.europe.pool.ntp.org (81.169.152.214)
Sep  8 14:03:15 multid[329]: sending SNTP request to server 0.europe.pool.ntp.org (81.169.152.214)
Sep  8 14:03:27 multid[329]: sending SNTP request to server 0.europe.pool.ntp.org (81.169.152.214)
Sep  8 14:03:39 multid[329]: sending SNTP request to server 0.europe.pool.ntp.org (81.169.152.214)
Sep  8 14:03:40 cltmgr[311]: sipX/connect - SipConnStatusGet (0) returns 2
Sep  8 14:03:40 cltmgr[311]: sipX/connect - SipConnStatusGet (1) returns 0
Sep  8 14:03:51 multid[329]: sending SNTP request to server 0.europe.pool.ntp.org (81.169.152.214)
Sep  8 14:04:03 multid[329]: sending SNTP request to server 0.europe.pool.ntp.org (81.169.152.214)
Sep  8 14:04:09 voipd[450]: incoming(5:appl=4 plci=0x305 ncci=0x0 incoming): 10  <- 0
Sep  8 14:04:09 voipd[450]: telapp_incoming - NOT running (voip=0)
Sep  8 14:04:09 voipd[450]: 0: connected    vcc 0/0/RBE/14 stay online 1
Sep  8 14:04:09 voipd[450]: disconnected(appl=4 plci=0x305 ncci=0x0 incoming): remote: 0x0000 (0x0000) -
Sep  8 14:04:13 voipd[450]: incoming(5:appl=4 plci=0x505 ncci=0x0 incoming): 10 0172XXXXXXX <- 0
Sep  8 14:04:13 voipd[450]: telapp_incoming - NOT running (voip=0)
Sep  8 14:04:13 voipd[450]: 0: connected    vcc 0/0/RBE/14 stay online 1
Sep  8 14:04:13 voipd[450]: allowed bandwidth 144000 for sip:[email protected]
Sep  8 14:04:13 voipd[450]: >>> Request: INVITE sip:[email protected]
Sep  8 14:04:13 voipd[450]: <<< Status: 407 Proxy Authorization Required
Sep  8 14:04:13 voipd[450]: >>> Request: ACK sip:[email protected]
Sep  8 14:04:13 voipd[450]: allowed bandwidth 144000 for sip:[email protected]
Sep  8 14:04:13 voipd[450]: >>> Request: INVITE sip:[email protected]
Sep  8 14:04:13 voipd[450]: <<< Status: 100 Trying
Sep  8 14:04:15 multid[329]: sending SNTP request to server 0.europe.pool.ntp.org (81.169.152.214)
Sep  8 14:04:27 voipd[450]: disconnected(appl=4 plci=0x505 ncci=0x0 incoming): remote: 0x3490 (0x0000) -
Sep  8 14:04:27 voipd[450]: ocfree: fail 0 normal 0 small 0 large 0
Sep  8 14:04:27 voipd[450]:         underrun 0 max_ackqueuelen 0
Sep  8 14:04:27 voipd[450]:         small packets merged 0, output 0 and consumed from CNG 0
Sep  8 14:04:27 voipd[450]: ocmode: normal 0 merged 0 delayed 0
Sep  8 14:04:27 voipd[450]: dropped 0 packets with 0 samples and 1 sample in 0 packets
Sep  8 14:04:27 voipd[450]: generated noise: 0
Sep  8 14:04:27 voipd[450]:         capiqueue[0]: 0 (  0.0%)
Sep  8 14:04:27 voipd[450]:         capiqueue[1]: 0 (  0.0%)
Sep  8 14:04:27 voipd[450]:         capiqueue[2]: 0 (  0.0%)
Sep  8 14:04:27 voipd[450]:         capiqueue[3]: 0 (  0.0%)
Sep  8 14:04:27 voipd[450]:         capiqueue[4]: 0 (  0.0%)
Sep  8 14:04:27 voipd[450]:         capiqueue[5]: 0 (  0.0%)
Sep  8 14:04:27 voipd[450]:         capiqueue[6]: 0 (  0.0%)
Sep  8 14:04:27 voipd[450]:         capiqueue[7]: 0 (  0.0%)
Sep  8 14:04:27 voipd[450]:        txqueue[0ms]: 0 (  0.0%)
Sep  8 14:04:27 voipd[450]:        txqueue[10ms]: 0 (  0.0%)
Sep  8 14:04:27 voipd[450]:        txqueue[20ms]: 0 (  0.0%)
Sep  8 14:04:27 voipd[450]:        txqueue[30ms]: 0 (  0.0%)
Sep  8 14:04:27 voipd[450]:        txqueue[40ms]: 0 (  0.0%)
Sep  8 14:04:27 voipd[450]:        txqueue[50ms]: 0 (  0.0%)
Sep  8 14:04:27 voipd[450]:        txqueue[60ms]: 0 (  0.0%)
Sep  8 14:04:27 voipd[450]:        txqueue[70ms]: 0 (  0.0%)
Sep  8 14:04:27 voipd[450]:        txqueue[80ms]: 0 (  0.0%)
Sep  8 14:04:27 voipd[450]:        txqueue[90ms]: 0 (  0.0%)
Sep  8 14:04:27 voipd[450]:        txqueue[100ms]: 0 (  0.0%)
Sep  8 14:04:27 voipd[450]:        txqueue[110ms]: 0 (  0.0%)
Sep  8 14:04:27 voipd[450]:        txqueue[120ms]: 0 (  0.0%)
Sep  8 14:04:27 voipd[450]:        txqueue[130ms]: 0 (  0.0%)
Sep  8 14:04:27 voipd[450]:        txqueue[140ms]: 0 (  0.0%)
Sep  8 14:04:27 voipd[450]:        txqueue[150ms]: 0 (  0.0%)
Sep  8 14:04:27 voipd[450]:        txqueue[160ms]: 0 (  0.0%)
Sep  8 14:04:27 voipd[450]:        txqueue[170ms]: 0 (  0.0%)
Sep  8 14:04:27 voipd[450]:        txqueue[180ms]: 0 (  0.0%)
Sep  8 14:04:27 voipd[450]:        txqueue[190ms]: 0 (  0.0%)
Sep  8 14:04:27 voipd[450]:        txqueue[200ms]: 0 (  0.0%)
Sep  8 14:04:27 voipd[450]:        txqueue[210ms]: 0 (  0.0%)
Sep  8 14:04:27 voipd[450]:        txqueue[220ms]: 0 (  0.0%)
Sep  8 14:04:27 voipd[450]:        txqueue[230ms]: 0 (  0.0%)
Sep  8 14:04:27 voipd[450]: >>> Request: CANCEL sip:[email protected]
Sep  8 14:04:27 multid[329]: sending SNTP request to server 0.europe.pool.ntp.org (81.169.152.214)
Sep  8 14:04:28 voipd[450]: >>> Request: CANCEL sip:[email protected]
Sep  8 14:04:28 voipd[450]: <<< Status: 404 Not Found
Sep  8 14:04:28 voipd[450]: 300: CANCEL complete (404)
Sep  8 14:04:28 voipd[450]: call to sip:[email protected] terminated (100)
Sep  8 14:04:39 multid[329]: sending SNTP request to server 0.europe.pool.ntp.org (81.169.152.214)