[Problem] SN4634 - Besetzt für Anrufer bei zwei belegten B-Kanälen

Defcon007 · 27 Apr 2011

Hallo,

folgendes Problem: Bei einem Anruf auf dem SmartNode, auf dem schon zwei Gespräche laufen, für den dritten Anrufer kein Besetzt signalisiert.

Aufbau: Es existiert ein Mehrgeräte Anschluss der Telekom mit einem NTBA. Daran ist der Patton SN4634 mit BRI 0/0 angeschlossen. Dahinter befindet sich ein Asterisk Server.

Wenn ein dritter Anruf über ISDN von aussen kommt, wird dem Anrufer kein Besetzt signalisert. Der Anrufer hört derweil kein Freizeichen, sondern nur Stille. Nach ca 15 Sekunden bricht das Gespräch einfach ab.

Ich habe das ganze mal auf dem SmartNode verfolgt. Der SmartNode schickt über ISDN and die Vermittlungsstelle: IE: Cause NoCircuitChannelAvailable. Das scheint von Providerseite ignoriert zu werden. Der Anruf wird mehrmals signalisiert. Der SmartNode anwortet immer mit dem selben Cause Code. Testweise habe ich das mal mit einem SN4638 getestet. Selbes Problem, uabhängig ob an einem Telekom oder Arcor Anschluss.

Wenn beide Leitungen frei sind und der Asterisk über SIP bei einem eingehenden Anruf ein Busy zurück gibt, antwortet auch der SmartNode mit: IE: Cause UserBusy.
Das Problem ist, dass wenn beide Leitungen belegt sind, der Asterisk den dritten Anruf nicht zu sehen bekommt.

In der Doku zum SmartNode habe ich nichts gefunden, dass sich die CauseCodes irgendwie konfigurieren lassen. Geht das?

An welcher Stelle ist überhaupt der Fehler? Ist es die Vermittlungsstelle, die die Antwort vom SmartNode ignoriert? Ist es der SmartNode der einen Falschen CauseCode liefert? Oder suche ich an einer ganz falschen Stelle?

Gruß, Christian

Hier die Patton Config:

Code:

#----------------------------------------------------------------#
#                                                                #
# SN4634/3BIS                                                    #
# R5.6 2011-01-17 H323 SIP BRI                                   #
# 2011-04-11T15:46:20                                            #
# SN/00A0BA06247C                                                #
# Generated configuration file                                   #
#                                                                #
#----------------------------------------------------------------#

cli version 3.20
gui type basic
no terminal telnet
administrator XXXXXXX password XXXXXXXXXXXXXXXXXXXXXXXX encrypted
administrator XXXXXXX password XXXXXXXXXXXXXXXXXXXXXXXX encrypted
clock local default-offset +01:00
dns-relay
no webserver
sntp-client
sntp-client server primary 10.0.3.1 port 123 version 4
system hostname mgw01

system

  ic voice 0
    low-bitrate-codec g729

system
  clock-source 1 bri 0 0
  clock-source 2 bri 0 1
  clock-source 3 bri 0 2

profile napt NAPT_WAN

profile ppp default

profile tone-set default

profile voip default
  codec 1 g711alaw64k rx-length 20 tx-length 20
  codec 2 g711ulaw64k rx-length 20 tx-length 20

profile pstn default

profile sip default
  no autonomous-transitioning

profile aaa default
  method 1 local
  method 2 none

profile provisioning CONFIG
  destination configuration
  location 1 http://XXXXXXXXXXXXXXXXXXXX
  activation reload graceful

context ip router

  interface WAN
    ipaddress dhcp
    use profile napt NAPT_WAN
    tcp adjust-mss rx mtu
    tcp adjust-mss tx mtu

  interface LAN
    ipaddress dhcp
    tcp adjust-mss rx mtu
    tcp adjust-mss tx mtu

