[gelöst] Snom 360 & kein subscription der Nebenstelle auf P12

baumpaul

Neuer User
Mitglied seit
5 Jul 2007
Beiträge
22
Punkte für Reaktionen
0
Punkte
0
Hallo,
ich bin auch so einer, der die LEDs des Snom steuern möchte.
(Kein Pickup, nur LED steuern)

Was habe ich bisher gemacht.
Habe versucht mich an diese HowTos zu halten:
http://www.das-asterisk-buch.de/stable/snom-leds.html
http://www.ip-phone-forum.de/showthread.php?t=85213
http://www.ip-phone-forum.de/showthread.php?t=100426

Asterisk 1.4.5 mit devstate gepatcht. Auf dem CLI bringt
"core show application devstate" das gewünschte Ergebins.

Nun der Auszug aus der sip.conf
Code:
[general]
context = default
bindport = 5060
bindaddr = 0.0.0.0
allowsubscribe = yes
notifyringing = yes
notifyhold = yes
useclientcode = yes

[10]
callerid=Snom <10>
type = friend
language = de
username = 10
secret = 0000
mailbox = 10
host = dynamic
disallow = all
allow = alaw
allow = ulaw
allow = gsm
callgroup = 1
pickupgroup = 1
context = 925329
subscribecontext = 925329

... und einige Kontexte der extentions.conf
[general]
static = yes
writeprotect = no
autofallthrough = yes

[default]
include => parkedcalls
include => conference
exten => _*XX,1,VoiceMailMain(${EXTEN:1})

[925329]
include => default
exten => 333,hint,DS/333
exten => 99X,1,Answer()
exten => 99X,n,Devstate(333,${Exten:2})
exten => 99X,n,Wait(1)
exten => 99X,n,Hangup()
......

Die Funtionstaste P12 habe ich wie folgt konfiguriert:
Kontext : [email protected]l Typ: Nebenstelle Nummer: [email protected]l

Die FW des Snoms ist 6.5.12

Das Problem das ich nun habe ist, dass ich nach einem Reboot von Asterisk und des Snoms mit "sip show subscriptions" diese Nebenstelle nicht angezeigt bekomme.

Ich sehe schon den Wald vor lauter Bäumen nicht mehr.
Könnte mir bitte jemand sagen, wo ich den Deppenfehler diesmal gemacht habe ?

Merci im Voraus
:)
 
Zuletzt bearbeitet:
Im Log des Telefons hab ich das dazu gefunden:

[8]21/10/2007 12:57:30: No special routing, routing to sip:[email protected];user=phone
[8]21/10/2007 12:57:30: route_pending_packet 1000017: entry=url ? sip:[email protected];user=phone

Bringt das jemand auf eine Idee ?

Merci Im Voraus
:)
 
Kein SNOM leuchtet

Auch bei mir leuchtet kein SNOM weder 320, 360 noch 370er das ist zum wahnsinnig werden. Ich habe die Einstellungen wie DU aber da geht Nichts.
Hab irgendwo auch gelesen das es mit Realtim (bei uns MySQL) nicht klappt
aber ich sehe eigentlich keinen Grund dafür.
 
Bei mir ist der Grund, dass sich die Nebenstelle nicht registriert. Ein "sip show subscriptions" zeigt sie nicht und somit greift das "hint" wohl ins Leere. Wenn das bei jemand geht, würden mich die Snom- & Asterisk-Einstellungen, sowie die FW-Version des Snom interessieren. Der Snomsupport sagt auch nur, dass der Astersik auf die Snomaufforderung nicht antwortet. Mehr aber auch nicht. Merci :)
 
Es gibt so Momente, wo ich mich selbst in den Hintern beißen könnte... GRRRRRR
http://wiki.snom.com/Interoperability/Asterisk
* Call Completion OFF
* Use user=phone: OFF
* Filter packets from Registrar: OFF
* Challenge Response on Phone: OFF
Ausprobiert hab ich es aber noch nicht.

Das ich das nicht schneller gefunden habe UAAAAA GRRRRR
Wenigstens kennt der SnomSupport diese Seite auch nicht, was wohl die
noch größere Lachnummer ist.

Edit: hat jemand 'nen Plan was das Call Complention ist ?

Edit2: hab jetzt die Options drin, geändert hat sich aber gar nichts

Greetz
:)
 
Zuletzt bearbeitet:
Und immer noch...

