B410P - sporadisch CHANUNAVAIL an NT-Ports

Sidebar Sidebar
Upgrade 3CX to v18 and get it hosted free!
P

panicplace

Neuer User
Mitglied seit
2 Dez 2008
Beiträge
4
Punkte für Reaktionen
0
Punkte
0
Hallo Forum,

ich habe 3 frische neue Digium B410P für unseren Asterisk bekommen. Im TE-Modus laufen die Karten einwandfrei. Lediglich der NT-Modus macht mir große Probleme.

Das folgende Phänomen tritt nicht immer auf, aber in 50% aller Fälle.

Teilnehmer 1 (egal ob SIP oder mISDN) ruft das interne ISDN-Telefon von Teilnehmer 2 an. Das ISDN-Telefon klingelt. Sobald Teilnehmer 2 abhebt, wird ein CHANUNAVAIL erzeugt und der Anrufer geht verloren.

Ich habe leider keine Ahnung, warum der Anruf verloren geht. Das zweite Telefon auf dem Bus ist zu der Zeit nicht aktiv. Kann mir jemand helfen?

Meine Consolenausgabe mit mISDN-Debug Level 4:
Code: 
    -- Executing [53@internalphones:4] Dial("mISDN/5-u259", "misdn/3/53||tT") in new stack
P[ 3] channel with stid:10010300 in use!
P[ 3] channel with stid:0 not in use!
P[ 0]  --> * NEW CHANNEL dad:53 oad:(null)
P[ 3] * Queuing chan 0xa1a2dc8
P[ 3] read_config: Getting Config
P[ 3]  --> TON: Unknown
P[ 3]  --> LTON: Unknown
P[ 3]  --> CTON: Unknown
P[ 3] * CALL: 3/53
P[ 3]  --> * dad:53 tech:mISDN/4-u260 ctx:internalphones
P[ 3]  --> * adding2newbc ext 53
P[ 3]  --> * adding2newbc callerid 52
P[ 3]  --> pres: -1 screen: -1
P[ 3]  --> pres: 0
P[ 3]  --> PRES: Allowed (0x0)
P[ 3]  --> SCREEN: Unscreened (0x0)
P[ 3]  --> IMPORT_PID: importing pid:92
P[ 3] NO OPTS GIVEN
P[ 3] Disabling EC on both Sides
P[ 3] I SEND:SETUP oad:52 dad:53 pid:93
P[ 3]  --> bc_state:BCHAN_CLEANED
P[ 3]  --> channel:0 mode:NT cause:16 ocause:16 rad: cad:
P[ 3]  --> info_dad: onumplan:0 dnumplan:0 rnumplan:0 cpnnumplan:0
P[ 3]  --> caps:Speech pi:0 keypad: sending_complete:0
P[ 3]  --> screen:0 --> pres:0
P[ 3]  --> addr:0 l3id:800c0041 b_stid:0 layer_id:50020380
P[ 3]  --> facility:Fac_None out_facility:Fac_None
P[ 3]  --> found chan: 2
P[ 3] set_chan_in_stack: 2
P[ 3]  -->  found channel: 2
P[ 3]  --> new_l3id ff00
P[ 3]  --> * SEND: State Dialing pid:93
    -- Called 3/53
P[ 3]  --> lib: Event_ind:SETUP CONFIRM [NT] : new L3ID  is 800dff00
P[ 3] I IND :CC_SETUP|CONFIRM: old l3id:ff00 new l3id:800dff00
P[ 3] I IND :NEW_L3ID oad:52 dad:53 pid:93 state:CALLING
P[ 3]  --> channel:2 mode:NT cause:16 ocause:16 rad: cad:
P[ 3]  --> info_dad: onumplan:0 dnumplan:0 rnumplan:0 cpnnumplan:0
P[ 3]  --> caps:Speech pi:0 keypad: sending_complete:0
P[ 3]  --> screen:0 --> pres:0
P[ 3]  --> addr:0 l3id:800dff00 b_stid:0 layer_id:50020380
P[ 3]  --> facility:Fac_None out_facility:Fac_None
P[ 3]  --> bc_state:BCHAN_CLEANED
P[ 3] set_channel: bc->channel:2 channel:-1
P[ 3] I IND :PROCEEDING oad:52 dad:53 pid:93 state:CALLING
P[ 3]  --> channel:2 mode:NT cause:16 ocause:16 rad: cad:
P[ 3]  --> info_dad: onumplan:0 dnumplan:0 rnumplan:0 cpnnumplan:0
P[ 3]  --> caps:Speech pi:0 keypad: sending_complete:0
P[ 3]  --> screen:0 --> pres:0
P[ 3]  --> addr:0 l3id:800dff00 b_stid:0 layer_id:50020380
P[ 3]  --> facility:Fac_None out_facility:Fac_None
P[ 3]  --> bc_state:BCHAN_CLEANED
P[ 3]  --> updating channel name to [mISDN/6-u261]
    -- mISDN/6-u261 is proceeding passing it to mISDN/5-u259
