chan_skinny.so für OpenWRT ... 7961G / Display Off / sshUserID ?

[dynamic]

Trotz folgender Konfiguration in meiner SEPxxxx.cnf.xml schaltet sich das Display des 7961G nicht aus, weder Samstags und Sonntags noch ab 20:00 ??

Hat einer eine Idee, woran das liegen kann und ob ich evtl. auch weitere Parameter setzen muß, bevor diese Settings aktiv werden ?

<device>
	<deviceProtocol>SIP</deviceProtocol>
[COLOR="Blue"]	<sshUserId>dynamic</sshUserId>
	<sshPassword>dynamic</sshPassword>[/COLOR]	
	<vendorConfig>
		<disableSpeaker>false</disableSpeaker>
		<disableSpeakerAndHeadset>false</disableSpeakerAndHeadset>
		<pcPort>0</pcPort>
		<settingsAccess>1</settingsAccess>
		<garp>0</garp>
		<voiceVlanAccess>0</voiceVlanAccess>
		<videoCapability>0</videoCapability>
		<autoSelectLineEnable>0</autoSelectLineEnable>
		<webAccess>1</webAccess>
[COLOR="Red"]		<daysDisplayNotActive>1,7</daysDisplayNotActive>
		<displayOnTime>08:30</displayOnTime>
		<displayOnDuration>11:30</displayOnDuration>
		<displayIdleTimeout>0:05</displayIdleTimeout>[/COLOR]
		<spanToPCPort>1</spanToPCPort>
		<loggingDisplay>1</loggingDisplay>
		<loadServer/>
	</vendorConfig>
	<devicePool>
		<dateTimeSetting>
			<dateTemplate>Y/M/D</dateTemplate>
			<timeTemplate>HH:MM</timeTemplate>
			<timeZone>W. Europe Standard/Daylight Time</timeZone>
			<ntps>
				<ntp>
					<name>130.149.17.21</name>
					<ntpMode>Unicast</ntpMode>
				</ntp>
			</ntps>
...

Auch das Setting für sshUserID und sshPassword scheinen nicht zu funktionieren, da ich trotz dieser Settings mich nicht mit SSH am 7961G einloggen kann ?

Hingegen die Settings für NTP und Date-Format etc. greifen ohne Probleme ...

Über hilfreiche Hinweise wäre ich dankbar ...

Gruß
dynamic

 

[betateilchen]

Da ich die Woche über so gut wie nicht zu Hause bin, habe ich bei mir mit folgenden Einträgen das Display von Mo-Fr deaktiviert und am WOchenende von 7 - 19 Uhr eingeschaltet:

<daysDisplayNotActive>2,3,4,5,6</daysDisplayNotActive>
<displayOnTime>07:00</displayOnTime>
<displayOnDuration>12:00</displayOnDuration>
<displayIdleTimeout>00:30</displayIdleTimeout>

Ich weiß, daß ich am Anfang damit auch lange experimentiert habe, ich glaube schlußendlich war es wichtig, ALLE Zeitangaben mit 4 Ziffern darzustellen (auch bei displayIdleTimeout !) und dann hat es funktioniert.

 

[dynamic]

@betateilchen
Habe den <displayIdleTimeout> auf vierstellig ( 00:01 ) erweitert.
Wenn ich diesen Parameter richtig verstehe, entspricht es dem Format HH:MM, so daß nach einer Minute das Display sich ausschalten sollte ... aber es passiert nichts

Habe mir auch ein Terminal-Kabel gebastelt, um zu sehen, ob auf der Console evtl. Fehlermeldungen erscheinen, aber ich sehe zumindest nichts auffälliges.

Vielleicht liegt es ja am Terminal-Kabel ... ich versuche es mal ohne!

 

[betateilchen]

