[Problem] Anrufer hört alles, Agent hört nichts.

RWsoft · 24 Mai 2012

Hallo,

erstmal, ich bin relativ neu auf dem Asterisk / VoiP Gebiet, ich habe einen Asterisk 10.1.3 unter Ubuntu laufen.
Er funktioniert soweit gut wie er soll, jedoch hören manchmal ( ca. 4-5 Agents, ca. 2x am Tag, aber auch mal 1-2Tage nichts) die Agents nichts vom Anrufer. Der Anrufer hört jedoch alles.

Manchmal tritt das Problem wie geschrieben 2-3 Mal am Tag auf, aber manchmal auch tagelang nichts.

Ich habe zu den passenden Uhrzeiten die Logs gewälzt (Server, Asterisk, Firewall...) jedoch konnte ich rein gar nichts feststellen. Es sieht für mich aus wie ein ganz normales Gespräch bis irgenwann jemand auflegt.
Wir benutzen das eyeBeam Softphone in der Version 1.15.19.4.

Vielleicht, hat jemand ja eine zündende Idee, denn ich komme nicht mehr weiter...

Vielen Dank im Voraus

rentier-s · 24 Mai 2012

Hallo und willkommen im Forum.

So wirklich eine Idee hab ich grad noch nicht, aber erkläre mal ein bisschen genauer den Aufbau Deiner Anlage (Anbindungen, Netzwerkaufbau, ...).

RWsoft · 24 Mai 2012

Hi,

Also wie gesagt Asterisk 10 unter Ubuntu, hinter einem Unity Media Router (Ports sind frei). Mein VoIP anbieter ist Sipgate.de.
Ansonsten sind nur 2 IP-Adressen per iptables geblockt.
Wir haben 8 unterschiedliche Telefonnummer (Trunks).
Einer davon hat eine Queue, in der sich ca. 3-5 Callcenter Agents befinden.
Alle Anderen sind per ringall angelegt.

Der Fehler tritt bei allen Nummern auf. (Nix im Log des Routers / Firewall)

Hier mal ein Auszug aus meiner sip.conf

Code:

[general]
extension = s
context = default
allowoverlap = no
bindport = 5060
bindaddr = 0.0.0.0
srvlookup = yes
allowexternaldomains = yes
allowguest = yes
allowsubscribe = yes
allowtransfer = yes
alwaysauthreject = yes
autodomain = no
callevents = no
canreinvite = yes
checkmwi = 10
compactheaders = no
defaultexpiry = 120
domain =
dtmfmode = rfc2833
dumphistory = yes
externrefresh = 10
fromdomain =
g726nonstandard = no
jbenable = no
jbforce = no
jbimpl =
jblog = no
jbmaxsize =
jbresyncthreshold =
language = de
maxcallbitrate = 384
maxexpiry = 400
minexpiry = 60
mohinterpret = default
notifyringing = yes
pedantic = no
progressinband = never
promiscredir = no
recordhistory = yes
registerattempts = 0
registertimeout = 600
relaxdtmf = no
sendrpid = no
sipdebug = yes
t1min = 100
t38pt_udptl = no
tos_audio = ef          ;vorher none
tos_sip = cs3           ;vorher none
tos_video = af41        ;vorher none
trustrpid = no
useragent = Fritzbox
usereqphone = no
videosupport = no
defaultexpire = 300
disallow = all
allow = alaw
allow = ulaw
allow = gsm
allow = g729
allow = slinear
srvlookup = yes
qualify = no


register => Username:[email protected]/Telefonnummer   (Das ganze halt 8 Mal)

#Das wars mit der sip.conf

Alles andere hat mein Vorgänger eingerichtet und steht in der users.conf :

Code:

[general]
; Full name of a user
fullname = New User
; Starting point of allocation of extensions
userbase = 6000
; Create voicemail mailbox and use use macro-stdexten
hasvoicemail = yes
; Set voicemail mailbox 6000 password to 1234
vmsecret = 1234
; Create SIP Peer
hassip = yes
; Create IAX friend
hasiax = yes
; Create H.323 friend
;hash323 = yes
; Create manager entry
hasmanager = no
; Set permissions for manager entry (see manager.conf.sample for documentation)
; (defaults to *all* permissions)
;managerread = system,call,log,verbose,command,agent,user,config
;managerwrite = system,call,log,verbose,command,agent,user,config
; Remaining options are not specific to users.conf entries but are general.