P[ 3]  --> * IND :      proceeding pid:92
P[ 3] % GOT L2 Activate Info.
P[ 3] I SEND:PROCEEDING oad:52 dad:53 pid:92
P[ 3]  --> bc_state:BCHAN_ACTIVATED
P[ 3]  --> channel:1 mode:NT cause:16 ocause:16 rad: cad:
P[ 3]  --> info_dad:53 onumplan:0 dnumplan:  rnumplan:  cpnnumplan:0
P[ 3]  --> caps:Speech pi:0 keypad: sending_complete:0
P[ 3]  --> screen:0 --> pres:0
P[ 3]  --> addr:50010302 l3id:10040 b_stid:10010300 layer_id:50010380
P[ 3]  --> facility:Fac_None out_facility:Fac_None
P[ 3] $$$ bc already upsetted stid :10010300 (state:BCHAN_ACTIVATED)
P[ 3] set_channel: bc->channel:2 channel:-1
P[ 3] I IND :PROCEEDING oad:52 dad:53 pid:93 state:PROCEEDING
P[ 3]  --> channel:2 mode:NT cause:16 ocause:16 rad: cad:
P[ 3]  --> info_dad: onumplan:0 dnumplan:0 rnumplan:0 cpnnumplan:0
P[ 3]  --> caps:Speech pi:0 keypad: sending_complete:0
P[ 3]  --> screen:0 --> pres:0
P[ 3]  --> addr:0 l3id:800dff00 b_stid:0 layer_id:50020380
P[ 3]  --> facility:Fac_None out_facility:Fac_None
P[ 3]  --> bc_state:BCHAN_CLEANED
P[ 3]  --> updating channel name to [mISDN/6-u262]
    -- mISDN/6-u262 is proceeding passing it to mISDN/5-u259
P[ 3]  --> * IND :      proceeding pid:92
P[ 3] I SEND:PROCEEDING oad:52 dad:53 pid:92
P[ 3]  --> bc_state:BCHAN_ACTIVATED
P[ 3]  --> channel:1 mode:NT cause:16 ocause:16 rad: cad:
P[ 3]  --> info_dad:53 onumplan:0 dnumplan:  rnumplan:  cpnnumplan:0
P[ 3]  --> caps:Speech pi:0 keypad: sending_complete:0
P[ 3]  --> screen:0 --> pres:0
P[ 3]  --> addr:50010302 l3id:10040 b_stid:10010300 layer_id:50010380
P[ 3]  --> facility:Fac_None out_facility:Fac_None
P[ 3] $$$ bc already upsetted stid :10010300 (state:BCHAN_ACTIVATED)
P[ 3] I IND :ALERTING oad:52 dad:53 pid:93 state:PROCEEDING
P[ 3]  --> channel:2 mode:NT cause:16 ocause:16 rad: cad:
P[ 3]  --> info_dad: onumplan:0 dnumplan:0 rnumplan:0 cpnnumplan:0
P[ 3]  --> caps:Speech pi:0 keypad: sending_complete:0
P[ 3]  --> screen:0 --> pres:0
P[ 3]  --> addr:0 l3id:800dff00 b_stid:0 layer_id:50020380
P[ 3]  --> facility:Fac_None out_facility:Fac_None
P[ 3]  --> bc_state:BCHAN_CLEANED
P[ 3]  --> updating channel name to [mISDN/6-u263]
P[ 3]     -- mISDN/6-u263 is ringing
 --> We have no inband Data, the other end must create ringing
