Agent Group, Account läutet ewig weiter

[stormwind81]

Hallo,

 

Ich bin gerade am einrichten einer Snom One.

 

Habe 5 Telefone.

Bei einkommenden Call -> soll es bei Account 12 läuten.

Wenn man dort gerade spricht sollen weitere Anrufe -> auf Account 13 umgeleitet werden.

Wenn man die Service Flag 65 wählt sollen die Anrufe auf eine Handynummer umgleitet werden.

 

Mein Problem ist jetzt, dass wenn jemand anruft und bald danach wieder auflegt, der Account noch ewig weiter läutet.

Also wenn nicht abgehoben wird, der Anrufer bereits aufgelegt hat und man danach abhebt ist natürlich niemand am Apparat. Das irritiert und stört.

Was muss ich umstellen damit das nicht mehr passiert?

 

mfg

[Vodia PBX]

Mein Problem ist jetzt, dass wenn jemand anruft und bald danach wieder auflegt, der Account noch ewig weiter läutet.

 

Das klingt nach einem grundlegendem Problem. Ich vermute dass das Problem auch bei anderen Anruftypen besteht? Sind die Telefone im LAN oder über das Internet verbunden? Welches PSTN-Gateway wird verwendet?

[stormwind81]

Das klingt nach einem grundlegendem Problem. Ich vermute dass das Problem auch bei anderen Anruftypen besteht? Sind die Telefone im LAN oder über das Internet verbunden? Welches PSTN-Gateway wird verwendet?

 

Hallo,

 

Wenn ich den PSTN Gateway direkt auf den Account 12 schalte, dann passiert das nicht.

Erst mit der Agent Gruppe. Wenn sich meine Anforderungen* ohne Agent Group realisieren lassen wäre mir auch geholfen. (es soll ja nur bei einem Telefon läuten)

Die Telefone sind übers LAN verbunden.

Es ist eine SIP Registrierung.

 

 

* siehe erster Post

[Vodia PBX]

Das klingt für mich immer noch nach einem Problem auf der Signalisierungsseite. Wenn die Agent Gruppe den Anruf annimmt, wird der Anruf (normalerweise) verbunden. Es könnte z.B. sein dass das Gateway (welches? ISDN?) nach dem Auflegen den Besetzt-Ton abspielt der Anruf aber noch verbunden ist.

 

Klar wäre es ein Workaround die Agenten-Gruppe zu umgehen, aber dann gibt es sicher später wieder Probleme mit anderen Anruftypen, z.B. Mailbox. Daher würde ich schon versuchen, diese Angelegenheit sauber zu lösen.

 

Ein Log mit den SIP-Nachrichten würde hier helfen. Dann könnten wir sehen, ob das Gateway tatsächlich ein BYE schickt und die PBX trotzdem das Telefon weiter klingeln läßt.

[stormwind81]

Das klingt für mich immer noch nach einem Problem auf der Signalisierungsseite. Wenn die Agent Gruppe den Anruf annimmt, wird der Anruf (normalerweise) verbunden. Es könnte z.B. sein dass das Gateway (welches? ISDN?) nach dem Auflegen den Besetzt-Ton abspielt der Anruf aber noch verbunden ist.

 

Klar wäre es ein Workaround die Agenten-Gruppe zu umgehen, aber dann gibt es sicher später wieder Probleme mit anderen Anruftypen, z.B. Mailbox. Daher würde ich schon versuchen, diese Angelegenheit sauber zu lösen.

 

Ein Log mit den SIP-Nachrichten würde hier helfen. Dann könnten wir sehen, ob das Gateway tatsächlich ein BYE schickt und die PBX trotzdem das Telefon weiter klingeln läßt.

 

Hi,

Mein Sip Provider meint, dass es ein NAT Problem ist und das es eine Snom One Einstellung sein muss.

 

Gateway ist der SIP Provider (Sip Registrierung)

Wenn ich zB mit der Agent Group eine Weiterleitung auf eine andere Nummer einrichte läutet es dort auch ewig weiter obwohl der Anrufer schon längst wieder aufgelegt hat. (Nur damit wir uns richtig verstehen: Wir gehen davon aus, dass niemand bis dahin abhebt)

 

Hier der Log bei Agen Group wenn es ewig weiterläutet:

[1] 2012/03/26 09:34:47: Starting up version 2011-4.2.0.3958

[1] 2012/03/26 09:34:47: Working Directory is C:\Programme\snom\snomONE

[1] 2012/03/26 09:34:47: Starting the Win32 PBX service

[5] 2012/03/26 09:34:47: Starting threads

[2] 2012/03/26 09:34:47: Trunk status PSTN Gateway (1) changed to "200 OK" (Refresh interval 10 seconds)

[5] 2012/03/26 09:34:57: Table cdrt: Finished reading 20 rows

[5] 2012/03/26 09:34:57: Table cdre: Finished reading 23 rows

[5] 2012/03/26 09:34:57: Table cdri: Finished reading 26 rows

