Toggle sidebar Toggle sidebar

BLF bei snom 320 [Solved]

O

ollibraun

Forum User
Basic Certified
Mitglied seit
16. Oktober 2014
Beiträge
239
Hallo,

ich habe hier drei snom 320 (interne IPs 10.10.10.111, .112 und .113) mit den Teilnehmernummern 11, 12 und 13.
3CX-Server ist 10.10.10.10.

Ich bin der Meinung, die Lizenz der 3CX erfolgreich aktiviert zu haben. In den Lizenzinformationen steht zum Beispiel "Anzahl gleichzeitige Kanäle: 8" Also nicht versehentlich die Gratis-Version?

Die BLF werden über die automatische Provisionierung gesetzt. Die Tasten sind - Gegenprobe im snom-Webinterface - beispielsweise so belegt - hier am Telefon mit der IP .111 und der internen Nummer 11:

Aktive - BLF - "<sip:12 @10.10.10.10;user=phone>|*20*"

Trotzdem leuchtet die LED nicht, wenn ich von extern mit dem Teilnehmer 12 spreche.

Wenn kein Gespräch geführt wird und ich an dem Telefon die fragliche Taste drücke, erscheint im Display ">12".

Ich habe nicht die ersten beiden Tasten verwendet, die am snom ja Leitungstasten sind!

Im Webinterface des Telefons unter "Subscriptions" steht:

Outgoing Subscriptions:
From To Event Expires
11 @10.10.10.10 90 @10.10.10.10 message-summary 1603
11 @10.10.10.10 13 @10.10.10.10 dialog Retry in 293 sec
11 @10.10.10.10 12 @10.10.10.10 dialog Retry in 292 sec
Incoming Subscriptions:
From To Event Expires
...nichts...

Testweise habe ich die Nebenstelle 12 angerufen. Die Besetztlampe an Telefon 11 bleibt konstant aus.

Das Telefon 11 zeichnet aber immerhin dieses auf:

Sent to udp:10.10.10.10:5062 at 19/3/2010 23:13:12:330 (731 bytes):

REGISTER sip:10.10.10.10:5062 SIP/2.0
Via: SIP/2.0/UDP 10.10.10.111:2050;branch=z9hG4bK-lssufipvlbs3;rport
From: "CR" <sip:[email protected]:5062>;tag=p03t92t9jp
To: "CR" <sip:[email protected]:5062>
Call-ID: 3c267017c043-a36bko9di7yb
CSeq: 11 REGISTER
Max-Forwards: 70
Contact: <sip:[email protected]:2050;line=dl2cj80q>;reg-id=1;q=1.0;+sip.instance="";audio;mobility="fixed";duplex="full";description="snom320";actor="principal";events="dialog";methods="INVITE,ACK,CANCEL,BYE,REFER,OPTIONS,NOTIFY,SUBSCRIBE,PRACK,MESSAGE,INFO"
User-Agent: snom320/7.3.26
Supported: gruu
Allow-Events: dialog
X-Real-IP: 10.10.10.111
Expires: 900
Content-Length: 0








Received from udp:10.10.10.10:5062 at 19/3/2010 23:13:12:440 (487 bytes):

SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP 10.10.10.111:2050;branch=z9hG4bK-lssufipvlbs3;rport=2050
Proxy-Authenticate: Digest nonce="414d535c01b487f952:9f622e36252b53dfaad5b90f79fe94c0",algorithm=MD5,realm="3CXPhoneSystem"
To: "CR"<sip:[email protected]:5062>;tag=7c4fea43
From: "CR"<sip:[email protected]:5062>;tag=p03t92t9jp
Call-ID: 3c267017c043-a36bko9di7yb
CSeq: 11 REGISTER
User-Agent: 3CXPhoneSystem 8.0.10708.0
Content-Length: 0








Sent to udp:10.10.10.10:5062 at 19/3/2010 23:13:12:451 (942 bytes):

REGISTER sip:10.10.10.10:5062 SIP/2.0
Via: SIP/2.0/UDP 10.10.10.111:2050;branch=z9hG4bK-ucwnfls7d76g;rport
From: "CR" <sip:[email protected]:5062>;tag=p03t92t9jp
To: "CR" <sip:[email protected]:5062>
Call-ID: 3c267017c043-a36bko9di7yb
CSeq: 12 REGISTER
Max-Forwards: 70
Contact: <sip:[email protected]:2050;line=dl2cj80q>;reg-id=1;q=1.0;+sip.instance="";audio;mobility="fixed";duplex="full";description="snom320";actor="principal";events="dialog";methods="INVITE,ACK,CANCEL,BYE,REFER,OPTIONS,NOTIFY,SUBSCRIBE,PRACK,MESSAGE,INFO"
User-Agent: snom320/7.3.26
Supported: gruu
Allow-Events: dialog
X-Real-IP: 10.10.10.111
Proxy-Authorization: Digest username="11",realm="3CXPhoneSystem",nonce="414d535c01b487f952:9f622e36252b53dfaad5b90f79fe94c0",uri="sip:10.10.10.10:5062",response="566634b8e271eead6e537c5013e3ce9b",algorithm=MD5
Expires: 900
Content-Length: 0