P[ 3] * IND :   ringing pid:92
P[ 3]  --> * IND :      ringing pid:92
P[ 3] I SEND:ALERTING oad:52 dad:53 pid:92
P[ 3]  --> bc_state:BCHAN_ACTIVATED
P[ 3] I IND :ALERTING oad:52 dad:53 pid:93 state:ALERTING
P[ 3]  --> channel:1 mode:NT cause:16 ocause:16 rad: cad:
P[ 3]  --> channel:2 mode:NT cause:16 ocause:16 rad: cad:
P[ 3]  --> info_dad:53 onumplan:0 dnumplan:  rnumplan:  cpnnumplan:0
P[ 3]  --> info_dad: onumplan:0 dnumplan:0 rnumplan:0 cpnnumplan:0
P[ 3]  --> caps:Speech pi:0 keypad: sending_complete:0
P[ 3]  --> caps:Speech pi:0 keypad: sending_complete:0
P[ 3]  --> screen:0 --> pres:0
P[ 3]  --> screen:0 --> pres:0
P[ 3] P[ 3]  --> addr:0 l3id:800dff00 b_stid:0 layer_id:50020380
P[ 3]  --> facility:Fac_None out_facility:Fac_None
P[ 3]  --> bc_state:BCHAN_CLEANED
P[ 3]  --> updating channel name to [mISDN/6-u264]
P[ 3]  --> We have no inband Data, the other end must create ringing
 --> addr:50010302 l3id:10040 b_stid:10010300 layer_id:50010380
P[ 3]  --> facility:Fac_None out_facility:Fac_None
P[ 3] $$$ bc already upsetted stid :10010300 (state:BCHAN_ACTIVATED)
P[ 3]  --> * SEND: State Ring pid:92
P[ 3] misdn_write: zero write
P[ 3] misdn_write: state (ALERTING) prodded.
    -- mISDN/6-u264 is ringing
P[ 3] I IND :CONNECT oad:52 dad:53 pid:93 state:ALERTING
P[ 3]  --> channel:2 mode:NT cause:16 ocause:16 rad: cad:53
P[ 3]  --> info_dad: onumplan:0 dnumplan:0 rnumplan:0 cpnnumplan:0
P[ 3]  --> caps:Speech pi:0 keypad: sending_complete:0
P[ 3]  --> screen:0 --> pres:0
P[ 3]  --> addr:0 l3id:800dff00 b_stid:0 layer_id:50020380
P[ 3]  --> facility:Fac_None out_facility:Fac_None
P[ 3]  --> bc_state:BCHAN_CLEANED
P[ 3] I SEND:CONNECT_ACKNOWLEDGE  oad:52 dad:53 pid:93
P[ 3]  --> bc_state:BCHAN_CLEANED
P[ 3]  --> channel:2 mode:NT cause:16 ocause:16 rad: cad:53
P[ 3]  --> info_dad: onumplan:0 dnumplan:0 rnumplan:0 cpnnumplan:0
P[ 3]  --> caps:Speech pi:0 keypad: sending_complete:0
P[ 3]  --> screen:0 --> pres:0
P[ 3]  --> addr:0 l3id:800dff00 b_stid:0 layer_id:50020380
P[ 3]  --> facility:Fac_None out_facility:Fac_None
P[ 3] setup_bc: with dsp
P[ 3]  --> Channel is 2
P[ 3]  --> TRANSPARENT Mode
P[ 3] ph_control: c1:2100 c2:0
P[ 3] ec_enable
P[ 3]  --> None
P[ 3] *HOLDER: find 800d0040
P[ 3] *HOLDER: find nothing
P[ 3] Reject dinfo: 800dff00 cause:16
P[ 3] I IND :DISCONNECT oad:52 dad:53 pid:93 state:CONNECTED
P[ 3]  --> channel:2 mode:NT cause:21 ocause:16 rad: cad:53
P[ 3]  --> info_dad: onumplan:0 dnumplan:0 rnumplan:0 cpnnumplan:0
P[ 3]  --> caps:Speech pi:0 keypad: sending_complete:0
P[ 3]  --> screen:0 --> pres:0
P[ 3]  --> addr:50020302 l3id:800dff00 b_stid:10020300 layer_id:50020380
P[ 3]  --> facility:Fac_None out_facility:Fac_None
P[ 3]  --> bc_state:BCHAN_ACTIVATED
P[ 3] $$$ find_holded: --> holded:0 channel:0
P[ 3] $$$ find_holded: --> holded:0 channel:0
P[ 3]  --> org:1 nt:1, inbandavail:0 state:11
P[ 3]  --> * SEND: Queue Busy pid:93
P[ 3]  --> queue_hangup
P[ 3] I SEND:RELEASE oad:52 dad:53 pid:93
P[ 3]  --> bc_state:BCHAN_ACTIVATED
P[ 3]  --> channel:2 mode:NT cause:21 ocause:-1 rad: cad:53
P[ 3]  --> info_dad: onumplan:0 dnumplan:0 rnumplan:0 cpnnumplan:0
P[ 3]  --> caps:Speech pi:0 keypad: sending_complete:0
P[ 3]  --> screen:0 --> pres:0
P[ 3]  --> addr:50020302 l3id:800dff00 b_stid:10020300 layer_id:50020380
P[ 3]  --> facility:Fac_None out_facility:Fac_None
P[ 3]  --> Removing Process Id:0 on this port.
P[ 3] lib: Event_ind:CC_NEW_CR : very new L3ID  is 800d0041
P[ 3] I IND :NEW_L3ID oad:52 dad:53 pid:93 state:BUSY
P[ 3]  --> channel:2 mode:NT cause:21 ocause:-1 rad: cad:53
P[ 3]  --> info_dad: onumplan:0 dnumplan:0 rnumplan:0 cpnnumplan:0
P[ 3]  --> caps:Speech pi:0 keypad: sending_complete:0
P[ 3]  --> screen:0 --> pres:0
P[ 3]  --> addr:50020302 l3id:800d0041 b_stid:10020300 layer_id:50020380
P[ 3]  --> facility:Fac_None out_facility:Fac_None
P[ 3]  --> bc_state:BCHAN_ACTIVATED
P[ 3] * IND : HANGUP    pid:93 ctx:internalphones dad:53 oad:53 State:BUSY
P[ 3]  --> l3id:800d0041
P[ 3]  --> cause:21
P[ 3]  --> out_cause:21
P[ 3]  --> state:BUSY
P[ 3]  --> Channel: mISDN/6-u264 hanguped new state:CLEANING
  == Everyone is busy/congested at this time (1:0/0/1)