context cs switch
  national-prefix 0
  international-prefix 00

  routing-table called-e164 RT_FROM_INTERN
    route default dest-table RT_TO_PSTN

  routing-table calling-e164 RT_TO_PSTN
    route XXXXXX dest-interface IF_S0_00
    route default dest-interface IF_S0_00 MT_CALLERID_XXXXXX
    route XXXXXX dest-interface IF_S0_00 MT_CALLERID_XXXXXX

  routing-table called-e164 RT_FROM_PSTN
    route default dest-interface IF_SIP_ASTERISK
    route XXXXXX dest-interface IF_SIP_FAX_XXXXXX

  mapping-table calling-e164 to calling-e164 MT_CALLERID_XXXXXX
    map (.%) to XXXXXX

  mapping-table calling-e164 to calling-e164 MT_CALLERID_XXXXXX
    map (.%) to XXXXXX

  interface isdn IF_S0_00
    route call dest-table RT_FROM_PSTN

  interface isdn IF_S0_01
    route call dest-table RT_FROM_PSTN

  interface isdn IF_S0_02

  interface sip IF_SIP_ASTERISK
    bind context sip-gateway GW_ASTERISK
    route call dest-table RT_FROM_INTERN
    remote XXXXXX
    local mgw01
    early-connect
    early-disconnect
    overlap-dialing new-transaction emit
    update accept address wait-for-number proceeding-timeout 4000 early-alerting-timeout 0

  interface sip IF_SIP_FAX_XXXXXX
    bind context sip-gateway GW_FAX_XXXXXX
    route call dest-table RT_TO_PSTN
    remote 10.0.3.3 5060
    local mgw01
    early-connect
    early-disconnect
    update accept address wait-for-number proceeding-timeout 4000 early-alerting-timeout 0

  interface sip IF_SIP_EC_LA
    bind context sip-gateway GW_EC_LA
    route call dest-table RT_TO_PSTN
    remote 10.0.3.3 5061
    local mgw01
    early-connect
    early-disconnect
    update accept address wait-for-number proceeding-timeout 4000 early-alerting-timeout 0

context cs switch
  no shutdown

context sip-gateway GW_ASTERISK

  interface IF_LAN
    bind interface LAN context router port 5060

context sip-gateway GW_ASTERISK
  no shutdown

context sip-gateway sip
  no shutdown

context sip-gateway GW_FAX_495572

  interface IF_LAN_FAX_XXXXXX
    bind interface LAN context router port 5061

context sip-gateway GW_FAX_XXXXXX
  no shutdown

context sip-gateway GW_EC_LA

  interface IF_LAN_EC_LA
    bind interface LAN context router port 5062

context sip-gateway GW_EC_LA
  no shutdown

port ethernet 0 0
  medium auto
  encapsulation ip
  bind interface WAN router
  no shutdown

port ethernet 0 1
  medium auto
  encapsulation ip
  bind interface LAN router
  no shutdown

port bri 0 0
  clock auto
  encapsulation q921

  q921
    uni-side auto
    encapsulation q931

    q931
      protocol dss1
      uni-side user
      bchan-number-order ascending
      encapsulation cc-isdn
      bind interface IF_S0_00 switch

port bri 0 0
  no shutdown

port bri 0 1
  clock auto
  encapsulation q921

  q921
    uni-side auto
    encapsulation q931

    q931
      protocol dss1
      uni-side user
      bchan-number-order ascending
      encapsulation cc-isdn
      bind interface IF_S0_01 switch

port bri 0 1
  no shutdown

port bri 0 2
  clock auto
  encapsulation q921

  q921
    uni-side auto
    encapsulation q931

    q931
      protocol dss1
      uni-side user
      bchan-number-order ascending
      encapsulation cc-isdn
      bind interface IF_S0_02 switch

port bri 0 2
  shutdown

bei zwei besetzten B-Kanälen - debug isdn event 0 0 all:

Code:

14:45:19  ISDN  > #1673      IE: SendingComplete
14:45:19  ISDN  > #1674      IE: Bearer
14:45:19  ISDN  > #1675      IE: ChannelId  NoCh pref  otherIf
14:45:19  ISDN  > #1676      IE: CallingPartyNbr  1766XXXXXX
14:45:19  ISDN  > #1677      IE: CalledPartyNbr  1XXXX
14:45:19  ISDN  > #1678      IE: HighLayerComp
14:45:19  ISDN  > #1679      *newPc BR-U, tei:127, sapi:  0
14:45:19  ISDN  > #1680       key:     820, Stack:2V01b
14:45:19  ISDN  > #1681       EuroISDN
14:45:19  ISDN  > #1682      ALLOC bchan NoCh cref : 0x8d
14:45:19  ISDN  > #1683      to  CC key:     820 L3SetupInd
14:45:19  ISDN  > #1684      new call state : L3PcSt06U
14:45:19  ISDN  > #1685 p: 0 from CC key:     820 L3RejectReq
14:45:19  ISDN  > #1686 cause : Transparent
14:45:19  ISDN  > #1687      hex:08 02 84 A2
14:45:19  ISDN  > #1688      IE: Cause  NoCircuitChannelAvailable
14:45:19  ISDN  > #1689      ---> Layer2  tei:127 sapi:  0 ReleaseCom
14:45:19  ISDN  > #1690      hex:08 01 8D 5A 08 02 84 A2
14:45:19  ISDN  > #1691      IE: Cause  NoCircuitChannelAvailable
14:45:19  ISDN  > #1692      new call state : L3PcSt00U
14:45:19  ISDN  > #1693      *delPc U, tei:127 sapi:  0
14:45:19  ISDN  > #1694 p: 0 S: sapi: 0 cr=0 ea=0 tei: 86 ea=1 INFO Nr( 14) Ns( 22) pf=0
14:45:19  ISDN  > #1695 p: 0 R: sapi: 0 cr=0 ea=0 tei: 86 ea=1 RR   Nr( 23)         pf=0
14:45:24  ISDN  > #1696 p: 0 R: sapi: 0 cr=1 ea=0 tei:127 ea=1 UI                   p =0
14:45:24  ISDN  > #1697 p: 0 <--- Layer2  tei:127 sapi:  0 Setup
14:45:24  ISDN  > #1698      hex:08 01 0E 05 A1 04 03 80 90 A3 18 01 80 6C 0D 21 83 31 37 36 36 34 30 31 37 37 31 33 70 06 C1 31 32
14:45:24  ISDN  > #1699      IE: SendingComplete
14:45:24  ISDN  > #1700      IE: Bearer
14:45:24  ISDN  > #1701      IE: ChannelId  NoCh pref  otherIf
14:45:24  ISDN  > #1702      IE: CallingPartyNbr  1766XXXXXX
14:45:24  ISDN  > #1703      IE: CalledPartyNbr  1XXXX
14:45:24  ISDN  > #1704      IE: HighLayerComp
14:45:24  ISDN  > #1705      *newPc BR-U, tei:127, sapi:  0
14:45:24  ISDN  > #1706       key:     821, Stack:2V01b
14:45:24  ISDN  > #1707       EuroISDN
14:45:24  ISDN  > #1708      ALLOC bchan NoCh cref : 0x8e
14:45:24  ISDN  > #1709      to  CC key:     821 L3SetupInd
14:45:24  ISDN  > #1710      new call state : L3PcSt06U
14:45:24  ISDN  > #1711 p: 0 from CC key:     821 L3RejectReq
14:45:24  ISDN  > #1712 cause : Transparent
14:45:24  ISDN  > #1713      hex:08 02 84 A2
14:45:24  ISDN  > #1714      IE: Cause  NoCircuitChannelAvailable
14:45:24  ISDN  > #1715      ---> Layer2  tei:127 sapi:  0 ReleaseCom
14:45:24  ISDN  > #1716      hex:08 01 8E 5A 08 02 84 A2
14:45:24  ISDN  > #1717      IE: Cause  NoCircuitChannelAvailable
14:45:24  ISDN  > #1718      new call state : L3PcSt00U
14:45:24  ISDN  > #1719      *delPc U, tei:127 sapi:  0
14:45:24  ISDN  > #1720 p: 0 S: sapi: 0 cr=0 ea=0 tei: 86 ea=1 INFO Nr( 14) Ns( 23) pf=0
14:45:24  ISDN  > #1721 p: 0 R: sapi: 0 cr=0 ea=0 tei: 86 ea=1 RR   Nr( 24)         pf=0

bei zwei besetzten B-Kanälen - debug ccisdn:

Code:

mgw01(if-isdn)[IF_S0_00]#15:32:14  ICC   > [IF_S0_00] << Message: primitive=64
15:32:14  ICC   > [IF_S0_00] Added endpoint IF_S0_00-00cfe390
15:32:14  ICC   > [IF_S0_00] NEW CALL. Allocated Endpoint IF_S0_00-00cfe390
15:32:14  ICC   > [EP IF_S0_00-00cfe390] << [080005]
SETUP (DSS1 User)
  [A1]
  Sending complete
  [04039090A3]
  Bearer capability : 3.1kHz Audio - CCITT
    circuit mode - 64kBit/s - G.711 A-law
  [180180]
  Channel id : none - preferred
    basic rate interface - is not d-channel - CCITT - b-channel units
  [1E028583]
  Progress indicator : origination address is non-ISDN
    private network serving remote user - CCITT
  [6C0A21813633313135303632]
  Calling party number : 631XXXXX
    national number - E.164 numbering plan
    presentation allowed - user provided verified and passed
  [7006C13132343333]
  Called party number : 1XXXX
    subscriber number - E.164 numbering plan

