Smuu

thx a lot! It works manually. now I try the automatic, but that will tkae a bit more time.

Ach ja, das sollte ich noch erwähnen: Wir haben nur zweistellige Durchwahlen, wie man hieran erkennen kann mapping-table called-e164 to called-e164 "Map incoming 2-stellig" map .%(..) to \1 So müsste das für dreistellige Durchwahlen aussehen: mapping-table called-e164 to called-e164 "Map incoming 2-stellig" map .%(...) to \1 Wenn man den Namen dieser mapping-table anpassen will (z.B. "Map incoming 3-stellig"), dann muss man das überall in der Konfig tun! Natürlich muss man das auch nicht im PATTON konfigurieren, sondern kann das auch gleich in der snomONE Konfig tun. Ich hatte einfach Spass daran, ein bisschen herum zu spielen.

So! EDie Übermittlung der Rufnummer funktioniert jetzt. Wie versprochen, hier die Konfiguration meines PATTON 4638. Ich habs ein bisschen anonymisiert und was die FAX-Einstellungen angeht ist es wahrscheinlich nicht optimal, bzw. nicht für jeden verwendbar. Aber der Rest ist ganz tauglich. Erstellt habe ich das ganze unter anderem mit dieser Hilfe: PATTON Konfigurationshilfe #----------------------------------------------------------------# # # # SN4638/5BIS # # R5.6 2011-01-17 H323 SIP BRI # # 2012-10-25T09:54:04 # # SN/00A0BA070DBA # # Generated configuration file # # # #----------------------------------------------------------------# cli version 3.20 clock local default-offset +02:00 clock local dst-rule DST +01:00 from 03:00 oct 31st previous sunday until 02:00 mar 31st previous sunday dns-client server 192.168.XXX.XXX dns-relay webserver port 80 language en sntp-client sntp-client server primary 192.168.XXX.XXX port 123 version 4 system hostname patton-01 system ic voice 0 low-bitrate-codec g729 system clock-source 1 bri 0 4 clock-source 2 bri 0 2 clock-source 3 bri 0 3 profile napt NAPT_WAN profile ppp default profile tone-set default profile voip default codec 1 g711alaw64k rx-length 20 tx-length 20 no-silence-suppression codec 2 g711ulaw64k rx-length 20 tx-length 20 no-silence-suppression codec 3 g729 rx-length 20 tx-length 20 no-silence-suppression no high-pass-filter no post-filter dtmf-relay rtp silence-suppression fax transmission 1 relay t38-udp fax transmission 2 bypass g711alaw64k fax redundancy low-speed 1 high-speed 1 no fax error-correction no fax hdlc fax max-bit-rate 9600 fax detection fax-frames fax relay-detection-timeout 4 fax bypass-method nse profile pstn default profile sip default no autonomous-transitioning profile dhcp-server DHCPS_LAN network 192.168.1.0 255.255.255.0 include 1 192.168.1.10 192.168.1.99 lease 2 hours default-router 1 192.168.1.1 domain-name-server 1 192.168.1.1 profile aaa default method 1 local method 2 none context ip router interface WAN ipaddress dhcp use profile napt NAPT_WAN tcp adjust-mss rx mtu tcp adjust-mss tx mtu interface LAN ipaddress 192.168.1.1 255.255.255.0 tcp adjust-mss rx mtu tcp adjust-mss tx mtu interface IF_LAN ipaddress 192.168.0.2 255.255.255.0 tcp adjust-mss rx mtu tcp adjust-mss tx mtu context ip router route 0.0.0.0 0.0.0.0 192.168.0.1 0 context cs switch national-prefix 0 international-prefix 00 routing-table called-e164 RT_FROM_ISDN_00 route .T2 dest-interface IF_SIP_00 "Map incoming 2-stellig" routing-table called-e164 RT_FROM_ISDN_01 route .T2 dest-interface IF_SIP_01 "Map incoming 2-stellig" routing-table called-e164 RT_FROM_ISDN_02 route .T2 dest-interface IF_SIP_02 "Map incoming 2-stellig" mapping-table called-e164 to called-e164 "Map incoming 2-stellig" map .%(..) to \1 interface isdn IF_ISDN_00 route call dest-table RT_FROM_ISDN_00 no aoc-s no aoc-d no aoc-e interface isdn IF_ISDN_01 route call dest-table RT_FROM_ISDN_01 no aoc-s no aoc-d no aoc-e interface isdn IF_ISDN_02 route call dest-table RT_FROM_ISDN_02 no aoc-s no aoc-d no aoc-e interface isdn IF_ISDN_TEST route call dest-table RT_FROM_ISDN_00 interface sip IF_SIP_00 bind context sip-gateway GW_SIP_ISDN_00 route call dest-interface IF_ISDN_00 remote 192.168.0.1 local 192.168.0.2 5062 early-disconnect address-translation outgoing-call diversion-header host-part call address-translation incoming-call calling-e164 from-header address-translation incoming-call calling-uri from-header address-translation incoming-call calling-name from-header address-translation incoming-call calling-redir request-uri interface sip IF_SIP_01 bind context sip-gateway GW_SIP_ISDN_01 route call dest-interface IF_ISDN_01 remote 192.168.0.1 local 192.168.0.2 5064 early-disconnect address-translation outgoing-call diversion-header host-part call address-translation incoming-call calling-e164 from-header address-translation incoming-call calling-uri from-header address-translation incoming-call calling-name from-header address-translation incoming-call calling-redir request-uri interface sip IF_SIP_02 bind context sip-gateway GW_SIP_ISDN_02 route call dest-interface IF_ISDN_02 remote 192.168.0.1 local 192.168.0.2 5066 early-disconnect address-translation outgoing-call diversion-header host-part call address-translation incoming-call calling-e164 from-header address-translation incoming-call calling-uri from-header address-translation incoming-call calling-name from-header address-translation incoming-call calling-redir request-uri context cs switch no shutdown context sip-gateway GW_SIP_ISDN_00 interface IF_LAN bind interface IF_LAN context router port 5062 context sip-gateway GW_SIP_ISDN_00 no shutdown context sip-gateway GW_SIP_ISDN_01 interface IF_LAN bind interface IF_LAN context router port 5064 context sip-gateway GW_SIP_ISDN_01 no shutdown context sip-gateway GW_SIP_ISDN_02 interface IF_LAN bind interface IF_LAN context router port 5066 context sip-gateway GW_SIP_ISDN_02 no shutdown port ethernet 0 0 medium auto encapsulation ip bind interface IF_LAN router no shutdown port ethernet 0 1 medium auto encapsulation ip bind interface LAN router bind interface WAN router no shutdown port bri 0 0 clock auto encapsulation q921 q921 uni-side auto encapsulation q931 q931 protocol dss1 uni-side net bchan-number-order ascending port bri 0 0 shutdown port bri 0 1 clock auto encapsulation q921 q921 permanent-layer2 protocol pp uni-side auto encapsulation q931 q931 protocol dss1 uni-side user bchan-number-order ascending encapsulation cc-isdn bind interface IF_ISDN_TEST switch port bri 0 1 shutdown port bri 0 2 clock auto encapsulation q921 q921 permanent-layer2 protocol pp uni-side auto encapsulation q931 q931 protocol dss1 uni-side user bchan-number-order ascending encapsulation cc-isdn bind interface IF_ISDN_01 switch port bri 0 2 no shutdown port bri 0 3 clock auto encapsulation q921 q921 permanent-layer2 protocol pp uni-side auto encapsulation q931 q931 protocol dss1 uni-side user bchan-number-order ascending encapsulation cc-isdn bind interface IF_ISDN_02 switch port bri 0 3 no shutdown port bri 0 4 clock auto encapsulation q921 q921 permanent-layer2 protocol pp uni-side auto encapsulation q931 q931 protocol dss1 uni-side user bchan-number-order ascending encapsulation cc-isdn bind interface IF_ISDN_00 switch port bri 0 4 no shutdown