P[ 3]  --> * IND :      -1! (stop indication) pid:92
P[ 3]  --> None
  == Auto fallthrough, channel 'mISDN/5-u259' status is 'CHANUNAVAIL'
P[ 3]  --> * IND :      congestion pid:92
P[ 3] I SEND:DISCONNECT oad:52 dad:53 pid:92
P[ 3]  --> bc_state:BCHAN_ACTIVATED
P[ 3]  --> channel:1 mode:NT cause:16 ocause:42 rad: cad:
P[ 3]  --> info_dad:53 onumplan:0 dnumplan:  rnumplan:  cpnnumplan:0
P[ 3]  --> caps:Speech pi:0 keypad: sending_complete:0
P[ 3]  --> screen:0 --> pres:0
P[ 3]  --> addr:50010302 l3id:10040 b_stid:10010300 layer_id:50010380
P[ 3]  --> facility:Fac_None out_facility:Fac_None
P[ 3] ph_control: c1:2310 c2:12
P[ 3] BCHAN: bchan ACT Confirm pid:93
P[ 3] *HOLDER: find 800d0040
P[ 3] *HOLDER: find nothing
P[ 3]  --> Didn't found BC so temporarly creating dummy BC (l3id:800d0040).
P[ 3] $$$ CLEANUP CALLED pid:0
P[ 3] I IND :RELEASE_COMPLETE oad: dad: pid:0 state:none
P[ 3]  --> channel:0 mode:NT cause:0 ocause:16 rad: cad:
P[ 3]  --> info_dad: onumplan:0 dnumplan:0 rnumplan:0 cpnnumplan:0
P[ 3]  --> caps:Speech pi:0 keypad: sending_complete:0
P[ 3]  --> screen:0 --> pres:0
P[ 3]  --> addr:0 l3id:800d0040 b_stid:0 layer_id:0
P[ 3]  --> facility:Fac_None out_facility:Fac_None
P[ 3]  --> bc_state:BCHAN_CLEANED
P[ 3]  --> no Ch, so we've already released.
P[ 0] Cannot hangup chan, no ch
P[ 3] release_chan: Ch not found!
P[ 3] $$$ CLEANUP CALLED pid:92
P[ 3] $$$ Cleaning up bc with stid :10010300 pid:92
P[ 3]  --> ec_disable
P[ 3] Sending Control ECHOCAN_OFF
P[ 3] ph_control: c1:2319 c2:0
P[ 3] empty_chan_in_stack: 1
P[ 3] I IND :RELEASE oad: dad: pid:92 state:ALERTING
P[ 3]  --> channel:0 mode:NT cause:16 ocause:16 rad: cad:
P[ 3]  --> info_dad: onumplan:0 dnumplan:0 rnumplan:0 cpnnumplan:0
P[ 3]  --> caps:Speech pi:0 keypad: sending_complete:0
P[ 3]  --> screen:0 --> pres:0
P[ 3]  --> addr:50010302 l3id:10040 b_stid:0 layer_id:50010380
P[ 3]  --> facility:Fac_None out_facility:Fac_None
P[ 3]  --> bc_state:BCHAN_CLEANED
P[ 3]  --> queue_hangup
P[ 3] * RELEASING CHANNEL pid:92 ctx:internalphones dad:53 oad:52 state: ALERTING
P[ 3]  --> * State Down
P[ 3]  --> Setting AST State to down
P[ 3]  --> CC_RELEASE_CR: Faking Realease_cr for 41000301 l3id:10040
P[ 3]  --> lib: RELEASE_CR Ind with l3id:10040
P[ 3]  --> lib: CLEANING UP l3id: 10040
P[ 3] $$$ CLEANUP CALLED pid:92
P[ 3] BCHAN: MGR_DELLAYER|CNF pid:92