15:32:14  ICC   > [EP IF_S0_00-00cfe390] State: NULL, Event: TERMINAL SETUP IND
15:32:14  ICC   > [EP IF_S0_00-00cfe390] Set state to CALL PRESENT
15:32:14  ICC   > [EP IF_S0_00-00cfe390] State: CALL PRESENT, Event: ERROR
15:32:14  ICC   > [EP IF_S0_00-00cfe390] Set state to NULL
15:32:14  ICC   > [IF_S0_00] CLEARING CALL IF_S0_00-00cfe390
15:32:14  ICC   > [IF_S0_00] Removed endpoint IF_S0_00-00cfe390
15:32:14  ICC   > [EP IF_S0_00-00cfe390] >> [08005A]
RELEASE COMPLETE (DSS1 User)
  [080284A2]
  Cause : no circuit channel available
    public network serving remote user - CCITT - Q.931

15:32:14  ICC   > [IF_S0_00] Destroying finished calls.
15:32:14  ICC   > [IF_S0_00] Destroyed endpoint IF_S0_00-00cfe390

Busy vom Asterisk, zwei freie B-Kanäle - debug isdn event 0 0 all:

Code:

15:17:07  ISDN  > #2787 p: 0 <--- Layer2  tei:127 sapi:  0 Setup
15:17:07  ISDN  > #2788      hex:08 01 01 05 A1 04 03 90 90 A3 18 01 89 1E 02 85 83 6C 0C 21 81 36 33 31 33 31 30 39 33 39 33 70 06
15:17:07  ISDN  > #2789      IE: SendingComplete
15:17:07  ISDN  > #2790      IE: Bearer
15:17:07  ISDN  > #2791      IE: ChannelId  BCh0 excl  otherIf
15:17:07  ISDN  > #2792      IE: ProgressInd
15:17:07  ISDN  > #2793      IE: CallingPartyNbr  176XXXXXXX
15:17:07  ISDN  > #2794      IE: CalledPartyNbr  1XXXX
15:17:07  ISDN  > #2795      *newPc BR-U, tei:127, sapi:  0
15:17:07  ISDN  > #2796       key:     832, Stack:2V01b
15:17:07  ISDN  > #2797       EuroISDN
15:17:07  ISDN  > #2798      ALLOC bchan BCh0 cref : 0x81
15:17:07  ISDN  > #2799      to  CC key:     832 L3SetupInd
15:17:07  ISDN  > #2800      new call state : L3PcSt06U
15:17:08  ISDN  > #2801 p: 0 from CC key:     832 L3ProceedingReq
15:17:08  ISDN  > #2802 cause : Transparent
15:17:08  ISDN  > #2803      ---> Layer2  tei:127 sapi:  0 CallProc
15:17:08  ISDN  > #2804      hex:08 01 81 02 18 01 89
15:17:08  ISDN  > #2805      IE: ChannelId  BCh0 excl  otherIf
15:17:08  ISDN  > #2806      new call state : L3PcSt09U
15:17:08  ISDN  > #2807 p: 0 S: sapi: 0 cr=0 ea=0 tei: 89 ea=1 INFO Nr(  9) Ns( 15) pf=0
15:17:08  ISDN  > #2808 p: 0 R: sapi: 0 cr=0 ea=0 tei: 89 ea=1 RR   Nr( 16)         pf=0
15:17:08  ISDN  > #2809 p: 0 from CC key:     832 L3DisconnectReq
15:17:08  ISDN  > #2810 cause : Transparent
15:17:08  ISDN  > #2811      hex:08 02 84 91
15:17:08  ISDN  > #2812      IE: Cause  UserBusy
15:17:08  ISDN  > #2813      ---> Layer2  tei:127 sapi:  0 Disconnect
15:17:08  ISDN  > #2814      hex:08 01 81 45 08 02 84 91
15:17:08  ISDN  > #2815      IE: Cause  UserBusy
15:17:08  ISDN  > #2816      new call state : L3PcSt11U
15:17:08  ISDN  > #2817 p: 0 S: sapi: 0 cr=0 ea=0 tei: 89 ea=1 INFO Nr(  9) Ns( 16) pf=0
15:17:08  ISDN  > #2818 p: 0 R: sapi: 0 cr=0 ea=0 tei: 89 ea=1 RR   Nr( 17)         pf=0
15:17:08  ISDN  > #2819 p: 0 R: sapi: 0 cr=1 ea=0 tei: 89 ea=1 INFO Nr( 17) Ns(  9) pf=0
15:17:08  ISDN  > #2820 p: 0 <--- Layer2  tei: 89 sapi:  0 Release
15:17:08  ISDN  > #2821      hex:08 01 01 4D
15:17:08  ISDN  > #2822      to  CC key:     832 L3ReleaseInd
15:17:08  ISDN  > #2823      DEALLOC bchan BCh0 cref : 0x81
15:17:08  ISDN  > #2824      ---> Layer2  tei: 89 sapi:  0 ReleaseCom
15:17:08  ISDN  > #2825      hex:08 01 81 5A 08 02 80 90
15:17:08  ISDN  > #2826      IE: Cause  NormalCallClearing
15:17:08  ISDN  > #2827      new call state : L3PcSt00U
15:17:08  ISDN  > #2828      *delPc U, tei: 89 sapi:  0