callwaiting = yes
threewaycalling = yes
callwaitingcallerid = yes
transfer = yes
canpark = yes
cancallforward = yes
callreturn = yes
callgroup = 1
pickupgroup = 1


[trunk_1]
host = sipgate.de
username = xxxxx
secret = xxxxxxxx
trunkname = xxxxx  
context = DID_trunk_1
group = null
hasexten = no
hasiax = no
hassip = yes
registeriax = no
registersip = no
trunkstyle = voip
fromdomain = sipgate.de
insecure = port,invite
alternateexts = 65000
outboundproxy = sipgate.de
fromuser = xxxxxxx
contact = xxxxxxx
disallow = all
allow = alaw,ulaw,gsm
qualify = yes

Ansonsten wüsst ich jetzt ehrlich nicht was ich noch posten sollte..

Grüße

rentier-s · 24 Mai 2012

Auf den ersten Blick fehlt Dir eine NAT Konfiguration (nat, externhost / externip, ...), da Du Dich hinter einem Router befindest. Und als zweites würde ich canreinvite=yes durch directmedia=no ersetzen.

RWsoft · 24 Mai 2012

hallo, vielen dank schonmal.

nat = yes hatte ich bereits schon ausprobiert. Da das aber kein Erfolg brachte habe ich es wieder rausgenommen. Die anderen (externhost / externip) hab ich mich noch gar net mit beschäftigt muss ich zugeben...

directmedia = no werde ich gleich direkt mal ausprobieren.

Vielen Dank schonmal, ich werde sicher berichten ob's funktioniert.

RWsoft · 30 Mai 2012

Hallo,
also ich habe nat = yes und directmedia = no gesetzt und canreinvite dafür rausgenommen. DasProblem, dass unsere Agents die Anrufer nicht mehr hören hat sich damit erledigt (ist auch logisch wenn man das im nachhinein betrachtet).

externip = unsereextenerip, habe ich ausprobiert, allerdings zog das auch Fehler mitsich, denn sobald ein 2. Anruf beim Agent ankam, wurde der erste einfach unterbrochen.

Nun tritt allerdings vermehrt das Problem auf, dass wenn ein Agent einen Anruf zu einem anderen herüber stellen möchte, hört entwede der Agent zu dem rübergestellt werden soll den anderen Agent intern schon nicht, oder das Gespräch ist danach wie tot...

Dieses Problem hatten wir vor directmedia = no nicht...

Das ist natürlich auch nicht optimal wenn man sich nicht sicher ist ob ein rüberstellen funktioniert oder nicht.

(Ich habs selbst miterlebt als es nicht geklappt hat, also war es keine Fehlbedienung, hab es danach selbst getestet, aber da hat es funktioniert -.-)

Jemand noch eine zündende Idee eventuell, denn ich bin echt mit meinem latein am ende (sehe den Wald vor lauter Bäumen wahrscheinlich nicht)...

Vielen Dank nochmals.

rentier-s · 31 Mai 2012

Entweder hast Du irgendwelchen seltsamen Codec Probleme, ich kann Dir da jedenfall nicht wirklich weiterhelfen. Vor allem wenn solche Probleme nur sporadisch auftreten.

Evtl. könnte man in einem SIP Debug was sehen, aber wenn der Fehler nicht immer auftritt, kannst Du kilometerweise Logs zusammentragen, bis einmal eine Fehlfunktion auftritt.

Die Abbrüche mit externip verstehe ich schon überhaupt nicht, das hat damit imho gar nichts zu tun.

RWsoft · 31 Mai 2012

Ja richtig genauso gehts mir auch

Kilometer Logs gelesen und immernoch nicht schlauer... Ich werde heute mal auf eine neue Version updaten, und dann mal schaun wie es läuft. Vielleicht ists ja auch einfach ein kleiner bug.

Languages

Suche

Languages

Suche

[Problem] Anrufer hört alles, Agent hört nichts.

RWsoft

Neuer User

rentier-s

Guest

RWsoft

Neuer User

rentier-s

Guest

RWsoft

Neuer User

RWsoft

Neuer User

rentier-s

Guest

RWsoft

Neuer User

Zurzeit aktive Besucher

Neueste Beiträge

Statistik des Forums