Mittlerweile haben wir die ganze Welt an Einstellungen ausprobiert.

Da es soviele unterschiedliche Antworten zu diesem Thema gibt,
glaube ich das SNOM da wirklich echte Probleme hat.
Naja, der Support meint ja auch, dass wir nicht die einzigen sind
die dieses Problem haben.
 
Leider bin ich da mittlerweile anderer Meinung.
Ich finde verschiedene Sachen an dem Asterisk 1.4er Projekt doch ziemlich seltsam.
1. mISDN
Diese Implementierung für 1.4 hat mich schon von Anfang an gewundert.
Ich muss die Sourcen gegen die Anwendung kompelieren. Hääää ?
Kernelmodule kompeliert man gegen Kernelsourcen, siehe mISDN für Version 1.2, oder
was auch sonst immer. Webcam oder was ich sonst immer gemacht habe. Immer Kernel,
make modules.
Das hatte ich so noch nie, dass ich ein Kernelmodul mit Anwedungssourcen erstellen
muss und nicht mit den Kernelsourcen. Das Konfigfile dafür ist ja auch in /etc/misdn.conf.
Lade ich die Kernelmodule mit mISDN start, bleiben von meiner Karte alle
LEDs dunkel und lade ich Asterisk blinken oder leuchten sie. Warum ?
Das ist ein Kernelmodul und wenn ich es lade, muss die Konfiguration greifen und ein Egebnis zeigen, egal ob eine Anwendung läuft.
2. Paketierung der Distributoren.
Jeder (soweit ich weiß) hat 1.2 dabei und kein 1.4.
Nehmen wir mal Debian etch. Alles drin bristuff, und, und, und, bis auf mISDN. Ist ja
auch kein Problem, weil ich für die Kompelierung keine Asterisk-Sourcen brauche.
Für 1.4 ist das ja wohl anders.
3. Beronet
Alles was die zum Download anbieten ist auf 1.2 zugeschnitten.
4. Asterisk 1.4 releases.
HALLO .... Im Juli war die Version 1.4.6 aktuell und jetzt sind wir bei 1.4.14...
=> alle 2-3 Wochen kommt da ein neues "Bugifx".... Da könnte man mal darüber nachdenken.
5. FAQs über Asterisk 1.6
Das soll ja den ganzen HW-Mist selbermachen können.
Sieht man, dass sich in Puncto HW weder beronet noch mISDN oder sonst
jemand in Sachen 1.4 bewegt, kann man glatt den Eindruck bekommen, dass
man als User einer 1.4er Version ein Betatester ist. Da kommen echte
Windowsfeelings wieder hoch.
6. Posts in Foren
Ich hab jetzt schon etliche Seiten von Dokus durch und das Problem in verschiedenen
Foren gepostet. Die häufigste Antwort war: Nimm Version 1.2, da geht alles.
Bedenkt man, dass es wohl für die Version 1.4 kein bristuff gibt und die 1.4er
All-In-One-Lösungen laut eigenem readme kein mISDN ermöglichen, ist das schon komisch.
Sucht man nach Problemen mit devstate, hat man (fast) ausschließlich eine
1.4er Version vor der Nase.

Fazit: Ich traue der 1.4er Version nicht mehr.
Ich werde mal demnächst eine 1.2er Version testen. Was da abgeht poste ich natürlich.

Hat jemand andere Erfahrungen, lerne ich gerne dazu.
:)
 
Vorab: BLF am Asterisk funktioniert ohne Probs (z.B. mit den Snom oder Aastra DeTeWe) und ist hinreichend genau hier im Forum dokumentiert.

1. bristuff - mISDN ist nicht production use (sehr buggy)

2. selbst kompilieren und Patches einarbeiten - die Pakete aller Distris sind entweder veraltert oder nicht sauber gepflegt. Eigene Pakete erstellen und verwalten.

3. siehe 1.

4.+5. Asterisk 1.2.x - Asterisk 1.4.x ist nicht production use (sehr buggy)

6. aus Forenpostings lernen ;-)

Allgemein: hier im Forum zeigen doch Dutzende Postings was funktioniert, und was nicht.

Nein, eine "plug & play"-Anleitung für "wie mache ich mein TK-System mit vielen Features schön mit Asterisk" oder "ich zeig es den Dienstleistern/dem Chef/wem-auch-immer und mache alles selbst" wird keiner schreiben, denke ich.