Ein "misdn show config 3" exemplarisch von einem NT-Port (sind alle gleich konfiguriert):

Code: 
 -> name: local-lines                -> allowed_bearers: all
 -> far_alerting: no                 -> rxgain: 0
 -> txgain: 0                        -> te_choose_channel: no
 -> pmp_l1_check: no                 -> reject_cause: 21
 -> block_on_alarm: no               -> hdlc: no
 -> context: internalphones          -> language: de
 -> musicclass: default              -> callerid:
 -> method: standard                 -> dialplan: 0
 -> localdialplan: 0                 -> cpndialplan: 0
 -> nationalprefix: 0                -> internationalprefix: 00
 -> presentation: -1                 -> screen: -1
 -> always_immediate: no             -> nodialtone: no
 -> immediate: no                    -> senddtmf: yes
 -> astdtmf: no                      -> hold_allowed: yes
 -> early_bconnect: no               -> incoming_early_audio: no
 -> echocancel: 0                    -> need_more_infos: no
 -> noautorespond_on_setup: no       -> nttimeout: no
 -> bridging: no                     -> jitterbuffer: 4000
 -> jitterbuffer_upper_threshold: 0  -> callgroup:
 -> pickupgroup:                     -> max_incoming: -1
 -> max_outgoing: -1                 -> l1watcher_timeout: 0
 -> overlapdial: 4                   -> msns: *
 -> faxdetect: no                    -> faxdetect_context:
 -> faxdetect_timeout: 5             -> ptp: no

Sollte noch was fehlen - einfach melden.

Vielen Dank im voraus.

MfG Tobias
 
Für mich sieht es auf den ersten Blick noch einem Problem mit dem echo cancel aus oder nicht eingestellter MSN bei einem Telefon
Code: 
P[ 3] ec_enable
P[ 3]  --> None
P[ 3] *HOLDER: find 800d0040
P[ 3] *HOLDER: find nothing
P[ 3] Reject dinfo: 800dff00 cause:16

und
Code: 
P[ 3] [B][COLOR="SeaGreen"]I IND [/COLOR][/B]:DISCONNECT oad:52 dad:53 pid:93 state:CONNECTED
P[ 3]  --> channel:2 mode:NT [B][COLOR="Red"]cause:21 [/COLOR][/B]ocause:16 rad: cad:53
Sagt das Telefon Asterisk warum (s.u.) die Verbindung getrennt wird...
I SEND: Asterisk sendet
I IND : Asterisk empfängt