jwm@gmx.at · 28 Apr 2011

Hallo!

Wir der Anruf bis zum Asterisk durchsignalisiert?
Ist am ISDN "anklopfen" aktiviert?

jwm

Defcon007 · 28 Apr 2011

Wenn beide Leitungen belegt sind wird der Anruf am Asterisk nicht signalisiert. Wenn mindestens eine Leitung frei ist, wird der Anruf am Asterisk signalisiert. Anklopfen ist aktiviert.

Ich hatte auch schon mit dem Gedanken gespielt Anklopfen deaktivieren zu lassen. Allerdings sind mittlerweile einige Pattons im Einsatz und ich wolle nicht an allen ISDN Anschlüssen Anklopfen daktivieren lassen, sondern lieber dieses Problem lösen.

jwm@gmx.at · 28 Apr 2011

Hallo!

Wenn "Anklopfen" aktiviert ist würde ja das dein Problem erklären, oder sehe ich das falsch?

jwm

Defcon007 · 28 Apr 2011

Ich habe eben mal im Telekom Kundencenter geschaut. Dort steht bei den ISDN Dienstmermalen unter Anklopfen:

Während eines externen Gesprächs wird Ihnen durch einen Signalton signalisiert, dass ein weiterer, externer Teilnehmer versucht, Sie anzurufen. Der Anrufer erhält statt des Besetztzeichens den Hinweis: "Der gewünschte Gesprächspartner spricht. Es wird angeklopft, bitte warten Sie". Sie können dann das zweite Gespräch annehmen ohne das erste zu beenden. Sie haben weiter die Möglichkeit zwischen beiden Gesprächspartnern zu wechseln (Rückfragen/Makeln) oder mit beiden gleichzeitig zu sprechen (Dreierkonferenz).
Voraussetzung: Sie haben das Leistungsmerkmal Anklopfen an Ihrem Anschluss aktiviert.

Wenn ich das richtig verstehe gilt das nur für den zweiten Anruf. Es wird in diesem Fall aber auch ein dritter Anruf signalisiert.

Ich hatte mal vor einigen Jahren mit ISDN Karten und CallDeflection rumgespielt. Wenn ich mich recht erinnere konnte ich damals den dritten Anruf an eine andere MSN umleiten. Das lief auch, wenn beide B-Kanäle belegt waren rein über den D-Kanal.

Das heisst auch dass anscheinend ein dritter Anruf von der Vermittlungsstelle signalisiert wird. Jetzt weiss ich nicht ob das normal an einem ISDN Anschluss ist und ob das Deaktivieren von Anklopfen daran etwas ändert. Ich werde das mal mit einem Anschluss bei uns testen und evtl mit der Telekom telefonieren.

moshman · 29 Apr 2011

Hi,

ich hatte das gleiche Problem in unserer Firma gehabt. Bei uns war es so, dass es für den dritten Anrufer kein Besetzt-Zeichen kam und es bei uns klingelte.

Bei uns läuft allerdings momentan eine DIVA-Karte und kein Patton, das Problem ist aber das gleiche gewesen....

Das Dumme war, dass der dritte Anrufer eine saublöde Ansage der Telekom kam statt einem Besetztzeichen. Ich weiß jetzt nicht mehr den Wortlaut, aber so in der Art, als ob der Anschluß nicht mehr existent ist. Was natürlich die Kunden etwas verwirrte...

