SN4638: Einkommende Anrufe landen an unvollständiger Durchwahl

philwo · 4 Jun 2008

Hi,

ich habe einen SN4638 im Einsatz, der an zwei Telekom ISDN-Anlagenanschlüsse, die verschiedene Rufnummernblöcke haben, angeschlossen ist. Auf dem einen Anschluss (Nummer XXXX-0 bis -29) kommen die Anrufe rein, auf dem anderen Anschluss (Nummer YYYYYY-0 bis -9) gehen sie raus, wenn sie nicht über VoIP gehen. (Etwas merkwürdiges Setup, aber das ist die Vorbereitung zur Portierung der Anlage auf VoIP, so dass wir die Nummer portieren können, ohne das DSL verloren geht

)

An der Nummer XXXX gibt es vier Durchwahlen: -0 ist die Zentrale, -20 das Büro, -21 ist Büro Nr. 2, -27 das Faxgerät

Des öfteren haben wir das Problem, dass jemand ein Fax schickt und es dann auf der Zentrale klingelt - in den meisten Fällen kommt ein Fax aber korrekt an. Wenn es bei jemandem einmal nicht klappt, ist die Chance sehr hoch, dass seine Faxe auch weiterhin bei uns auf dem Telefon ankommen (deswegen haben wir am Anfang gedacht, diese Leute verwählen sich evtl. einfach).

Das Problem ist jedoch, das laut Debug-Log die Anrufe "unvollständig" reinkommen:

Code:

08:42:41  ICC   > [IF_S0_PSTN2] << Message: primitive=64
08:42:41  ICC   > [IF_S0_PSTN2] Added endpoint IF_S0_PSTN2-00f721b8
08:42:41  ICC   > [IF_S0_PSTN2] NEW CALL. Allocated Endpoint IF_S0_PSTN2-00f721b8
08:42:41  ICC   > [EP IF_S0_PSTN2-00f721b8] << [080005]
SETUP (DSS1 User)
  [04039090A3]
  Bearer capability : 3.1kHz Audio - CCITT
    circuit mode - 64kBit/s - G.711 A-law
  [180189]
  Channel id : 1 - exclusive
    basic rate interface - is not d-channel - CCITT - b-channel units
  [1E028183]
  Progress indicator : origination address is non-ISDN
    private network serving local user - CCITT
  [6C0D21813232383430303934313439]
  Calling party number : 228XXXXXXXX
    national number - E.164 numbering plan
    presentation allowed - user provided verified and passed
  [7006C13237383832]
  [b]Called party number : XX882[/b]
    subscriber number - E.164 numbering plan

08:42:41  ICC   > [EP IF_S0_PSTN2-00f721b8] State: NULL, Event: TERMINAL SETUP IND
08:42:41  ICC   > [EP IF_S0_PSTN2-00f721b8] Set state to CALL PRESENT
08:42:41  ICC   > [EP IF_S0_PSTN2-00f721b8] set call key: 822

Laut ISDN geht der Anruf also an XX88-2, was aber keinen Sinn ergibt, denn wir benutzen ja zweistellige Durchwahlen

Der Anruf wird dann vom Catch-all in der Mapping-Table MT_ISDN_PUB_TO_PRIV auf die Zentrale geleitet.

Jetzt frage ich mich, kann ich hier irgendwas auf meiner Seite tun? Muss ich irgendwo einen Timeout einbauen? Anbei die relevanten Teile meiner Config:

Code:

context cs switch
  digit-collection timeout 3
  national-prefix 0
  international-prefix 00

  routing-table called-e164 RT_LOCAL_PHONES
    route zentrale dest-service DG_ZENTRALE
    route 20 dest-service HG_PBX
    route 21 dest-service HG_PBX
    route 27 dest-service HG_PBX

  routing-table called-e164 RT_TO_PSTN
    route default dest-service HG_PSTN MT_ISDN_PRIV_TO_PUB

  routing-table called-e164 RT_FROM_PSTN
    route default dest-table RT_LOCAL_PHONES CT_FROM_PSTN

  routing-table called-e164 RT_TO_SIP_WAN
    route default dest-interface IF_SIP_WAN MT_SIP_PRIV_TO_PUB

  routing-table called-e164 RT_FROM_SIP_WAN
    route default dest-table RT_LOCAL_PHONES MT_SIP_PUB_TO_PRIV

  routing-table called-e164 RT_FROM_PHONE
    route default dest-table RT_DIALOUT

  routing-table called-e164 RT_FROM_SIP_LAN
    route default dest-table RT_LOCAL_PHONES MT_SIP_PUB_TO_PRIV

  routing-table called-e164 RT_DIALOUT
    route 110 dest-table RT_TO_PSTN
    route 112 dest-table RT_TO_PSTN
    route 0T dest-table RT_FAXBREAKOUT
    route default dest-table RT_LOCAL_PHONES

  routing-table calling-e164 RT_FAXBREAKOUT
    route 27 dest-table RT_TO_PSTN
    route default dest-service HG_VOIP

  routing-table called-e164 RT_TO_20
    route default dest-table RT_LOCAL_PHONES MT_TO_20

  routing-table called-e164 RT_TO_21
    route default dest-table RT_LOCAL_PHONES MT_TO_21

  mapping-table called-e164 to called-e164 MT_ISDN_PUB_TO_PRIV
    map 0 to zentrale
    map 20 to 20
    map 21 to 21
    map 27 to 27
    map default to zentrale

  mapping-table calling-e164 to calling-e164 MT_ISDN_PRIV_TO_PUB
    map 27 to YYYYYY9
    map default to YYYYYY0

  mapping-table called-e164 to called-e164 MT_STRIP_KOPFNR
    map YYYYYY(.%) to \1
    map XXXX(.%) to \1

  mapping-table called-e164 to called-e164 MT_SIP_PUB_TO_PRIV
    map 491805XYZ1 to zentrale
    map 491805XYZ2 to 20
    map 491805XYZ3 to 21
    map 491805XYZ4 to 27
    map default to zentrale

  mapping-table calling-e164 to calling-e164 MT_SIP_PRIV_TO_PUB
    map 0 to 491805XYZ1
    map 20 to 491805XYZ2
    map 21 to 491805XYZ3
    map 27 to 491805XYZ4
    map default to 491805XYZ1

  mapping-table called-e164 to called-e164 MT_TO_20
    map default to 20

  mapping-table called-e164 to called-e164 MT_TO_21
    map default to 21

  complex-function CT_FROM_PSTN
    execute 1 MT_STRIP_KOPFNR
    execute 2 MT_ISDN_PUB_TO_PRIV

  interface isdn IF_S0_PSTN1
    route call dest-table RT_FROM_PSTN

  interface isdn IF_S0_PSTN2
    route call dest-table RT_FROM_PSTN

  interface isdn IF_S0_PHONE1
    route call dest-table RT_FROM_PHONE

  interface isdn IF_S0_PHONE2
    route call dest-table RT_FROM_PHONE

  interface isdn IF_S0_PHONE3
    route call dest-table RT_FROM_PHONE

  interface sip IF_SIP_WAN
    bind context sip-gateway GW_SIP_WAN
    route call dest-table RT_FROM_SIP_WAN
    remote siplogin.de 5060
    early-connect
    early-disconnect
    use profile tone-set Europe

  interface sip IF_SIP_LAN
    bind context sip-gateway GW_SIP_LAN
    route call dest-table RT_FROM_SIP_LAN
    remote 10.0.0.3 5060
    early-connect
    early-disconnect
    use profile tone-set Europe

  service hunt-group HG_PSTN
    timeout 6
    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_S0_PSTN1

  service hunt-group HG_PBX
    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_S0_PHONE1
    route call 2 dest-interface IF_S0_PHONE2
    route call 3 dest-interface IF_S0_PHONE3

  service hunt-group HG_VOIP
    timeout 6
    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-table RT_TO_SIP_WAN
    route call 2 dest-table RT_TO_PSTN

  service distribution-group DG_ZENTRALE
    route call 1 dest-table RT_TO_20
    route call 2 dest-table RT_TO_21

context cs switch
  no shutdown

Viele Grüße,
Philipp

philwo · 5 Jun 2008

Ich antworte mir mal gerade selbst, in der routing-table RT_FROM_PSTN darf man nicht über default gehen, sondern muss explizit die gültigen Nummern matchen:

Code:

  routing-table called-e164 RT_FROM_PSTN
    route YYYYYY. dest-table RT_LOCAL_PHONES CT_FROM_PSTN
    route XXXX0 dest-table RT_LOCAL_PHONES CT_FROM_PSTN
    route XXXX[1-9]. dest-table RT_LOCAL_PHONES CT_FROM_PSTN

Dann kommen "ungültige" Anrufe nicht durch. Nur noch mal als Rückfrage, habe ich das jetzt so richtig verstanden, oder mache ich hier doch noch etwas falsch?

Bei ISDN-Blockwahl sollte das ja grundsätzlich kein Problem sein, aber bei Ziffer-für-Ziffer, das ist mir noch alles etwas suspekt, wie da entschieden wird, wann eine Nummer "vollständig" ist. Leider kann ichs mangels Telekom ISDN nicht testen.

Viele Grüße,
Philipp

Guard-X · 5 Jun 2008

dafür dürfte dieser Parameter zuständig sein

Code:

context cs switch
  digit-collection timeout 3

Wenn länger als 3 Sekunden keine Ziffer folgt, wird "losgewählt"...

philwo · 5 Jun 2008

Mh, aber den habe ich ja gesetzt, den Parameter?

Ich dachte der ist auch nur für die Timeouts zuständig, also wenn ich in einer routing-tabelle ein "T" verwende..

Meinst du denn, der Fehler tritt trotzdem auf, weil der Anrufende so langsam wählt und dann nach XXXX2 bis zur nächsten Ziffer länger als drei Sekunden braucht? Das wäre irgendwie komisch, denn der Anrufer war ein Fax und ich wette das hat zumindest nach dem ersten Versuch die weiteren automatisch gemacht..

Guard-X · 5 Jun 2008

mache doch mal

Code:

debug call-router detail 5

Dann findet sich der Fehler wie von selbst ;-)

trantor · 29 Jul 2008

Hallo,
ich kann dieses Promlem nur bestätigen, seit etwa 1 Monat.
Wenn jemand bei uns von Arcor anruft (jetzt ist diese liste länger), dann kommen eingehende Nummer nicht komplett, ab und zu komm 1 oder 2 stellen durch,
z.B. xxx-27 oder xxx-2
Wir haben 2 und 3 stellige Durchwähle und 3 x Anlagenanschlüß von T-Com.

Könnte so was an Patton liegen ?
SN4638/5BIS/UI R4.2 2008-03-11 H323 SIP BRI

oder liegt so was generell an Anbieter Seite ?

philwo · 30 Jul 2008

Hallo,

ich bin mir ehrlich gesagt nicht ganz sicher woran das eigentlich lag, aber bei uns ist das Problem nicht mehr aufgetreten, seit ich im eingehenden Kontext keine default-Behandlung mehr habe und der Patton nur noch gültige Nummern annimmt. Wir haben nur zwei-stellige Durchwahlen, früher kamen also auch Anrufe an auf:

xxx-2

Die -2 gab es nicht, also wurde per default auf die Zentrale (-0) gerouted (für den Fall, dass sich jemand verwählt hätte). Seit der Patton so konfiguriert ist, dass er die -2 einfach nicht annimmt (default-Eintrag in der Routing-Tabelle entfernt), ist alles gut.

Wenn du magst poste doch mal die Config, oder die anonymisierte Routing-Tabelle in der die eingehenden Anrufe landen.

Viele Grüße,
Philipp

trantor · 30 Jul 2008

Danke für schnelle Antwort,

was ich aber nicht verstehe warum ab und zu 2 oder 1 Stelle durch geht,
wenn man hintereinander 2-3 Mal Test anrufe macht dann passiert so was.

Ich habe gestern an T-Com dieses Problem gemeldet, heute haben die Angerufen und sagen dass "Alle 3 NTBA könnten die erreichen, aber S0 lässt sich nicht aktivieren" ???

Weiß jemand was es bedeuten könnte ??

P.S. mein config

Code:

cli version 3.20
dns-client server 192.168.x.x
dns-relay
webserver port 80 language en
sntp-client
sntp-client server primary 192.168.x.x port 123 version 4

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
  clock-source 4 bri 0 3
  clock-source 5 bri 0 4