Received from udp:10.10.10.10:5062 at 19/3/2010 23:13:12:582 (673 bytes):

SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.10.10.111:2050;branch=z9hG4bK-ucwnfls7d76g;rport=2050
Contact: <sip:[email protected]:2050;line=dl2cj80q>;reg-id=1;q=1.0;+sip.instance="";mobility="fixed";description="snom320";actor="principal";events="dialog";methods="INVITE,ACK,CANCEL,BYE,REFER,OPTIONS,NOTIFY,SUBSCRIBE,PRACK,MESSAGE,INFO";expires=900;audio;duplex="full"
To: "CR"<sip:[email protected]:5062>;tag=3d56a433
From: "CR"<sip:[email protected]:5062>;tag=p03t92t9jp
Call-ID: 3c267017c043-a36bko9di7yb
CSeq: 12 REGISTER
Supported: outbound
User-Agent: 3CXPhoneSystem 8.0.10708.0
Content-Length: 0



Bei den snom habe ich Firmware 7.3.26 und 7.3.30 probiert.

Hat jemand eine Idee oder Anregung oder Hinweis?

Könnte es sein, dass die 3CX irgendwie doch nicht richtig aktiviert ist?

Viele Grüße,
Oliver
 
Hallo Oliver,

hast Du die Snom´s mal komplett neu gestartet?

Grüße aus Erwitte,
Michael Heiming
 
@M.Heiming wrote:Hallo Oliver,

hast Du die Snom´s mal komplett neu gestartet?

Grüße aus Erwitte,
Michael Heiming

Hallo Michael,

tausendmal. Und ich habe die Firmware per TFTP ausgetauscht von 7.3.30 auf .26 und wieder zurück und mit "Werkseinstellungen laden".

Ich denke, das Problem ist eher die 3CX.

Viele Grüße,
Oliver
 
Inzwischen habe ich auch die 3CX neu installiert, ohne Erfolg.

Weiter habe ich es mit dem Original-Provisioning-Template probiert (ich hatte zunächst ein angepaßtes Template verwendet), ohne Erfolg.

Ich habe mit der snom-Fimware 8.2.24 probiert, ohne Erfolg.

Langsam bin ich verzweifelt. Aber es gibt doch hier im Forum Beiträge von Leuten, bei denen BLF mit snmo 320 geht!?

Was hat es zu bedeuten, dass unter "Incoming Subscriptions" nie etwas steht?
 
Also Snom und BLF geht 100% in jeder Version die nicht FREE EDITION ist.
BLF ist ein Kauffeat. und wie du schon genau vernommen hast, wenn du 8 Kanäle hast dann geht auch BLF.

Auch sollte die FW 8 gehen, hat mein Telefon auch,geht.
Nun kommen so Dinge ins leben die können wir nur noch mit Wireshark sehen was dein Telefon macht, ob eine FireWall dort was blocked etc. Da Tel ja anscheinen geht sieht Firewall schon mal richtig aus.

das du keine inbouming subs hast ist auch OK haben wir nicht.
Das tel meldet sich an der PBX und nicht die PBX am Tel.

So sieht es bei MIR aus:
118 @192.168.1.3 113 @192.168.1.3 dialog 607
118 @192.168.1.3 112 @192.168.1.3 dialog 609
118 @192.168.1.3 101 @10.172.0.141 dialog 903

Bei dir sehe ich nur Retry in 293 sec für alle Dialog Infos.
Das ist nicht gut. Die Anmeldung für Dialog ist bei dir fehlgeschalgen.

Also installiere Wireshark auf dem Server
Setze als Filter:
upd && ip.addr == IP von SNOM

Reboote das Telefon.
Nach dem Restart und der Anmeldung am Server speicher das Pcap und schicke es mir hier im Forum.
 
Danke für die Infos.
Vielleicht fehlt das passende Kennwort im snom?
Es meldet sich zur Telefonie passend an; wird für BLF eine zusätzliche Kennung benötigt?
Das snom hat ja einige Stellen, an denen man Kennworte eingeben muss...
Webserver ist Cassini.
Windows Firewall war aus.

Das PCAP-Protokoll kann ich nicht hochladen; vermutlich keine Rechte im Forum... kannst Du das ändern?
 
Nein ggf ist die Datei zu groß.
Nein Rechte brauchst du dazu nicht.
Wenn du Register ausführen kannst dann geht auch subscribe.
Aber warum hast du noch so viele passwörter.