I don't want anybody to change code, build new versions or anything like that. It is just a question towards the community, if anyone managed this allready. As you can see from my allready posted link (How_to_trigger_the_phone_to_synchronize_its_settings_via_mass_deployment) there could be a possibility, by sending sip messages to the iphone. But I can't reach sipsak.org since a while, so I'm not able to make some experiments with that. All I want is the information, if anyone allready tried to send sip messages to a (soft-)phone within a linux shell. And perhaps a short explanation about it. I'm nat aksing about development or coding on snom-side.

Thanks, but i tried that allready. I changed UDP to 10 an TCP to 30 seconds (the lowest that's possible). No effect Of course I dont't want to really "click" every couple of seconds, but perhaps somebody nows how to force this on a CLI. I also tried a permanent ping, but that didn't work either. I've got a snom ONE plus here, so maybe it could be possible to set a cron job for this. There is some kind of solution for that, but I couldn't reach sipsak.org for a while.

Hi, on the extension registration settings you can force a extension to re-register by clicking the link (check-sync) within the listed registrations. I want to do this per script or wathever, cause my softphone app on iphone looses registration because of the energy-saving-settings within iOS 6. I hope this maybe forcec the wlan-connection to stay active. The Problem is, that within this link there is a random number that changes every time, the registration is renewed. Any suggestions how I can manage this? There is no SIP program for linux as far as I know.

Lohnt es sich noch, sich über unfähige Support-Mitarbeiter aufzuregen? Ich schätze nicht. Nach einem kompletten Tag verzweifelter Konfigurationsbemühungen und schließlich einem weitern Anruf beim Telefonanbieter musste ich nun feststellen, das CNS (CLIP no screening) gar nicht aktiviert war und mich der erste Mitarbeiter entweder aus Langeweile oder Unfähigkeit falsch informiert hatte. Also werde ich CNS jetzt beantragen und mich dann nochmal melden. Bei Interesse kann ich dann auch eine Funktionierende Patton-Konfig posten.

Jain, debattieren will ich ja garnicht, aber um fest zu stellen, ob der Schalter richtig gesetzt ist, muss ich ja wissen, was sich der/die Entwickler dabei gedacht hat. Ich beschreibs nochmal ganz ausführlich, um den Interpretationsspielraum einzudämmen: Ein Konto auf der snomONE mit einem Ein-/Aus-Schalter als Service-Flag für die Rufumleitung zum Handy. Im XML steht <state> auf false, in der Kontenübersicht steht der Status auf Clear, in der Detailansicht des Schalters steht der Zustand auf "Gesetzt" und Anrufe auf dem Konto werden an das Handy weitergeleitet. Anders herum: Im XML steht <state> auf true, in der Kontenübersicht steht der Status auf Set, in der Detailansicht des Schalters steht der Zustand auf "Gelöscht" und Anrufe auf dem Konto werden an das Handy nicht weitergeleitet. Mit meinem letzten Post wollte ich nur sagen, dass ich das Verhalten merkwürdig finde, es aber akzeptieren würde, wenn es von euch so gewollt wäre. Ich habe die Soundfiles so angepasst, dass sie zu diesem Verhalten passen. Also kann ich damit leben, wie es jetzt ist.

Das xml-File lügt!! Nein, ernsthaft, im xml-File steht folgendes: <?xml version="1.0" encoding="utf-8"?> <row><allow_ext>*</allow_ext><display>Florian Umleitung</display><mode>manual</mode><sound>service</sound><state>false</state></row> Aber der Anruf wurde gerade eben an mein Handy weitergeleitet. Genau dafür ist der Schalter da. Wenn im File statt dessen true steht, dann findet keine Weiterleitung statt. Ein (also true) heißt also nicht (wie ich ursprünglich vermutet habe) die Weiterleitung ist EIN-geschaltet sondern mit dem setzen des Schalters wird die Weiterleitung AUS-geschaltet. Die Logik kann ich akzeptieren, aber die Soundfiles passen dann eben nicht.

Habe Kontakt mit dem Patton-Support aufgenommen und warte noch auf Rückmeldung.

Habe gerade festgestellt, dass das eigentliche Problem eine Stufe tiefer liegt. Ich habe den Schalter gerade deaktiviert und auch getestet, ob der Zustand stimmt. Dann habe ich mir die Kontenübersicht auf der snomONE angesehen und festgestellt, das der Schalter trotzdem auf "Set" steht. Wenn ich nun aber die Detailansicht des Schalters auswähle steht dort unter Aktueller Zustand: Gelöscht Hier scheint es eine Miskrepanz zwischen dem tatsächlichen Schalterzustand und der Interpretation durch die Anlage zu geben, was dann wohl auch zur Auswahl des falschen Soundfiles geführt hat. Könnt ihr dazu einen Kommentar abgeben?

So, ein Telefonat mit unserem Telefonanbieter hab ich schon hinter mir. Von deren Seite ist wohl alles richtig eingerichtet. Allerdings wurde mir auch gesagt, das wir aktuell für die Anrufsignalisierung den B-Kanal verwenden und eigentlich den D-Kanal verwenden sollten. Ist das schon etwas, was ich im Patton konfigurieren muss, oder kann das Problem auch an der snom ONE Plus hängen?

Vielen Dank *bow* Hab die Dateien bi_active.wav und bi_inactive.wav einfach ineinander umbenannt und jetzt passt alles. Super! *thumbs up*

Ich werde das die Tage mal angehen und dann berichten.

Danke für den Hinweis. Wie gesagt, zuerst war die snom ONE Plus da, dann kamen die Probleme mit Sangoma und dann eben der Patton. Ich werd da nix mehr anfassen, wenn es nicht unbedingt nötig ist. Never touch a running system

Oh, an deiner Antwort sehe ich dass ich eindeutig zu wenig Infos mitgegeben habe. Ich versuche mal anschaulich darzustellen, wie es hier vor Ort aussieht: M-net (regionaler Telefonanbieter) ---> ISDN (x3) ---> Patton 4638 ---> snom ONE Plus ---> snom821 (x15) Ich weiß nicht genau, was der Patton aus den ganzen Header-Informationen macht, bevor er alles auf die ISDN-Leitungen drauf schmeisst, aber ich bin mir zumindest sicher, das ISDN keine prinzipielle Hürde für die Lösung darstellt. Einem Update stehe ich an aich auch ganz positiv gegenüber, allerdings muss ich den mehraufwand natürlich vor meinem Vorgesetzten vertreten können, also werd ich mir mal die "Patch Notes" zu Gemüte führen. Vielleicht kann ich noch ein paar überzeugende Punkte zusammen tragen. Wenn ich da antanze und sage, ich müsste ein Update machen und danach erstmal etwas rumfummeln, dann kommt das logischerweise nicht so gut an. Auch wenn ich selbst davon überzeugt bin, dass es richtig und gut ist.

Sicher das der Patton (den meintest du wahrscheinlich mit 'Gateway') nicht doch dazwischen funkt? Er hat zumindest Einstellungsmöglichkeiten für Codecs, aber ich stecke da nicht tief genug drin um zu wissen, wie mit diesen Einstellungen umgegangen wird. Mache ich normalerweise auch so, aber zum testen muss ich schon von Hand ran Suuuuper! Das ist genau der richtige Hinweis für meine Situation Ursprünglich war die snom ONE Plus auch als Gateway gedacht. Aber es gab Probleme mit der Sangoma-Hardware und daraufhin musste eine alternative Lösung her. Mir wäre es definitiv auch lieber, wenn ich auf den Patton verzichten könnte, weil ich dann nicht noch eine Kiste mehr zum administrieren hätte. Danke für deine Hilfe

Danke für die Zustimmung. Ich hätte mich allerdings noch mehr gefreut über einen Hinweis, wo genau die Soundfiles eingebunden sind. Also welche Stelle ich bearbeiten muss, um das System meinen Wünschen entsprechend zu gestalten.

Hab inzwischen peinlicherweise folgenden Beitrag gefunden. Komme ich tatsächlich nicht um ein Update auf 4.5 herum? Ein Update bedeutet immer zusätzlichen Aufwand (Sicherung, Tests, etc...) das würde ich mir gerne ersparen.

Zur Verbildlichung meiner Situation: Ich habe hier drei ISDN-Leitungen angeschlossen an einen Patton 4xxx (der genau Typ spielt keine Rolle). An besagtem Patton hängt eine snomONE Plus und daran wiederum mehrere snom821. Ich kann also an diversen Stellen Codec-Präferenzen eintragen. Aber welche Stelle hat am ende das Sagen? Wer überschreibt wen? Hintergrund ist, dass ich Qualitätsprobleme habe und gerne ermitteln würde, ob eine Änderung am Codec eine Verbesserung bringt. Dazu muss ich aber wissen, an welcher Schraube ich am besten drehe. Wenn ich am Telefon direkt irgendwelche Einstellungen vornehme und die aber den Patton nicht interessieren, dann hat das Experiment wenig Sinn. Andererseits möchte ich keine globalen Einstellungen überschreiben, wenn es nciht unbedingt sein muss. Jemand einen Vorschlag?

Ich habe für das de-/aktivieren einer Rufweiterleitung zum Handy auf der snomONE extra jedem Mitarbeiter einen Ein-/Aus-Schalter "spendiert". Als Rückmeldung habe ich "Service aktiviert/deaktiviert abspielen" ausgewählt. Leider sind die Ansagen vertauscht. Wenn der Service aktiviert wurde sagt mir die Lautsprecherstimme "Dienst deaktiviert" beim deaktivieren ist es genau umgekehrt. Die Rückmeldung per Gong habe ich auch ausprobiert und auch wenn es da weniger eindeutig ist, habe ich trotzdem das Gefühl, die Töne gehören anders herum zugeordnet. Wo kann man diese Einstellung umdrehen? Also wo genau ist hinterlegt, bei welcher Funktion welcher Sound abgespielt wird? Nur der Vollständigkeit halber: Version: 2011-4.3.0.5021 (Linux)

Ich kann zwar unter Rufumleitung meine Handy-Nummer in der snomONE hinterlegen, aber wenn tatsächlich ein Anruf weitergeleitet wird, dann sehe ich nur meine eigene Büronummer im Display. Gibt es eine Möglichkeit, die Nummer des Anrufers bei der Weiterleitung mit zu geben? Wenn ich nämlich unterwegs denn Anruf verpasse, dann kann ich nur auf Umwegen in Erfahrung bringen, wer mich denn da jetzt eigentlich erreichen wollte.

Hm. Ich habe jetzt eine "1" bei "Leitungen" eingetragen. Aber das verhalten hat sich noch nicht geändert. Kann es damit zusammenhängen, dass an diesem Konto zwei Geräte (snom821 und m9) registriert sind? Müsste ich evtl. in der Konfiguration der beiden Geräte etwas ändern?

Yep, "Leitungen" ist leer. Ich nehme mal an, es wäre eine gute Idee dort eine "1" einzutragen? Was könnte das sonst noch für konsequenzen haben, außer das die Voicemail dann so funktioniert, wie sie es soll? Kann man dann noch Gespräche parken und eine weitere Verbindung nach aussen aufbauen, oder muss ich mich hier quasi zwischen zwei Features entscheiden? Danke auf jeden Fall schon mal, für den Tipp mit den Leitungen. Werde das gleich mal ausprobieren.

Hello again, kurze Info zum Setting (vielleicht sollte ich das mal in die Signatur mit aufnehmen): Ich habe hier eine snom ONE plus und mehrere snom821 die bis auf wenige Kleinigkeiten prime miteinander zurecht kommen. Im Konto auf der snom ONE ist Voicemail aktiviert, Anklopfen deaktiviert. Im WUI des snom821 habe ich sicherheitshalber Anklopfen auch deaktiviert, weil ich nicht genau weiß, wer da wen bei den Einstellungen übertrumpft. Besagtes snom821 ist die Zentrale Anlaufstelle in unserer Firma, also auch ständig frequentiert. Wenn niemand einen Anruf entgegen nimmt, dann geht brav die Voicemail dran (nach den eingestellten 15sek). Wenn allerdings bereits ein Gespräch im gange ist, dann geht die Voicemail sofort dran. Dass will ich nicht. Ich will, dass der zweite Anrufer ein Besetztzeichen hört. Meine bisherigen Experimente: - Voicemail im Konto ausgeschaltet und im WUI eine Weiterleitung nach Zeit auf die Nummer der Voicemail eingerichtet (die Voicemail des Kontos 40 ist ja unter 840 erreichbar). = Das hat nicht funktioniert, weil die Voicemail ja deaktiviert ist. - Voicemail aktiviert und eine Weiterleitung nach Zeit auf die Voicemail eingerichtet, die früher anspringt, als die Voicemail selbst. Ausserdem Bei Besetzt eine Weiterleitung zu einer nicht vorhandenen Durchwahl eingerichtet. = hat natürlich auch nicht funktioniert (zumindest nicht so wie gewünscht) und hatte den häßlichen Nebeneffekt, dass eine AutomatenStimme darauf hinweist, dass man jetzt umgeleitet wird. Mehr fällt mir, an Experimenten ad hoc nicht ein, ich bin aber für jeden Vorschlag offen. P.S.: Ja, ich hab diese Frage schon im snom Forum gestellt. Dort hat man mich gebeten, sie hier unter zu bringen.