profile napt NAPT_WAN

profile ppp default

profile call-progress-tone DE_Dialtone
  play 1 1000 425 0

profile call-progress-tone DE_Busytone
  play 1 480 425 -7
  pause 2 480

profile call-progress-tone DE_Releasetone
  play 1 240 425 -7
  pause 2 240

profile call-progress-tone DE_Congestiontone
  play 1 240 425 -7
  pause 2 240

profile tone-set default

profile tone-set DE_default
  map call-progress-tone dial-tone DE_Dialtone
  map call-progress-tone busy-tone DE_Busytone
  map call-progress-tone release-tone DE_Releasetone
  map call-progress-tone congestion-tone DE_Congestiontone

profile voip default
  codec 1 g711alaw64k rx-length 20 tx-length 20
  codec 2 g711ulaw64k rx-length 20 tx-length 20
  fax volume -8.5
  fax dejitter-max-delay 300
  fax max-bit-rate 12000
  no modem detection on-remote-fax-request

profile pstn default

profile sip default

profile aaa default
  method 1 local
  method 2 none

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 192.168.x.x 255.255.255.0
    tcp adjust-mss rx mtu
    tcp adjust-mss tx mtu

context cs switch
  digit-collection timeout 3
  national-prefix 0
  international-prefix 00

  routing-table called-e164 RT_CDPN_ISDN_2_SIP
    route default dest-interface IF_SIP_SERVICE
    route xxxxx371 dest-interface IF_SIP_SERVICE
    route xxxxx77. dest-service ToAnlageAlt

  routing-table calling-e164 RT_CDPN_SIP_2_ISDN
    route .T dest-service HUNT-PUBLIC-PSTN

  routing-table called-e164 RT_CDPN_ISDN_2_ALT
    route default dest-service ToAnlageAlt

  interface isdn isdn00
    route call dest-table RT_CDPN_ISDN_2_SIP

  interface isdn isdn01
    route call dest-table RT_CDPN_ISDN_2_SIP

  interface isdn isdn02
    route call dest-table RT_CDPN_ISDN_2_SIP

  interface isdn isdn03
    route call dest-service HUNT-PUBLIC-PSTN

  interface isdn isdn04
    route call dest-service HUNT-PUBLIC-PSTN

  interface sip IF_SIP_SERVICE
    bind gateway GW_SIP
    service default
    route call dest-table RT_CDPN_SIP_2_ISDN
    early-connect
    early-disconnect

  service hunt-group HUNT-PUBLIC-PSTN
    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 isdn00
    route call 2 dest-interface isdn01
    route call 3 dest-interface isdn02

  service distribution-group ToAnlageAlt
    route call 1 dest-interface isdn03
    route call 2 dest-interface isdn04

context cs switch
  no shutdown

gateway sip GW_SIP
  bind interface LAN router

  service default
    domain 192.168.x.x
    realm 192.168.x.x
    defaultserver manual 192.168.x.x 5060 loose-router
    registration manual 192.168.x.x 5060

gateway sip GW_SIP
  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
    protocol pp
    uni-side auto
    encapsulation q931

    q931
      protocol dss1
      uni-side user
      bchan-number-order ascending
      encapsulation cc-isdn
      bind interface isdn00 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 isdn01 switch

port bri 0 1
  no shutdown

port bri 0 2
  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 isdn02 switch

port bri 0 2
  no shutdown

port bri 0 3
  clock auto
  encapsulation q921

  q921
    protocol pp
    uni-side auto
    encapsulation q931

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

port bri 0 3
  no shutdown

port bri 0 4
  clock auto
  encapsulation q921

  q921
    uni-side auto
    encapsulation q931

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

port bri 0 4
  no shutdown

Languages

Suche

Languages

Suche

SN4638: Einkommende Anrufe landen an unvollständiger Durchwahl

philwo

Neuer User

philwo

Neuer User

Guard-X

Aktives Mitglied

philwo

Neuer User

Guard-X

Aktives Mitglied

trantor

Neuer User

philwo

Neuer User

trantor

Neuer User

Zurzeit aktive Besucher

Neueste Beiträge

Statistik des Forums