[5] 2012/03/26 09:34:57: Table adrbook: Finished reading 1 rows

[5] 2012/03/26 09:35:22: Identify trunk (IP address and domain match) 1

[5] 2012/03/26 09:35:22: Domain trunk PSTN Gateway@xxx.xxx.xxx.xxx sends call to 73 in domain xxx.xxx.xxx.xxx

[5] 2012/03/26 09:35:22: Attendant: Redirect to 066***********

[5] 2012/03/26 09:35:22: Dialplan "Standard Dialplan": Match 066***********@xxx.xxx.xxx.xxx to <sip:066**********@sip01.vie.xpirio.net;user=phone> on trunk PSTN Gateway

[5] 2012/03/26 09:35:22: Using "066***********" <sip:066***********@yyy.yyy.yyy.yyy;user=phone> as redirect source address

[5] 2012/03/26 09:35:48: BYE Response: Terminate 3c2cee23adb0-0mzmi8vc0ekp

[5] 2012/03/26 09:36:03: Identify trunk (IP address and domain match) 1

[5] 2012/03/26 09:36:03: Domain trunk PSTN Gateway@xxx.xxx.xxx.xxx sends call to 73 in domain xxx.xxx.xxx.xxx

[5] 2012/03/26 09:36:03: Account 40 is not an extension

[5] 2012/03/26 09:36:03: Account 41 is not an extension

[3] 2012/03/26 09:36:03: ACD: User 40 not found

[3] 2012/03/26 09:36:03: ACD: User 41 not found

[5] 2012/03/26 09:36:03: BYE Response: Terminate 178b639a-f1b9-122f-c78e-001d096412b5

[5] 2012/03/26 09:36:08: Account 40 is not an extension

[5] 2012/03/26 09:36:08: Account 41 is not an extension

[5] 2012/03/26 09:36:13: Account 40 is not an extension

[5] 2012/03/26 09:36:13: Account 41 is not an extension

[5] 2012/03/26 09:36:18: Account 40 is not an extension

[5] 2012/03/26 09:36:18: Account 41 is not an extension

[5] 2012/03/26 09:36:39: BYE Response: Terminate 2f9390b5-f1b9-122f-c78e-001d096412b5

[5] 2012/03/26 09:36:51: Identify trunk (IP address and domain match) 1

[5] 2012/03/26 09:36:51: Domain trunk PSTN Gateway@xxx.xxx.xxx.xxx sends call to 73 in domain xxx.xxx.xxx.xxx

[5] 2012/03/26 09:36:51: Account 40 is not an extension

[5] 2012/03/26 09:36:51: Account 41 is not an extension

[3] 2012/03/26 09:36:51: ACD: User 40 not found

[3] 2012/03/26 09:36:51: ACD: User 41 not found

[5] 2012/03/26 09:36:56: Account 40 is not an extension

[5] 2012/03/26 09:36:56: Account 41 is not an extension

[5] 2012/03/26 09:36:59: Did not receive ACK, disconnecting call 178b639a-f1b9-122f-c78e-001d096412b5

[5] 2012/03/26 09:37:01: Account 40 is not an extension

[5] 2012/03/26 09:37:01: Account 41 is not an extension

[5] 2012/03/26 09:37:06: Account 40 is not an extension

[5] 2012/03/26 09:37:06: Account 41 is not an extension

 

 

 

 

Legende:

 

************ Caller

xxx.xxx.xxx.xxx Meine externe IP

yyy.yyy.yyy.yyy IP SIP Provider

 

 

 

mfG

[Vodia PBX]

Mein Sip Provider meint, dass es ein NAT Problem ist und das es eine Snom One Einstellung sein muss.

 

...

 

[5] 2012/03/26 09:36:59: Did not receive ACK, disconnecting call 178b639a-f1b9-122f-c78e-001d096412b5

 

Ja das sieht in der Tat nach einen NAT Problem aus. Im Wiki steht was zu dem Thema (http://wiki.snomone.com/index.php?title=Server_Behind_NAT), leider nur auf Englisch. Für einen stabilen Betrieb würde ich empfehlen, eine feste public IP zu verwenden, denn die ganzen Tricks mit STUN & Co sind in der Praxis doch eher instabil.

[stormwind81]

Ja das sieht in der Tat nach einen NAT Problem aus. Im Wiki steht was zu dem Thema (http://wiki.snomone.com/index.php?title=Server_Behind_NAT), leider nur auf Englisch. Für einen stabilen Betrieb würde ich empfehlen, eine feste public IP zu verwenden, denn die ganzen Tricks mit STUN & Co sind in der Praxis doch eher instabil.

 

Hallo,

 

Ich habe nun das NAT auf externe IP deaktiviert und dem Anlagen PC einfach sowohl die externe als auch die interne IP zugewießen. Nun scheint das Problem nicht mehr aufzutreten. Hoffen wirs mal.

Danke für den Link.