Nein, Snom hat keine Probleme beim BLF am Asterisk (siehe Einleitung), und wenn der Support meint dass es noch andere gibt die Probs haben dann liegt das eher weniger am (guten) Snom-Support.
 
Hab ich vernommen.
Ich teste demnächst nochmals 1.2 und dann kann ich mitreden.
"be patient"
... und ich ab das aus Sourcen gebaut. Das sollte eigentlich klar sein.....
Ohne geht es mit der 1.4 nicht.
;)
Nur wenn ich lese "production use (sehr buggy)" frage ich mich, was geht da überhaupt ?
Fakt ist doch, dass sie Mehrzahl der Probleme mit Asterisk 1.4 auftreten und die 1.2er
mit detailierten HowTos zu patchen und Versionen beschrieben wurden.
Wo sind die Dinger zu 1.4 ???
Aber ich lerne ja noch dazu
:)
 
Snom 360 und das BLF funktionieren am Asterisk 1.4.13 wunderbar mit SIP-Nebenstellen. mISDN-Nebenstellen erfordern etwas Programmieraufwand mit func_devstate, sind aber auch in den Griff zu kriegen. Ohne mISDN brauchst du auch kein func_devstate.

Wichtig bei 1.4:
notifyringing = yes
gehört in die sip.conf in den Abschnitt [general].

in den Usercontext (habe ich in der users.conf) sowas ähnliches:
allowsubscribe = yes
subscribecontext=intern ; hier müssen deine Hints rein.
limitonpeers=yes
call-limit=8
Meine hints habe ich im context 'intern' eingerichtet. Den automatisch generierten context (mit hints) den Asterisk aus der users.conf erstellt, verwende ich nicht. Damit diese nicht im default-context (den verwende ich auch nicht) landen, habe ich in der extensions.conf noch die Zeile:
[general]
userscontext=users

Beim Snom weiss ich nicht mehr genau, welche Einstellungen ich für die Funktion des BLF und welche für andere Sachen wie sipsak gesetzt habe. Es kann auch sein, dass nicht alle Optionen aktuell/funktionell sind, jedenfalls funktioniers so mit v7.2.3 (xml-style):

<subscription_delay perm="RW">5</subscription_delay>
<subscription_expiry perm="RW">300</subscription_expiry>
<xml_notify perm="RW">on</xml_notify>
<user_phone perm="RW">off</user_phone>
<filter_registrar perm="R">off</filter_registrar>
<challenge_response perm="R">off</challenge_response>
<network_id_port perm="RW">5060</network_id_port>


Config-Files gibts auf Anfrage.

Gruss,
Sachmet.
 
Hier noch 2 Stolperfallen:
hints muessen numerisch anfangen, 1line=geht line1=geht nicht
Telefone und * muessen domaintechnisch zusammen passen:
In der sip.conf gibt es den Paramter domain=... unter [general]
Wenn * mehrere Netze bedient, fuer z.B. unterschiedliche Firmen
oder Abteilungen und die Zuordnung nicht sauber ist bis zum Telefon
und zurueck, dann kann man zwar telefonieren aber die hints gehen nicht.
Zu DevState ein heisser Tip:
agx-ast-addons bei sf.net
Darin ist alles was in * 1.4 fehlt ohne umstaendliches patchen.
RxFax, TxFax, Pickup2, Steal2, Pickdown2, FaxDetect, DevState...
Laeuft hier mit 1.4.14 bestens
 
Also ich habe nun alle Pakete die in Verbindung mit dem Asterisk stehen upgedatet.
Nun scheint es zu Funtzen. Sofort war die Nebenstelle registriert und das Log sowie
show hints zeigen einen Statuswechsel. Leider kann ich nicht auf das Snom schauen,
da das ca 200km von mir weg steht.

Hier nun die Liste der von mir verwendeten Sourcen:
agx-ast-addons-1.4.2.tar.bz2
mISDN-1_1_7.tar.gz
spandsp-0.0.4pre15.tgz
zaptel-1.4.6.tar.gz
asterisk-1.4.14.tar.gz
mISDNuser-1_1_7.tar.gz
tiff-3.8.2.tar.gz
libpri-1.4.1.tar.gz
tiff-3.8.2.tar.gz
asterisk-addons-1.4.4.tar.gz

Danke nochmal
:)
 
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.