Jump to content

gifti

Members
  • Posts

    78
  • Joined

  • Last visited

Everything posted by gifti

  1. Hallo, ich habe gerade mal 59.4 getestet. Damit sind die oben beschriebenen Probleme mit dem "Deutsche Telekom SIP-Trunk" wieder da . Bin wieder zurück auf 59.1 und mein SIP-Trunk funktioniert ohne Probleme ... Habt ihr den Fix mit der Record-Route / Port wieder verworfen? Grüße Gifti
  2. 59.1? Do you mean that? I like the new interface, bootstrap, xhr, websocket, responsive design and all the things. But I have to customise it for our desktop agents. They need one view with queued, running and missed agent group calls and they want to know who is logged in.
  3. Hello, when I save the usr_portal.htm template without any changes, the site is not reachable (customising impossible!!!) ... <html><head> <title>Error</title> </head><body> <h1>File usr_portal.htm not found.</h1> <b></b> <p>Please ask your system administrator to check the log file.</p> </body></html> the address book only searches in the first 1000 entrys I can't dial from the home screen with my deskphone ... only webrtc (no ask for the phone - Do you want to make the call? ) acd live calls shows only the first live call in a queue ... acd shows no logged in agents (after the first call of the day is happend, the pie charts are visable ... but we need a list of current logged in agents) acd shows no missed calls
  4. The agent group monitor button does his work. If a call is in the queue, the led shows the status like a busy indicator. But sadly I can't pick the call with the button? But that is another problem. Standard pickup with *87 always works . <fkey idx="8" context="active" label="0 Giftnotruf" perm="RW">blf &lt;sip:0@localhost;user=phone&gt;|*87</fkey> LED lights up when a call is waiting for agent group 0 pickup with the agent group status button is'nt possible ... My agents want to know if they are logged in or logged out. They need a individual agent group login/logout status led on her phones. <fkey idx="9" context="1" label="Login" perm="RW">blf &lt;sip:*6050;user=phone&gt;</fkey> This button don't work. If you login with *64 all blf-buttons on all phones are light on. When another agent logs of with *65, all buttons on all phones light off. Even if they are still logged in. It looks as if the message is being sent to all the phones . But the agent login/logout button needs an individual information ... ??? Vodia 59.1 / snom370 8.7.5.35
  5. Hi, I provisioned an agent login/logout button to a group of 3 agents (6,7,15) with snom370 phones for agentgroup 0. ... <fkey idx="11" context="1" label="Login" perm="RW">blf <sip:*6050;user=phone></fkey> ... When an agent logs in for group 0 with *64, all buttons on all phones are light up. In the logfile i found, that every phone is notfied by a sip message. Is it possible to show the login status for everey single agent on his phone? [5] 10:52:07.022 PACK: SIP Rx tls:192.168.0.203:1052: SIP/2.0 200 Ok Via: SIP/2.0/TLS 192.168.0.199:5061;branch=z9hG4bK-008cbe6e9ee499c2ccac9f815ae32381;rport=5061 From: <sip:*6057;user=phone@localhost;user=phone>;tag=88bcf86cc0 To: <sip:7@localhost>;tag=dm26dgw4a3 Call-ID: 313531313531333530353536313937-3c0yrcs5xcdr CSeq: 29 NOTIFY User-Agent: snom370/8.7.5.35 Content-Length: 0 [5] 10:52:07.028 PACK: SIP Rx tls:192.168.0.218:1066: SIP/2.0 200 Ok Via: SIP/2.0/TLS 192.168.0.199:5061;branch=z9hG4bK-e2ee4c59e4148896d7f08e98fd4fb021;rport=5061 From: <sip:*60515;user=phone@localhost;user=phone>;tag=ce8781fb32 To: <sip:15@localhost>;tag=g7ht6bk6li Call-ID: 313531313531333830383435333836-47s3d9rsamjf CSeq: 28 NOTIFY User-Agent: snom370/8.7.5.35 Content-Length: 0 [5] 10:52:07.185 PACK: SIP Rx tls:192.168.0.210:1053: SIP/2.0 200 Ok Via: SIP/2.0/TLS 192.168.0.199:5061;branch=z9hG4bK-76eb52aa28186f2ebabae5dbbed9e275;rport=5061 From: <sip:*6056;user=phone@localhost;user=phone>;tag=cb1d736be9 To: <sip:6@localhost>;tag=2f273vwaap Call-ID: 313531313531363832353236393635-ukcclvy23iiq CSeq: 5 NOTIFY User-Agent: snom370/8.7.5.35 Content-Length: 0
  6. Can I change the buttons globally for a group of extensions? E.g. snom370 - agents / snom370 - non agents .
  7. Hi all, I tried to setting up button profiles on 59.0 as described in the documentation. Is there a trick to get the point visible?
  8. Ab Release 59.1 läuft der "Deutsche Telekom SIP-Trunk" in beide Richtungen! Damit können wir das Thema abschließen. Danke für den Support!
  9. Hallo, ich habe am 14.11.2017 bei der Telekom eine Störung geöffnet. Am 15.11.2017 wurden zwei Testanrufe netzseitig von der Telekom analysiert. Anruf aus dem SIP-Trunk ins Festnetz nach ca. 36 Sekunden RTP Timeout netzseitig (15.11.2017 UTC 07:44:43) Anruf aus dem SIP-Trunk ins Mobilfunknetz mit SIP 500 Error (15.11.2017 UTC 07:47:09) Antwort des/der Deutsche Telekom Servicetechnikers/in: Ich habe von beiden Anrufen auch die PCAP Files aufgezeichnet. Die Flows sind exakt gleich wie in den Tests vorher. Auf die 200 OK SDP des B-Tln (217.*) sollte eine ACK Meldung folgen. Passiert jedoch nicht. -> RTP wird zwar aufgebaut aber ohne eine Antwort vom A-Tln (192.*) wir der Call nach einiger Zeit ausgetimed. Auf die 183 Session Progress SDP Meldung mit Require 100rel sollte eine PRACK Meldung folgen. 3-Way-handshake. -> Passiert ebenfalls nicht... -> Call kann so nicht zustande kommen Was ist die Ursache? Kann ich an meiner Trunk-Konfiguration noch etwas ändern? Grüße / Gifti
  10. Der DTAG-SIP-Trunk Läuft leider doch noch nicht ganz rund. Mit eingehenden Gesprächen gibt es keine Probleme. Sind stabil und Gesprächsqualität stimmt. Bei ausgehenden Gesprächen treten folgende Fehler auf: Ins Mobilfunknetz Bsp: 0151xxxxxxx Kein Freizeichen, kein Klingeln. Anruf bricht immer nach ca. 15 Sekunden mit SIP 500 ab. Anrufe ins Mobilfunknetz werden Netzseitig vollkommen blockiert. Ich habe aber keine Rufnummernsperren im Telefoniecenter etc. konfiguriert. PCAP Logs liegen vor und kann ich gerne nachliefern. So sehen die Flow-Sequenzen aus: Ins Festnetz Alles normal. Freizeichen, Klingeln ... dann nach 30 Sekunden Netz-seitger Abbruch des RTP-Datentromes. Der RTP Datentrom PBX-seitig läuft weiter. Nach weiteren 120 Sekunden RTP Timeout PBX-seitig. Hier noch ein Flow. PCAP liegt vor. Ich hatte RTCP unter verdacht. Ich habe auch schon mal alle RTCP Einstellungen auf false und den PBX neu gestartet. Ohne Erfolg . <rtcp_loss_rle>false</rtcp_loss_rle> <rtcp_dup_rle>false</rtcp_dup_rle> <rtcp_rcpt_times>false</rtcp_rcpt_times> <rtcp_rcvr_rtt>false</rtcp_rcvr_rtt> <!-- default true --> <rtcp_stat_summary>false</rtcp_stat_summary> <rtcp_voip_metrics>false</rtcp_voip_metrics> <!-- default true --> Hier noch meine Trunkeinstellungen: #Trunk 1 aadr: analog: false bcp: behind_nat: false cid_update: cobusy: 500 Line Unavailable codec_lock: false codecs: codest: cur: dial_extension: 40 dialplan: dir: dis: false domain: 1 dtmf: false dtmf_mode: earlymedia: false expires: 3600 failover: never fraction: 128 from_source: rpi from_user: glob: plus global: false hcv: hd: hf: {from} hpai: {from} hppi: hpr: hrpi: hru: {request-uri} ht: <{request-uri}> icid: ignore_18x_sdp: false interoffice: false minimum: 10 minor: 162 s name: Deutschand LAN outbound_proxy: sip:reg.sip-trunk.telekom.de pcap: true prack: true prefix: 73073 redirect: false reg_account: +49361xxxxxxx reg_display: Giftnotruf reg_keep: reg_pass: xxxxxx reg_registrar: sip-trunk.telekom.de reg_user: 5511xxxxxxxx remote_party: request_timeout: require: rfcrtp: false ring180: false rtcpxr: false rtp_begin: rtp_end: send_email: sip_port: status: 200 OK tel: false trusted: false type: register use_epid: false use_history: false use_uuid: false user_defined_hdr: uuid: 0a4a2738-6f40-4908-97c4-f8cb5ac84c36 wrtc_dest_name: wrtc_dest_number: Grüße / Gifti
  11. Habe das Update auf 59.0 durchgeführt und über das Template einen Deutschland LAN SIP-Trunk angelegt. Läuft super !
  12. Same problem. I've tried to update my Vodia mini PBX from 58.2 to 58.4. http://vodia.com/downloads/pbx/mini3/pbxctrl-mini3-58.4 404 Not found <update-list version="58.4"> <delete name="pbxctrl-old"/> <delete name="pbxctrl-old.dat"/> <file name="pbxctrl.dat" build="Sep 21 2017" hash="" link="http://vodia.com/downloads/pbx/dat/pbxctrl-58.4.dat" rename="pbxctrl-old.dat"/> <file name="pbxctrl.exe" type="executable" build="Sep 21 2017" os="Win32" hash="" link="http://vodia.com/downloads/pbx/win32/pbxctrl-v58.4-32.exe" rename="pbxctrl-old"/> <file name="pbxctrl.exe" type="executable" build="Sep 21 2017" os="Win64" hash="" link="http://vodia.com/downloads/pbx/win64/pbxctrl-v58.4-64.exe" rename="pbxctrl-old"/> <file name="pbxctrl" type="executable" build="Sep 21 2017" os="CentOS32" hash="" link="http://vodia.com/downloads/pbx/centos32/pbxctrl-centos32-58.4" rename="pbxctrl-old"/> <file name="pbxctrl" type="executable" build="Sep 21 2017" os="CentOS64" hash="" link="http://vodia.com/downloads/pbx/centos64/pbxctrl-centos64-58.4" rename="pbxctrl-old"/> <file name="pbxctrl" type="executable" build="Sep 21 2017" os="Debian32" hash="" link="http://vodia.com/downloads/pbx/debian32/pbxctrl-debian32-58.4" rename="pbxctrl-old"/> <file name="pbxctrl" type="executable" build="Sep 21 2017" os="Debian64" hash="" link="http://vodia.com/downloads/pbx/debian64/pbxctrl-debian64-58.4" rename="pbxctrl-old"/> <file name="pbxctrl" type="executable" build="Sep 21 2017" os="snom ONE mini" hash="" link="http://vodia.com/downloads/pbx/mini/pbxctrl-mini-58.4" rename="pbxctrl-old"/> <file name="pbxctrl" type="executable" build="Sep 21 2017" os="Vodia mini PBX" hash="" link="http://vodia.com/downloads/pbx/mini2/pbxctrl-mini2-58.4" rename="pbxctrl-old"/> <file name="pbxctrl" type="executable" build="Sep 21 2017" os="Vodia mini PBX (Debian)" hash="" link="http://vodia.com/downloads/pbx/mini3/pbxctrl-mini3-58.4" rename="pbxctrl-old"/> <file name="pbxctrl" type="executable" build="Sep 21 2017" os="Vodia mini PBX (MIPS)" hash="" link="http://vodia.com/downloads/pbx/bbox/pbxctrl-bbox-58.4" rename="pbxctrl-old"/> <file name="pbxctrl" type="executable" build="Sep 21 2017" os="MacOS" hash="" link="http://vodia.com/downloads/pbx/darwin10/pbxctrl-darwin10-58.4" rename="pbxctrl-old"/> <file name="pbxctrl" type="executable" build="Sep 21 2017" os="FreeBSD" hash="" link="http://vodia.com/downloads/pbx/freebsd64/pbxctrl-freebsd64-58.4" rename="pbxctrl-old"/> </update-list>
  13. 40@domain_name ... that did the trick thanks a lot! Without the domain name, I can't login as a user. The german welcome mail is a bit confusing ...
  14. Hello Vodia, i've installed a S5 bundle V 58.2 and I can't login as a user (e.g. 40). The web password is definitly correct!? I can only switch from domain into user mode to test the user interface. I've changed the web password for user 40 I've deleted extension 40 and re-created it nothing helps ... Regards / Gifti
  15. Die beiden SIP-Trunk-Produkte "DeuschlandLAN SIP-Trunk" und "Deutschland LAN SIP-Trunk Pooling" sind in der SIP-Konfiguration sicher gleich. Allerdings wäre es schön für die beiden Anschlussarten "Static Mode" und "Registered Mode" jeweils ein Template zu haben. Im "Static Mode" ändert sich der Proxy in stat.sip-trunk.telekom.de. Laut Telekom Doku (Seite 10) können dann die Felder Benutzername und Passwort leer bleiben. Die Telekom gibt an, man könne im Telefoniecenter den Trunk vom "Registered Mode" in den "Static Mode" umschalten. Ich konnte zwar im Kundencenter eine feste IP-Adresse aktivieren. Der Button "In Static Mode wechseln" im Telefoniecenter erscheint bei mir aber leider nicht? Das sogenannte Endgeäte-Szeneario bleibt immer im "Registered Mode"? Naja, ich werde damit mal die Telekom konfrontieren. Grüße / Gifti
  16. Beim Aufbau des Testsystems habe ich auch gleich die Lösung für den SIP-Trunk der Telekom gefunden . Es lag an den fehlenden Zertifikaten und zwei Feldern in der Trunkeinstellung. Ich beschreibe mal die vollständige Konfiguration: Einrichtung DSL Produkt DeutschandLAN SIP-Trunk Pooling bei der Telekom bestellt dazu gabs einen DSL-Anschluss mit 16 kbit Upload und 2.400 Kbit Download (erweiterter Frequenzbereich durch Annex J) daher braucht man auch einen Annex J fähigen DSL-Router (Modem) ich habe mich für ein D-Link DSL-321B Rev. Z (Revision D funktiniert nicht!!!) entschieden leider kann das DSL-321B im Router-Betrieb keine VLAN ID 7 über PPPoe senden daher musste ich das Modem im Bridge Mode an meinen alten Bintec R1200 Router hängen, der über PPPoe eine VLAN ID mitgeben kann auf eine Firewall habe ich erst mal verzichtet, da die Geräte ja alle nur im Testnetz hängen ich habe mich für den Registered Mode entschieden, bei dem die IP-Adresse der Telekom dynamisch bleibt dafür gabs noch einen DynDNS Eintrag im Web + NAT Regel auf dem Router, um den Zugriff über https aus dem Internet zu gewährleisten Einrichtung PBX Testystem: ich habe mir einen neuen Vodia PBX free Lizenzschlüssel generiert einem Raspberry PI 2 mit Raspbian frisch aufgesetzt die aktuelle PBX Version 58.2 nach Anleitung installiert und Lizenz aktiviert Nebenstelle eingerichtet und ein Snom370 angeschlossen / provisioniert Einrichtung Deutschland-LAN SIP-Trunk: in der Standard Domain unter Leitungen einen neuen VoIP Provider vom Typ other ausgewählt Typ: SIP Registrierung Name: <egal> Outbound Proxy Adresse: reg.sip-trunk.telekom.de Benutzername (für die Registrierung): Telefonie-Benutzername (12 stellige Nummer) Passwort: Telefonie-Passowort dann müsst ihr den Eintrag noch editieren und Domäne und Konto hinzufügen Domäne: sip-trunk.telekom.de Konto: Registrierungsrufnummer (im kanonischen Format +49123456789000) damit die Gespräche irgendwo ankommen, Ziel Konto nicht vergessen (in meinem Fall das Snom 370) den Trunk im Dialplan eintragen Einrichtung Zertifikate: der Trunk spricht nur über TLS und braucht zwei Zertifikate der Deutschen Telekom: Deutsche Telekom Root CA 2 Shared Business CA 4 ich habe die beiden Zertifikate als .cer Files (Base64 codiert) gespeichert so kann man sie über die Zwischenablage in den PBX übertragen im PBX unter Einstellungen / Sicherheit / Zertifikate Vertrauenswürdige Root CA (für Server Authentifizierung) auswählen und den Base64 Code jeweils hinein kopieren/speichern jetzt sollten beiden Zertifikatsnamen in der unteren Liste auftauchen Deutsche Telekom Root CA 2 -----BEGIN CERTIFICATE----- MIIDnzCCAoegAwIBAgIBJjANBgkqhkiG9w0BAQUFADBxMQswCQYDVQQGEwJERTEc MBoGA1UEChMTRGV1dHNjaGUgVGVsZWtvbSBBRzEfMB0GA1UECxMWVC1UZWxlU2Vj IFRydXN0IENlbnRlcjEjMCEGA1UEAxMaRGV1dHNjaGUgVGVsZWtvbSBSb290IENB IDIwHhcNOTkwNzA5MTIxMTAwWhcNMTkwNzA5MjM1OTAwWjBxMQswCQYDVQQGEwJE RTEcMBoGA1UEChMTRGV1dHNjaGUgVGVsZWtvbSBBRzEfMB0GA1UECxMWVC1UZWxl U2VjIFRydXN0IENlbnRlcjEjMCEGA1UEAxMaRGV1dHNjaGUgVGVsZWtvbSBSb290 IENBIDIwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCrC6M14IspFLEU ha88EOQ5bzVdSq7d6mGNlUn0b2SjGmBmpKlAIoTZ1KXleJMOaAGtuU1cOs7TuKhC QN/Po7qCWWqSG6wcmtoIKyUn+WkjR/Hg6yx6m/UTAtB+NHzCnjwAWav12gz1Mjwr rFDa1sPeg5TKqAyZMg4ISFZbavva4VhYAUlfckE8FQYBjl2tqriTtM2e66foai1S NNs671x1Udrb8zH57nGYMsRUFUQM+ZtV7a3fGAigo4aKSe5TBY8ZTNXeWHmb0moc QqvF1afPaA+W5OFhmHZhyJF81j4A4pFQh+GdCuatl9Idxjp9y7zaAzTVjlsB9WoH txa2bkp/AgMBAAGjQjBAMB0GA1UdDgQWBBQxw3kbuvVT1xfgiXotF2wKsyudMzAP BgNVHRMECDAGAQH/AgEFMA4GA1UdDwEB/wQEAwIBBjANBgkqhkiG9w0BAQUFAAOC AQEAlGRZrTlk5ynrE/5aw4sTV8gEJPB0d8Bg42f76Ymmg7+Wgnxu1MM9756Abrsp tJh6sTtU6zkXR34ajgv8HzFZMQSyzhfzLMdiNlXiItiJVbSYSKpk+tYcNthEeFpa IzpXl/V6ME+un2pMSyuOoAPjPuCp1NJ70rOo4nI8rZ7/gFnkm0W09juwzTkZmDLl 6iFhkOQxIY40sfcvNUqFENrnijchvllj4PKFiDFT1FQUhXB59C4Gdyd1Lx+4ivn+ xbrYNuSD7Odlt79jWvNGr4GUN9RBjNYj1h7P9WgbRGOiWrqnNVmh5XAFmw4jV5mU Cm26OWMohpLzGITY+9HPBVZkVw== -----END CERTIFICATE----- Shared Business CA 4 -----BEGIN CERTIFICATE----- MIIGiTCCBXGgAwIBAgIIMBWLWM1WMfUwDQYJKoZIhvcNAQELBQAwcTELMAkGA1UE BhMCREUxHDAaBgNVBAoTE0RldXRzY2hlIFRlbGVrb20gQUcxHzAdBgNVBAsTFlQt VGVsZVNlYyBUcnVzdCBDZW50ZXIxIzAhBgNVBAMTGkRldXRzY2hlIFRlbGVrb20g Um9vdCBDQSAyMB4XDTE0MDIxMTEzMjkwMloXDTE5MDcwOTIzNTkwMFowgdYxCzAJ BgNVBAYTAkRFMSUwIwYDVQQKExxULVN5c3RlbXMgSW50ZXJuYXRpb25hbCBHbWJI MR8wHQYDVQQLExZULVN5c3RlbXMgVHJ1c3QgQ2VudGVyMRwwGgYDVQQIExNOb3Jk cmhlaW4gV2VzdGZhbGVuMQ4wDAYDVQQREwU1NzI1MDEQMA4GA1UEBxMHTmV0cGhl bjEgMB4GA1UECRMXVW50ZXJlIEluZHVzdHJpZXN0ci4gMjAxHTAbBgNVBAMTFFNo YXJlZCBCdXNpbmVzcyBDQSA0MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKC AQEA0AmOfEgQdNgcqOwdEjRsMm7N+bmQ9tMqjqmA77w1pIebzqPDAUWBuseG1G1O T76V6Ndfi1cFChPnmi0OINjSiuFvJ2LqdUxTjac4ASGt+NABEN5m2wvjaO2JbBou tCnSG8sqDJ7wtN2xXxEa7lrzEEXYHxCDVqVC8wViidIIY33CjL/GFy4HkurmXiuC 9kRvxslPWygK4hGkKJWK3YKOh4OQFHZoMfjNKf5QgyzKhffXUlGG8pzR5Pk4RP2f qwkLdxkWDdAanntaNzQLkFOOPl96VCqiwxiajcbpewva2fqntj9eBaeTITTZBmpI /pCy1HwTjMYyFQFlnYrhR1nKhQIDAQABo4ICvTCCArkwDgYDVR0PAQH/BAQDAgEG MB0GA1UdDgQWBBSr/2/REm9XytLY2MG+9hM0InSBMzAfBgNVHSMEGDAWgBQxw3kb uvVT1xfgiXotF2wKsyudMzASBgNVHRMBAf8ECDAGAQH/AgEAMFIGA1UdIARLMEkw PQYJKwYBBAG9Rw0ZMDAwLgYIKwYBBQUHAgEWImh0dHA6Ly9zYmNhLnRlbGVzZWMu ZGUvY3BzL2Nwcy5wZGYwCAYGZ4EMAQICMIHjBgNVHR8EgdswgdgwNKAyoDCGLmh0 dHA6Ly9jcmwuc2JjYS50ZWxlc2VjLmRlL3JsL0RUX1JPT1RfQ0FfMi5jcmwwgZ+g gZyggZmGgZZsZGFwOi8vbGRhcC5zYmNhLnRlbGVzZWMuZGUvQ049RGV1dHNjaGUl MjBUZWxla29tJTIwUm9vdCUyMENBJTIwMixPVT1ULVRlbGVTZWMlMjBUcnVzdCUy MENlbnRlcixPPURldXRzY2hlJTIwVGVsZWtvbSUyMEFHLEM9REU/QXV0aG9yaXR5 UmV2b2NhdGlvbkxpc3QwggEXBggrBgEFBQcBAQSCAQkwggEFMCoGCCsGAQUFBzAB hh5odHRwOi8vb2NzcDAyLnRlbGVzZWMuZGUvb2NzcHIwOwYIKwYBBQUHMAKGL2h0 dHA6Ly9jcmwuc2JjYS50ZWxlc2VjLmRlL2NydC9EVF9ST09UX0NBXzIuY2VyMIGZ BggrBgEFBQcwAoaBjGxkYXA6Ly9sZGFwLnNiY2EudGVsZXNlYy5kZS9DTj1EZXV0 c2NoZSUyMFRlbGVrb20lMjBSb290JTIwQ0ElMjAyLE9VPVQtVGVsZVNlYyUyMFRy dXN0JTIwQ2VudGVyLE89RGV1dHNjaGUlMjBUZWxla29tJTIwQUcsQz1ERT9jQUNl cnRpZmljYXRlMA0GCSqGSIb3DQEBCwUAA4IBAQCRf8qqiptZLVpOOmoRSgSZcNDh hLWpN0pZXkUGYeyj64EAiSHLaLV32ZL+k84XPNjX8ezzHqhQDbKuXVMly1RGhtEz 8R/f5x1eYJKiWGbc3flt4VJeGKfPzRYoPPJJcTKabh8EKktx0DKDmldwoReRej6P UHRlOQIdocYd0kLxl+InVmKOpMxfl/Y4Re2rthsjnrFBB6dCEha3cgaCcTz3qNUz UahVS8jq8t/0tXoTBz4s0I/4JrBNHt/IFyBnwKM3YeNzlfokT4ptJ8OV28yNvspJ nfKouiXc6eG1ojopwckO/uEu0JVEnyMOzGoIPU2/PhFvG6aAPsB4tvv/AHzR -----END CERTIFICATE----- Danach sollte sich der Trunk verbinden und ein Testanruf möglich sein ! Großes Lob an Vodia! Die Log-Styles mit Rahmen und Proportionalschrift sind wirklich übersichtlich! Der Trunk hat im Log die Installation eines Zertifikats gefordert und den Base64 Code gleich mit angezeigt. Allerdings hat es mit diesem angezeigten Zertifikat nicht funktioniert? Ich musste die beiden o.g. Zertifikate verwenden ... Viele Grüße Gifti @Vodia PBX Das Testsystem läuft noch. Wenn ihr Interesse an einem Zugang habt, schreibt mich kurz an.
  17. Da kann ich gerne helfen! Bin allerdings erst ab 18.09. wieder erreichbar.
  18. Hallo Vodia-Support, hallo Forum, Ende 2018 sollen in Deutschland auch ISDN Anlagenanschlüsse von Telekom-Geschäftkunden abgeschaltet werden. Ich vermute, die Telekom wird u.a. eine Migration auf das Produkt DeutschlandLAN SIP-Trunk vorgeschlagen. Ich habe unserer Firma mal einen Test-Anschluss (SIP-Trunk Pooling) organisiert und versucht, meine Voida 5.1.1 damit bekannt zu machen. Leider bisher ohne Erfolg . Auch mit der aktuellen Version Vodia 58.2 habe ich auf meinem Vodia Testsystem den Trunk nicht zum Laufen gebracht. Die Standardeinstellungen für eine "SIP-Registrierung" beim Provider "Deutsche Telekom" sind auch nur auf den IP-basierenden (Basis-)Anschluss ausgerichtet. Gibt es jetzt schon Möglichkeiten den SIP-Trunk der Telekom mit einer Vodia-PBX zu nutzen? Wenn ja, wie und wo muss ich die Anmeldedaten der Telekom (Bsp: Registrar => sip-trunk.telekom.de) eintragen? Wenn nein, ist eine Anschlussmöglichkeit des Telekom SIP-Trunks in Arbeit? Wie sieht hier die zeitliche Planung aus? Viele Grüße Gifti
  19. Hallo Marco, hallo Vodia-Support-Team, darf ich fragen, mit welchen Einstellungen du den der DeutschlandLAN SIP-Trunk zum Laufen gebracht hast? Ich habe das Problem, dass ich keine Antwort (Error 408) vom Registar der Telekom erhalte. 8] 2017/09/11 12:17:35: Trunk 15: Preparing for re-registration [8] 2017/09/11 12:17:35: Trunk 15: sending discover message for sip-trunk.telekom.de [8] 2017/09/11 12:17:35: Trunk 15 (Telekom SIP-Trunk) is associated with the following addresses: tls:217.0.26.35:5061 tls:217.0.26.37:5061 tls:217.0.26.69:5061 [8] 2017/09/11 12:17:35: Trunk Telekom SIP-Trunk: Sending registration to reg.sip-trunk.telekom.de [8] 2017/09/11 12:17:36: Packet authenticated by transport layer [8] 2017/09/11 12:18:07: Last message repeated 48 times [5] 2017/09/11 12:18:07: Registration on trunk 15 (Telekom SIP-Trunk) failed with code 408. Retry in 60 seconds Die Firewall ist offen. Auch die DNS Auflösung über NAPTR -> SRV -> TypA auf die drei Telekom-IPs scheint zu klappen. Ich habe einen Trunk vom Typ "SIP-Registrierung" angelegt und folgende Felder befüllt: (Deutsche Telekom / Vodia) Outbound-Proxy ==> Proxy Adresse Registar ==> Domäne Registrierungsrufnummer ==> Angezeigter Name Telefonie Benutzername ==> Konto Telefonie Benutzername ==> Benutzername Vodia Version: 5.1.1 (CentOS64) Die Telekom meint, es könnte eventuell daran liegen, dass die TLS Verschlüsselung nicht aufgebaut werden kann!? Muss ich mein System Updaten? Ich nutze auf unsere Systemwebseite noch das SSI {ssi call_history domain}. Damit kann jeder Nutzer schnell alle Gespräche aller Nutzer auf dem System einsehen. Bei neueren Vodia Versionen wurde dieses Feature (ich nehme an aus Sicherheitsgründen) leider gestrichen ... Vielen Dank und Beste Grüße Gifti / Wolfgang
  20. The "mini" hardware is useless. No network, no shell access, hardware reset button don't work (maybe my fault). But, is there any chance to save the license? You said, there is not a 1 x reset option, because of the mini pricing modell. This should be displayed on the license management website!!! However, it’s the second mini that I switched to other hardware. Our production (...-VZS) system pbx2 was a mini before an is now running successfully on a CentOS VM host.
  21. Hello, I've tried to upgrade my snomone mini (default system) from 5.1.1 to 5.4.1 via xml update link. http://vodia.com/downloads/pbx/version-5.4.1.xml Now the mini isn't booting up. Reset button don't helps. Hardware is useless :-( ... So I decided to switch my vodia S20 license to a raspberry pi 2. Here are the steps that I've made: installed raspberian (4.1 kernel) on raspberry pi 2 network and internet connection are still working installed the pbx with the script install-mini3.sh activated a S5 License (no problems) reseted my old License (1 Reset left Button) tried to activate the Licencse but nothing happend ... What did I do wrong?
  22. I'm inserted all pbx extensions into the snom 370 adress book via provisioning (snom_3xx_phone.xml). Now there will be displayed . But why is there a differnence between extensions and other address book members in the pbx? I can see the extensions as well as the other numbers in the address book. But when I call an extension (e.g. 20) the name won't be displayed. When I call a mobile number that is also in the address book, then number AND name is displayed? ... I mean the domain address book is some kind of internal CNAM, is'nt it?
  23. Ok, now I get names from callees in the domain address book. E.g. when I call my own mobile, I see the number and my domain address book entry. But internal calls are still the same. When I call an extension I only see its number during the call (ringing, connected ..) . The other phone shows my name and number as calling in the first line and the name of its owner in the 2nd line. All extensions are visible in the domain address book. If I call an extension from the address book, number an name will be shown.
×
×
  • Create New...