Bitte resette das telefon mal (Werkseinstellungen) und Provision es mit dem STD Template der 3CX für SNOM.
das geht immer! Installier mal den Call Assistent, läuft der bei dir?
 
Sorry, die Datei war zu groß (90kb). Jetzt geht es - siehe Attachement.

Das Telefon registriert sich; jedenfalls kann ich es anrufen.

Mehr Passwörter habe ich nicht vergeben; war nur eine Idee.

Das Telefon habe ich schon mehrfach zurückgesetzt und auch mal mit dem Standardtemplate provisioniert.

Interessant: Der Call Assistent kann sich auch nicht anmelden. Bei meinen letzten Versuchen vor zehn Tagen ging es noch.

Was sagt Dir das Log?
 
Also Subscribe macht das 10.10.10.112 and die 10.10.10.10 für
12
13
11
90 ist komisch, denn da will es den Port 5062 haben...
Dann kommen noch so Dinger: SUBSCRIBE sip:MAC%[email protected] SIP/2.0
Ganz böse...

Also von 3CX Seite aus alles OK.
Tel einfach Defekt?

Auch sehe ich das die PBX ein Notify and die 10.10.10.112 schick für die Nebenstelle 12...
 
Der Call Assistant hat sich geklärt - nach einem Serverneustart starten nicht alle Dienste. Wenn sie alle laufen, geht der Call Assistant.

Müssten nicht alle Anfragen über Port 5062 laufen? Da sitzt die 3CX, gemäß Deiner Anleitung für die Konfiguration hinter einer Fritz!Box. Was wäre denn richtig - 5060 oder 5062 - wenn 5062 als SIP-Port in 3CX eingetragen ist?

Alle drei Telefone defekt - glaube ich nicht. Vielleicht müsste ich die Telefone nochmal irgendwie zurücksetzen. Bis jetzt mache ich es über das Webinterface oder über die Funktion "Reset" im Telefonmenü oder durch das Einspielen der TFTP-Firmware (angeblich wird dadurch aber wirklich alles zurückgesetzt).

"Auch sehe ich das die PBX ein Notify and die 10.10.10.112 schickt für die Nebenstelle 12..." - ist das gut oder schlecht?

Jedenfalls habe ich das Gefühl, die 3CX-Umstellung auf Port 5062 ist das Problem...
 
Also der Reihe nach:

Wenn ich die 3CX wieder auf Port 5060 setze, klappt es. Allerdings bekommen die Telefone selbst nach einem Neustart aller Dienste den Registrar "IP:5062" autoprovisioniert. Irgendwo steckt also noch der wegen der Fritz!Box auf 5062 gesetzte Port in der 3CX.

Frage: Wie kann man so etwas bereinigen, wenn 3CX irgendwelche alten Infos verwendet, trotz Dienste-Restart?

Wenn ich die Telefone manuell umstelle auf "IP:5060" bzw. auf "IP", dann kann ich jedenfalls telefonieren, und die Besetztlampen funktionieren. Dieses Problem gelöst.

Nun würde mich natürlich interessieren:

Wenn die 3CX auf Port 5062 sitzt und die Telefone entsprechend provisioniert werden, klappt BLF nicht, weil dafür weiter der Port 5060 verwendet wird. Jedenfalls für meine Nebenstellen 11, 12, 13. Für die 90 (Voicemailbox) bekommen die Telefone den richtigen Port.

Frage: Arbeitet hier die 3CX falsch oder snom?

Ich habe die 3CX hinter einer Fritz!Box. Die Umstellung auf 5062 habe ich entsprechend der PDF-Anleitung zur Fritz!Box vorgenommen.

Frage: Könnte ich nicht auch die 3CX auf Port 5060 belassen und die von extern auf 5062 eingehenden Daten inter weiterleiten auf den 3CX-Server mit Port 5060?

Die Fritz!Box beherrscht dieses ja. Ist glaube ich Port Redirection? Spricht da etwas gegen?

Schöner wäre es, wenn snom oder 3CX (wer den Fehler macht) korrekt arbeiten würden!
 
Immerhin haben wir es doch mal bis zur Info geschaft, dass die PBX auf 5062 läuft und eine FW davor (hat mit dem SNOM nicht zu tun) hängt als Grund. Nutzt du due FW als PSTN Gateway oder betreibst du auch Voip Provider an der 3CX, da dann die Umstellung garnicht gemacht werden muss.

Von 5062 auf 5060 ist wieder ein Problem.
Wenn du den traffice dann aus dem Router schickst schicken wir "Von:5060" geantwortet werden muss aber auf "Nach:5062" und dann hängt es wieder in der FB also das geht nicht so einfach in BiDirektionalen Kreisen...