Code: 
nach 
P[ 3] I IND :[B]RELEASE_COMPLETE[/B] oad: dad: pid:0 state:none
kommt nochmal
P[ 3] I IND :RELEASE oad: dad: pid:92 [B]state:ALERTING[/B]
im state [B]ALERTING[/B]
Bedeutet, dass nachdem der Ruf vom Telefon fertig freigegeben wurde noch ein Gerät am Bus im Status "klingelnd" ist...

Cause No. 21 - call rejected.
This cause indicates that the equipment sending this cause does not wish to accept this call. although it could have accepted the call because the equipment sending this cause is neither busy nor incompatible. This cause may also be generated by the network, indicating that the call was cleared due to a supplementary service constraint. The diagnostic field may contain additional information about the supplementary service and reason for rejection.

What it means:
This is usually a telco issue. The call never reaches the final destination, which can be caused by a bad switch translation, or a misconfiguration on the equipment sending this cause is neither busy nor incompatible. This cause may also be generated by the network, indicating that the call was cleared due to a supplementary service constraint. The diagnostic field may contain additional information about the supplementary service and reason for rejection.
 
Hallo,

erstmal vielen Dank für deine Antwort Burmann. Um so komplexer die Anfragen werden, desto weniger Resonanz gibt es immer.

Die MSNs habe ich mal überprüft. Die ISDN-Telefone wurden direkt von einer Auerswald Commander Basic übernommen. Die alte Anlage hat bereits erwartet, das eine gültige MSN gesendet wird. Somit senden alle Telefone auf jeden Fall eine MSN. Ob die MSN für einen Kanal gültig ist oder nicht, kann Asterisk ja nicht nachprüfen (da ich ihm keine Informationen dazu bereitstelle). Zumindest sendet kein ISDN-Telefon keine MSN oder ruf Anonym an.
Und dann müsste das Problem auch eigentlich immer auftreten und nicht nur ab und an.

Ich werde mal "msns=*" abschalten und die MSNs direkt angeben. Vielleicht hilft es.

Ich werde auf jeden Fall mal prüfen, ob es geht, wenn ich das Echo Canceling abschalte. Wobei ich darauf natürlich nicht verzichten will.

Hat vielleicht gleich noch jemand eine weitere Idee?

Wie es aussieht, lehnt das Telefon (übrigens alles Siemens Gigaset Schnurlosgeräte) den Anruf ab. Die Frage ist nur, warum?

MfG

Tobias Wiese
 
Mit Siemens Gigaset Geräten hatte ich auch schon Ärger. Bei der Asterisk 1.2.?? stürzte immer der interne S0-Bus regelmäßig ab.
 
Das könnte natürlich die Ursache sein. Eine solche Vermutung hatte ich auch schon. Das es vielleicht explizit an den Telefonen liegt. Obwohl ich die aktuelle 1.4er von Asterisk verwende. Leider kann ich das nicht testen, da ich keine anderen ISDN-Telefone als die Gigasets im Haus habe.

Hast du denn dazu ein Lösung gefunden? Vielleicht hilft es mir?
 
Ich habe andere telefone verwendet. Einaml auf analoge Basis mit a/b-Wandler an interne ISDN-Karte, eine andere installation auf Gigaset DECT-IP Basis umgestellt. Jetzt (seit 2 Jahren) habe ich hier 3 Gigasets irgendwo im Lager liegen, die ich am normalen Anschluß nochmal testen wollte...

Zum testen würde ich empfehlen nur ein Telefon am Bus zu haben und wenn's 'ne DECT-Basis ist, allen möglichen DECT-Geräten (also allen die man anschließen könnte) und ggf. dem Anrufbeantworter eine MSN zuzuweisen. Afaik erlaubt die Commander auch, das keine richtige MSN gesendet wird, wenn am gleichen Bus eine Nebenstelle als "ISDN-Karte" definiert ist oder die Option "Nebenstelle darf Bus wechseln" (oder so ähnlich) angegeben ist.

Empfehlen würde ich dir die Anschaffung von Sip-Telefonen (z.B. Snom 320).

Solltest du aus Verzweiflung (oder sonstigen Gründen) die Commander weiterhin zwischen Gigasets und Asterisk schalten wollen, könntest du die Commander im Anlagenanschluß Modus koppeln. Dann würden (je nachdem ob du 2 oder 3 S0-Karten hast) 3 oder 4 Busse zur Asterisk für 5 oder 8 Busse zu den Telefonen i.d.R. ausreichen. Wenn man sie im Mehrgerätemodus koppelt benötigt jeder interne Bus einen Externen.
 