Das displayIdleTimeout bezieht sich auf die Zeit, die vergeht, nachdem der User eine Taste am Telefon drückt. Wenn das Telefon um 08:30 beleuchtet wird und niemand das Telefon anfaßt, dann bleibt die Beleuchtung bei Dir 11,5 Stunden eingeschaltet. Und während der aktiven Zeit greift displayIdleTimeout überhaupt nicht. Das ist alles ein bißchen komplex miteinander verstrickt. Hab da auch einige Zeit gebraucht, durchzusteigen.

 

[dynamic]

Habe ich gerade eben getestet ( d.h. Nummer gewählt, klingeln lassen usw. ) ... aber leider auch vergebens.

Um sicher zu gehen daß das Telefon das cnf.xml File auch wirklich verarbeitet, habe ich bei dem Telefon vorhin sogar einen Factory-Reset durchgeführt.

Was Du sagst klingt logisch ... aber mein 7961G will sich anscheinend nicht dazu überreden zu lassen, das Display auszuschalten.
Das angezogene .cnf.xml File schaut jetzt wie folgt aus, aber wie gesagt keine Besserung:

<device>
	<deviceProtocol>SIP</deviceProtocol>
	<sshUserId>dynamic</sshUserId>
	<sshPassword>abcdef1234</sshPassword>
	<vendorConfig>
		<disableSpeaker>false</disableSpeaker>
		<disableSpeakerAndHeadset>false</disableSpeakerAndHeadset>
		<pcPort>0</pcPort>
		<settingsAccess>1</settingsAccess>
		<garp>0</garp>
		<voiceVlanAccess>0</voiceVlanAccess>
		<videoCapability>0</videoCapability>
		<autoSelectLineEnable>0</autoSelectLineEnable>
		<webAccess>1</webAccess>
		<daysDisplayNotActive>1,7</daysDisplayNotActive>
		<displayOnTime>08:30</displayOnTime>
		<displayOnDuration>11:30</displayOnDuration>
		<displayIdleTimeout>00:01</displayIdleTimeout>
		<spanToPCPort>1</spanToPCPort>
		<loggingDisplay>1</loggingDisplay>
	</vendorConfig>
	<devicePool>
		<dateTimeSetting>
			<dateTemplate>Y/M/D</dateTemplate>
			<timeZone>W. Europe Standard/Daylight Time</timeZone>
			<ntps>
				<ntp>
					<name>130.149.17.21</name>
					<ntpMode>Unicast</ntpMode>
				</ntp>
			</ntps>
		</dateTimeSetting>
...

 

[betateilchen]

<deviceProtocol>SIP</deviceProtocol>

Bei mir läuft das Ganze unter SCCP - vielleicht ist das wieder so ein Feature, was unter SIP einfach nicht funktioniert (nur eine Vermutung)

in meiner SEPxxxx.cnf.xml

:gruebel: sag mal, muß die Datei bei SIP nicht auch SIPxxxx heißen?

 

[dynamic]

... dann muss ich wohl warten, bist jemand das chan_sccp Modul für den Asterisk auf der FBF kompiliert!

Es scheint wohl so, daß SIP auf den Cisco Geräten leidglich ein Workaround ist ... so vieles Funktioniert unter SIP einfach net :kotz:

Trotzdem vielen Dank für die Mühen und Blitzschnellen antworten!!!

 

[betateilchen]

übrigens warte ich auch auf die chan_sccp für OpenWRT :mrgreen:

 

[dynamic]

Dann sind wir schon Zwei

 

[dynamic]

@betateilchen
Wie es scheint ist chan_skinny.so für OpenWRT verfügbar!

spblinux hat es auch schon für die FBF kompiliert und ich werde das mal testen

 

[dynamic]

chan_sccp für OpenWRT

übrigens warte ich auch auf die chan_sccp für OpenWRT :mrgreen:

Es gibt gute Neuigkeiten ... siehe chan_sccp.so für die Fritzbox ( sollte ohne Probleme auf OpenWRT kompilieren )