Cheking on BLF on 5062
 
@stefanw wrote:Immerhin haben wir es doch mal bis zur Info geschaft, dass die PBX auf 5062 läuft und eine FW davor (hat mit dem SNOM nicht zu tun) hängt als Grund. Nutzt du due FW als PSTN Gateway oder betreibst du auch Voip Provider an der 3CX, da dann die Umstellung garnicht gemacht werden muss.

Mit "FW" meinst Du die Fritz!Box, oder? Eine Firewall gibt's nicht (außer der Box, nach extern). Aber die Snoms hängen ja intern im LAN.

Die Fritz!Box dient als Router ins Internet, nicht als PSTN-Gateway. Die 3CX verbindet sich mit sipgate trunking.

@stefanw wrote:da dann die Umstellung garnicht gemacht werden muss

Du meinst, ich hätte den Port nicht von 5060 weglegen müssen? Verstehe ich das richtig? In Deinem PDF zur Fritz!Box steht das aber anders, oder zumindest nicht so, dass ich es erkenne...

@stefanw wrote:Von 5062 auf 5060 ist wieder ein Problem.

Ok, geht also nicht. Muss also einen Weg finden, die Telefone BLF an eine 3CX zu übermitteln, die nicht den Standard-Port verwendet... oder auf den Standard-Port wechseln? Jetzt bin ich völlig verwirrt.
 
Never mind,

hier nimm mal das Template


Das Berücksichtigt den Port für BLF

Weißt du wo die hin müssen?
 
Hallo Stefan,

vielen Dank für Deine intensive Betreuung hier im Forum!

Ok, das Template hast Du so angepasst, dass bei den BLF-Tasten der Port berücksichtigt wird:

{IF blf5}
blf <sip:%%blf5%%@%%pbx_ip%%:%%param::sipport%%;user=phone>|*20*
{ELSE}
none
{ENDIF}

Kann ich leider erst am Freitag ausprobieren (gestern hatte ich auf die Schnelle den Eindruck, das Snom käme damit nicht klar, war aber vielleicht nur ein Fehler auf die Schnelle).

Tut mir leid, aber ich muss nochmal nachfragen. Du schreibst zur Nutzung der 3CX hinter einer Fritz!Box:

@stefanw wrote:Nutzt du die FW als PSTN Gateway oder betreibst du auch Voip Provider an der 3CX, da dann die Umstellung garnicht gemacht werden muss.

Ich betreibe die 3CX mit VoIP - da hätte ich den Port gar nicht auf 5062 ändern müssen? :shock: Wirklich? Wäre schön, wenn es dazu eine offizielle Aussage von 3CX gäbe!
 
Doch wenn du Voip Provider an die 3CX anbindest, die hinter einer Fritz.Box steht, muss der Port geändert werden.
Es gibt aber noch eine Offene Frage und da sagt mir AVM gerade nicht so viel zu.
Denn die Option die du in schritt 2 siehst gibt es nur wenn sie im "LAN" Modus läuft, sprich einen anders Modem nutzt als Ihr eingenes. Wheißt das das es dann zu Problemen kommen kann oder heißt es, dann muss die einstellung nicht gemacht werden.

Aber egal wie du es drehst, der Mort muss von 5060 weg.
Mach mal aus spaß ein NAT mit dem Port 5060, das geht nicht!
 
@stefanw wrote:Doch wenn du Voip Provider an die 3CX anbindest, die hinter einer Fritz.Box steht, muss der Port geändert werden.
Es gibt aber noch eine Offene Frage und da sagt mir AVM gerade nicht so viel zu.
Denn die Option die du in schritt 2 siehst gibt es nur wenn sie im "LAN" Modus läuft, sprich einen anders Modem nutzt als Ihr eingenes. Wheißt das das es dann zu Problemen kommen kann oder heißt es, dann muss die einstellung nicht gemacht werden.

Aber egal wie du es drehst, der Mort muss von 5060 weg.
Mach mal aus spaß ein NAT mit dem Port 5060, das geht nicht!

Danke für die Klarstellung!
 
@stefanw wrote:Dann kommen noch so Dinger: SUBSCRIBE sip:MAC%[email protected] SIP/2.0
Ganz böse...

Zur Info - dies ist das aktivierte PnP-Feature von snom:

PnP provides a proprietory method to initiate auto provisioning on snom3x0/snom8x0 phones.

Details:
http://wiki.snom.com/Features/Mass_Deployment/PnP
 
Um antworten zu können musst du eingeloggt sein.

Einstieg für Admins

Statistik des Forums

Themen
44.751
Beiträge
233.648
Mitglieder
78.494
Neuestes Mitglied
Hans20262026
3CX Logo Footer Copyright © Sitemap Datenschutz Impressum
Oben Unten