Ja, eine Idee wäre es natürlich. Jedoch war ja eigentlich der Hintergrund, die Commander Basic rauszuwerfen. Sie ist nämlich zu klein geworden. Wir haben jetzt schon teilweise 4 Telefone auf einem ISDN-Bus und es entstehen Kollisionen zwischen den Mitarbeitern. Sie müssen sich absprechen, wann wer telefoniert. Daher kommt diese Lösung eigentlich nicht in Frage.

Und wenn Digium und Asterisk versprechen, das Telefone angeschlossen werden können und ich teuer Geld für 3 ISDN-Karten ausgebe, erwarte ich auch, das Diese funktionieren.

Ja, vielleicht ist diese Denkweise zu blauäugig.
 
Vielleicht liegt es nicht an Digium. Grad gestern wieder ein Gigaset 3035 Supported (an Commander Basic nicht Asterisk), das abgestürzt ist. Ich vermute das zu viele gleichzeitig Anrufe gekommen sind. Einer hörte sich den AB an und dann kamen noch 3 weitere Rufe auf dem gleichen Bus (Ein zusätzliches Gespräch von Extern und einer vom Bus wollte das Gigaset Angerufen). Danach waren alle Rufe zum Gigaset "Busy". Ein Reset der Commander hat das Problem nicht verändert...
 
Burmann schrieb:
Vielleicht liegt es nicht an Digium. Grad gestern wieder ein Gigaset 3035 Supported (an Commander Basic nicht Asterisk), das abgestürzt ist. Ich vermute das zu viele gleichzeitig Anrufe gekommen sind. Einer hörte sich den AB an und dann kamen noch 3 weitere Rufe auf dem gleichen Bus (Ein zusätzliches Gespräch von Extern und einer vom Bus wollte das Gigaset Angerufen). Danach waren alle Rufe zum Gigaset "Busy". Ein Reset der Commander hat das Problem nicht verändert...
Zum Vergrößern anklicken....
Das ist ein bekanntes und auch sehr altes Phaenomen.
Aus Administrations-Sicht ist es natuerlich am einfachsten jedem Gigaset (Basis sowie Mobilteilen) eine eigene MSN zuzuweisen und dann die Rufverteilung in der davor liegenden Vermittlungstechnischen Einrichtung (hier Asterisk bzw. Commander Basic) vorzunehmen.
Das fuehrt aber bei Rufgruppen zu einer Vervielfachung von Verbindungsnachrichten und damit irgendwann zum Ressourcen-Engpass im Gigaset.
Um dieses Problem zu umgehen muss die Rufverteilung im Gigaset erfolgen. D.h. wenn mehrere Gigasets auf einmal gerufen werden sollen, dann ist eine entsprechende, zusaetzliche MSN im Gigaset einzurichten, die allen Gigasets der Rufgruppe zugeordnet ist. Entsprechend muss die TK-Anlage bei einem entsprechenden Gruppenruf nur diese eine MSN anwaehlen. Siehe auch Siemens Gigaset-ISDN-Telefone intern an der Anlage betreiben

Gruss
Catalonia
 
Um antworten zu können musst du eingeloggt sein.

Zurzeit aktive Besucher

Gesamt: 621 (Mitglieder: 20, Gäste: 601)

Neueste Beiträge

Statistik des Forums

Themen
246,295
Beiträge
2,249,597
Mitglieder
373,893
Neuestes Mitglied
Kukkatto
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.
Ihr E-Mail-Adresse verifizieren

Ihr E-Mail-Adresse verifizieren

Wir haben Ihnen eine E-Mail geschickt. Klicken Sie auf die Schaltfläche im E-Mail-Text, um Ihre E-Mail-Adresse zu verifizieren – (Können Sie diese nicht finden können, dann überprüfen Sie Ihren Spam-Ordner).

IPPF im Überblick

Neueste Beiträge

Direktlinks Telefonanlage

Website-Sponsoren

3CX sponsor
KONTAKTIEREN SIE UNS BEI INTERESSE
| Style by ThemeHouse
XenPorta 2 PRO © Jason Axelrod of 8WAYRUN
Oben Unten
Zurück