Jump to content

gifti

Members
 View Profile  See their activity

  • Posts

    78

  • Joined

  • Last visited

About gifti

  • Birthday 02/16/1978

Profile Information

  • Gender
    Male
  • Location
    Erfurt / Germany

Recent Profile Visitors

3,994 profile views

gifti's Achievements

Newbie

Newbie (1/14)

0

Reputation

  1. gifti
    Ok, danke für die Info!
  2. gifti
    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
  3. gifti
    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.
  4. gifti
    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
  5. gifti
    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
  6. gifti
    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
  7. gifti
    Ok.
  8. gifti
    Can I change the buttons globally for a group of extensions? E.g. snom370 - agents / snom370 - non agents .
  9. gifti
    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?
  10. gifti
    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!
  11. gifti
    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
  12. gifti
    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
  13. gifti
    Habe das Update auf 59.0 durchgeführt und über das Template einen Deutschland LAN SIP-Trunk angelegt. Läuft super !
  14. gifti
    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>
  15. gifti
    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 ...
×
×
  • Create New...