Ich wollte es gleich von der Telekom-Seite angehen und hatte mich bei der Telekom durchgehangelt, um das Anklopfen abschalten zu lassen, damit für einen 3. Anrufer besetzt ist. Mich hatte dann tatsächlich eine sehr kompetente Dame von der Störungsstelle zurückgerufen.

Mir wurde gesagt, dass man die Störungsstelle anrufen solle und das "3te Anklopfen (D-Kanal) abgeschaltet werden soll", falls es wieder aufgrund irgendwelcher Umstellungen bei der Telekom auftreten sollte. Geht schneller als über ein Callcenter.

Grüsse
Thomas

kusi64 · 9 Mai 2011

Hallo
Wenn falsche Ansagen von der Telekom kommen, liegt das an einem falschen Disconnect oder Release Cause, welcher der Nachricht mitgegeben werden.
Es muss jedoch auch gesagt sein, dass es nicht ganz einfach ist, die wenigen vorhandenen SIP Fehlermeldungen in die richtigen ISDN Codes zu mappen, welche es in einer Vielzahl gibt.

Defcon007 · 7 Jun 2011

Hi,

Sorry dass es so lange gedauert hat bis ich wieder melde.

Wir haben das Problem, dass an unserem ISDN Telekom Anschluss kein Anklopfen schaltbar ist. Nicht über Das Webinterface des Kundencenters oder über Tastenkombinationen. Nach ca 6h Telefoniezeit und 14 Telekom Mitarbeitern reicht es mir. Vor allem da keine Lösung in Sicht ist. Letztendlich hatte ich einen kompetenten Techniker dran der mir das Anklopfen so erklärte:

Wenn das Anklopfen deaktiviert ist kann nur noch über einen B Kanal gesprochen werden.

Ich dachte immer dass dann noch zwei Gespräche möglich werden. Da der Anschluss bei uns Leider benötigt wird, kann ich das nicht mal eben Testen.

Wenn Anklopfen aktiviert ist werden bis zu vier Gespräche auf dem D-Kanal signalisert

Ich denke das könnte stimmen.

Ich finde die Antwort von moshman sehr hilfreich. Das werde ich direkt mal probieren. Vielen Dank schon mal.

Defcon007 · 7 Jun 2011

Ich habe eben mal wieder mit der Telekom telefoniert. Laut Aussage der Störungsstelle und Technik ist das Abschalten für einen dritten Anrufer nicht möglich. Es lasse sich nur das Anklopfen generell Abschalten. Bei einem Gespräch bekäme dann aber schon der zweite Anrufer Besetzt signalisiert.

Allerdings benötigen wir zwei gleichzeitige Gespräche.

Gibt es keine Möglichkeit am Patton die ISDN Cause codes umzumappen?

@moshman: Wie hattest Du das damals genau angestellt. Hast Du evtl. ein magisches Stichwort für die Techniker der Telekom oder den genauen Wortlaut für das dritte Anklopfen?

moshman · 8 Jun 2011

Hi,

also bei uns funktioniert das einwandfrei. Es sind zwei Anrufe möglich, der dritte bekommt ein Besetztzeichen. Habe ich selbst ausprobiert...

Es wird ja eigentlich nur eine Signalisierung über den D-Kanal abgeschaltet. Warum sollten die 2 B-Kanäle betroffen sein?

Gruss
Thomas

JayZ · 23 Jun 2011

Hi,

nehme mal aus der Konfig die beiden anderen BRI Ports raus...
Gleiches verhalten?

gruß

silvan · 9 Okt 2012

Konntest du zu diesem Problem eigentlich mittlerweilen eine Lösung finden? Ich habe mit einem SmartNode 4120 genau dasselbe Verhalten und werde auch nicht recht schlau draus.

Languages

Suche

Languages

Suche

[Problem] SN4634 - Besetzt für Anrufer bei zwei belegten B-Kanälen

Defcon007

Neuer User

[email protected]

Neuer User

Defcon007

Neuer User

[email protected]

Neuer User

Defcon007

Neuer User

moshman

Neuer User

kusi64

Neuer User

Defcon007

Neuer User

Defcon007

Neuer User

moshman

Neuer User

JayZ

Neuer User

silvan

Neuer User

Zurzeit aktive Besucher

Neueste Beiträge

Statistik des Forums