SN 4554 will gar nicht recht

[riedere]

Hallo
Bin am definieren des SN4554 an einem DDI Anschluss.
Der besteht aus 2 x BRI auf den ein 10er Nummerblock gelegt ist.
Wenn ich beide ISDN Lines enable dann löscht die (die ggf funktioniert) ab.
Wenn ich nur die eine Enable kommt dann nach Restart (und beten) dann endlich die grüne Line LED wieder hoch und man kann reintelefonieren. (Das kommt auch im * richtig an inkl der DDI Nummer - wunderbar - als mit * keierlei Probleme)

Hat jemand einen SN4554 bereits an einem solchen anschluss ?
und würd mir eine startup.cfg senden ?

Wir haben heut dern SN4554 ausgetauscht weil wir vermuteten dass er defekt ist. Nun aber scheint das Problem doch (auch) noch anderswo zu liegen.
(beim andern konnte man zB BRI 0 0 einschalten dann wurde die LED der Line 1 aktiv - komplett unlogisch)

Danke für jeden Hinweis denn ich steh wirklich an (dabei hat der Router bei mir mit einem MSM - pmp - funktioniert)

Erich

 

[Guard-X]

Vielleicht kannst du uns erstmal deine config zeigen und wir suchen dann den Fehler ;-)

mfg Guard-X

 

[riedere]

Ich post sie morgen Vormittag - hab sie nicht hier.
Danke schon mal...

 

[riedere]

Hallo, hier also meine cfg

Ohne weiteres zutun gehen heute morgen ein/ausgehende Gespräche ABER mit Knattern dh 15 Sek Knattern und 3 Sek Ruhe.
Obgleich ja beide BRI auf dauer aktiv sind brennt nur die LED der Line1.
(Die Spannung am Anschlusskabel habe ich gemessen ist genaugleich wie das vom BRI 1 - 40 V).
Kann ein Patton Profi mal das unten ansehen bitte ?
(und wenns was kosten würd - sich bitte bei mir melden wir regeln das)

Gruss und Dank Erich

#----------------------------------------------------------------#
#                                                                #
# SN4554/2BIS/EUI                                                #
# R4.2 2007-09-19 SIP                                            #
# 2008-01-18T08:41:36                                            #
# SN/00A0BA036BD0                                                #
# Generated configuration file                                   #
#                                                                #
#----------------------------------------------------------------#

cli version 3.20
gui type basic
dns-relay
webserver port 80 language en
sntp-client
sntp-client server primary 129.132.2.21 port 123 version 4

system

  ic voice 0

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

profile acl asterisk
  permit 1 tcp any any traffic-class default
  permit 2 udp any any traffic-class default
  permit 3 icmp any any traffic-class default
  permit 4 ip any any traffic-class default
  permit 5 sctp any any traffic-class default
  permit 6 ah any any
  permit 7 esp any any
  permit 8 gre any any
  permit 9 sctp any any

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

profile aaa default
  method 1 local
  method 2 none

context ip router

  interface IF_IP_WAN
    ipaddress 172.16.0.8 255.255.255.0
    icmp router-discovery
    icmp redirect accept
    use profile acl asterisk in
    use profile acl asterisk out
    use profile napt NAPT_WAN
    tcp adjust-mss rx mtu
    tcp adjust-mss tx mtu

context ip router
  route 0.0.0.0 0.0.0.0 172.16.0.1 0

subscriber ppp SUB_PPPOE
  dial in-out
  no multilink
  bind interface IF_IP_WAN router

context cs switch

  routing-table called-e164 direkt1
    route 1 dest-interface IF_SIP_SERVICE
    route 2 dest-interface IF_S0_00
    route 3 dest-interface IF_S0_01

  interface isdn IF_S0_00
    route call dest-interface IF_SIP_SERVICE

  interface isdn IF_S0_01
    route call dest-interface IF_SIP_SERVICE

  interface sip IF_SIP_SERVICE
    bind gateway GW_SIP
    service default
    route call dest-interface IF_S0_00
    remote 172.16.0.9 5060

  service hunt-group SER_HG_PSTN_FALLBACK
    drop-cause normal-unspecified
    drop-cause no-circuit-channel-available
    drop-cause network-out-of-order
    drop-cause temporary-failure
    drop-cause switching-equipment-congestion
    drop-cause access-info-discarded
    drop-cause circuit-channel-not-available
    drop-cause resources-unavailable
    route call 1 dest-interface IF_SIP_SERVICE

context cs switch
  no shutdown

gateway sip GW_SIP
  bind interface IF_IP_WAN router

  service default
    defaultserver manual 172.16.0.9 5060 loose-router
    registration manual 172.16.0.9 5060 use-default-server
    user 4554 register display-name 4554 phone-context lxuser

gateway sip GW_SIP
  no shutdown

port ethernet 0 0
  bind interface IF_IP_WAN router

  pppoe

    session SES_PPPOE
      shutdown

port ethernet 0 0
  no shutdown

port bri 0 0
  clock auto
  encapsulation q921

  q921
    protocol pp
    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
    protocol pp
    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

Edit Guard-X: Bitte nächstes Mal Code-Tags verwenden!

 

[Guard-X]

Nehme bitte erstmal folgende Änderungen vor und dann sehen wir weiter:

system
  clock-source 1 bri 0 0
[COLOR="Red"]  clock-source 2 bri 0 1 #LÖSCHEN[/COLOR]

port bri 0 0
  clock slave

  q921
    permanent-layer2


port bri 0 1
  clock slave

  q921
    permanent-layer2

 

[riedere]

Danke,
Nach dem Löschen war es gleich wie vorher
Dann habe ich auch die Clock-Source als slave eingestellt - dann geht gar nichts mehr noch rein noch raus.
Nachher wieder das startup mit den clock auto geladen aber nichts geht.
Nun hab ich wieder Kaltstart gemacht.
Jetzt muss ich vermutlich wieder ca 15 Min warten bis wieder rein/raus geht

Ich hatte bis gestern noch einen anderen SN4554 den haben wir dann ausgetauscht weil wir dachten der wäre defekt, besser war der aber dennoch mit ähnlichen Symtomen.
Wenn man dann (wieder mal) rein/raus telefonieren kann dann hat man ein Geknatter auf der Leitung 15 Sek Knattern und dann 3 Sek Ruhe.
Auf der Trixbox läuft auch noch ein VOIP Account, der geht immer ohne Probleme, auch interne Gespräche mit tiptoper Qualität (verwende 6 Stk C540IP von Siemens + 1 GS 2000).

Bin auch noch mit dem Support des CH Vetreters in Kontakt, der hat jetzt das Ganze dem Inalp / Patton Support weitergegeben.

Danke Erich

 

[Guard-X]

Wie wäre es mit einem "debug isdn" auf den entprechenden Ports?

Ich denke mal, dann könntest du evtl. die Ursache gleich sehen...

Was sagt ein "show port isdn detail 5"?

 

[riedere]

Ich nehm nun den SN4554 mit zu mir und versuch ihn morgen an meinem MSM
------------
hier aber noch das Debug Ergebnis
Ob in telnet oder GUI das Log/debug ist dasselbe:
LinkState korrespondiert jeweils mit der LED Line 1 oder 0

Port: bri 0 0 0
===============

  Clock:                                Slave
  Higher layer clock preference:        Slave

HFC-S mini
==========

  Chip Id:                              0x50
  Mode:                                 TE
  L1 State:                             F4

Logical Isdn Driver: 0 0
========================

  Slot:                                 0
  Number of Ports:                      2

  Statistics
  ----------

    Leased buffers:                     22
    Max. leased buffers:                32
    Next Call Key:                      0
    Allocations failed:                 0
    Logs dropped:                       0
    Calls to L1 handler:                0
    Calls to main handler:              4272
    Calls to tick handler:              68932
    ISDN Stack Errors:                  2
    Curr Allocated (128 bytes):         17
    Curr Allocated (256 bytes):         1
    Curr Allocated (540 bytes):         4
    Max. Allocated (128 bytes):         27
    Max. Allocated (256 bytes):         2
    Max. Allocated (540 bytes):         4

  Logical Port: 0 0 0
  -------------------

    Admin State:                        Open
    Real State:                         Open

    Operating Layer:                    3
      Link State:                       down

    Layer 2
      Permanent Layer 2:                on
      Protocol:                         PointToPoint
      UniSide:                          User

    Layer 3
      Protocol:                         Dss1
      UniSide:                          User
      MinChannel:                       0
      MaxChannel:                       1
      MaxCalls:                         2
      Hunt Mode:                        Ascending
      Signalling Mode:                  Etsi
      T309:                             90
      AIS Blue Alarm:                   off

    Observers
      Layer 2:                          0
      Layer 3:                          1
      Management:                       2

    Statistics
      Link Up:                          2
      Link Down:                        64
      Msgs to layer 2:                  0
      Msgs from layer 2:                0
      Msgs to layer 3:                  0
      Msgs from layer 3:                0

Edit Guard-X: Letzte Warnung, bitte Code-Tags verwenden (siehe auch Beitrag #4)

 

[Guard-X]

Dann tausche erstmal noch beide Kabel aus.

 

[riedere]

Kabel habe ich schon 2 x getauscht - natürlich alle Spannungen gemessen, sie sind dort und so wie sie sein müssen.

Gestern Abend habe ich den SN zu mir genommen, an meinen MSN angeschlossen, IP geändert.
Und er läuft.
Allerdings habe ich nur 1 BRI bei mir.
Jedenfalls die Line LED macht das was man erwartet, geht on wenn was über ISDN läuft und off wenn nicht mehr geht.
Die Sprachqualität ist Excellent.

Ich wart nun mal ab was der Support von Pattoon darüber sagt. Ob der einfach am DDI nicht läuft ?
Das NT beim Kunden ist ein Siemens ohne ab Anschüsse, das bei mir das übliche mit 2x S0 und 2xab.

Gibt es auf dem Markt weitere ähnliche Router ?
Ich würd wenn das nun so lange geht ggf 2 andere dafür einsetzen "die es mit dem DDI können"

Danke Erich

 

[riedere]

Ach ja fast vergessen, es war natürlich was unerwartet banales.....

In der Installation, (vom Hausanschluss bis zu Anschlussdose) - das Kabel hatte einen Schluss. !!!

(es wurde bis anhinnur 1 Paar benutzt)

Wer denkt an sowas ....