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