Ergebnis 1 bis 2 von 2

Thema: Patton Smartnode 4634 Amtsanschluss hinter TK-Anlage für Swyx

  1. #1
    IPPF-Aufsteiger
    Registriert seit
    11.03.2007
    Beiträge
    32

    Patton Smartnode 4634 Amtsanschluss hinter TK-Anlage für Swyx

    Hallo zusammen,

    ich hätte eine Frage zum Smartnode 4634 in Kombination mit einer Swyx, Softwarebasierende TK-Anlage.

    Bislang hatten wir keinerlei Probleme mit den Smartnodes am Amtsanschluss ob S2M oder Anlagenanschluss das ganze funktionierte immer auf Anhieb. Da wir vermehrt Smartnodes bei Kunden verbauen, da diese Ihre Anlagen virtualisieren wurde nun auch bei uns in der Firma für Testzwecke eine virtuelle Swyx installiert.

    Da für die Swyx Testanlage nicht extra ein Anlagen oder S2M Anschluss gemietet werden soll war die Idee den Smartnode hinter die bestehende TK-Anlage über ISDN anzukoppeln. Anschließend wird alles was hinter einer definierten Querkennzahl gewählt wird Richtung Smartnode geschickt. Das ganze funktioniert auch soweit das man mit der Swyx abgehend telefonieren kann (Es wird aber keine Rufnummer übermittelt), ankommende Gespräche werden allerdings gar nicht erst von der Swyx angenommen.

    Im Patton Smartnode tauchen Sie allerdings unter dem Reiter Active Calls kurzeitig auf.

    Auszug Active Calls ankommend, Nebenstelle 200 wird angerufen also <QUERKENNZAHL>+<200>:

    Code:
    IF_BRI_0_0-00a9cd40/  CONNECTED           0049<ORTSVORWAHL><ANLAGENRUFNUMMER><NEBENSTELLE>  n/a            n/a   
    router-010360e0/inco  ADDRESS-INCOMPLETE  0200           n/a            n/a
    Wenn man das ganze mit einem Active Calls Auszug eines S2M oder Anlagenanschluss vergleicht welcher auch in Kombination mit der Swyx funktioniert sieht dies so aus:

    Code:
    IF_BRI_0_0-03a9ct20/  CONNECTED           <ORTSVORWAHL><ANLAGENRUFNUMMER><NEBENSTELLE>  n/a            n/a   
    router-0103dw0/inco  CONNECTED  <ANLAGENRUFNUMMER>200           n/a            n/a
    Die Rufnummer 200 ist in beiden Fällen die Nebenstelle welche angerufen wird.
    Die Routing Table im Patton sieht wie folgt aus wie gesagt diese funktioniert direkt an einem Amtsanschluss ohne Probleme!

    Auszug Patton Config
    Code:
    context cs switch
      digit-collection timeout 1 set-address-complete-indication
      digit-collection terminating-char # set-address-complete-indication
      digit-collection full-match set-address-complete-indication
      national-prefix 0
      international-prefix 00
    
      routing-table called-e164 RT_OUT
        route .T!0 dest-interface IF_E1T1_0_0 MAP_SUBSCRIBER
    
      routing-table called-e164 RT_IN
        route <ANLAGENRUFNUMMER>.T dest-interface IF_SIP
    
      routing-table calling-e164 RT_OUT_CALLING
    
      mapping-table called-e164 to called-e164 MAP_CALLED_E164_AT
        map default to 0
    
      mapping-table calling-e164 to calling-e164 MAP_CALLING_E164
        map 0(.%) to \1
    
      mapping-table calling-numbering-plan to calling-numbering-plan MAP_CALLING_PLAN
        map default to isdn-telephony
    
      mapping-table calling-type-of-number to calling-type-of-number MAP_CALLING_TYPE_EXTENSION
        map default to unknown
    
      mapping-table calling-type-of-number to calling-type-of-number MAP_CALLING_TYPE_SUBSCRIBER
        map default to subscriber
    
      mapping-table calling-type-of-number to calling-type-of-number MAP_CALLING_TYPE_NATIONAL
        map default to national
    
      mapping-table calling-type-of-number to calling-type-of-number MAP_CALLING_TYPE_INTERNATIONAL
        map default to international
    
      complex-function MAP_EXTENSION
        execute 1 MAP_CALLING_E164
        execute 2 MAP_CALLING_PLAN
        execute 3 MAP_CALLING_TYPE_EXTENSION
    
      complex-function MAP_SUBSCRIBER
        execute 1 MAP_CALLING_E164
        execute 2 MAP_CALLING_PLAN
        execute 3 MAP_CALLING_TYPE_SUBSCRIBER
    
      complex-function MAP_NATIONAL
        execute 1 MAP_CALLING_E164
        execute 2 MAP_CALLING_PLAN
        execute 3 MAP_CALLING_TYPE_NATIONAL
    
      complex-function MAP_INTERNATIONAL
        execute 1 MAP_CALLING_E164
        execute 2 MAP_CALLING_PLAN
        execute 3 MAP_CALLING_TYPE_INTERNATIONAL
    
      complex-function MAP_CLIPNOSCREENING
        execute 1 MAP_CALLING_E164
        execute 2 MAP_CALLING_PLAN
        execute 3 MAP_CALLING_TYPE_INTERNATIONAL
    
      interface isdn IF_E1T1_0_0
        route call dest-table RT_IN
        diversion accept
        diversion emit
        dtmf-dialing
        isdn-date-time
        caller-name
        inband-info accept transparent 1-CallIsNotIsdnToIsdn 2-DestinationNotIsdn 3-OriginationNotIsdn 4-ReturnedToIsdn 8-InbandInfoAvailable
    
      interface sip IF_SIP
        bind context sip-gateway GW_SIP
        route call dest-table RT_OUT
        remote xxx.xxx.xxx.xxx 5060
        hold-method direction-attribute
        early-disconnect
        no call-transfer emit
        no call-transfer pull-in
        aoc-d accept
        aoc-d emit
        address-complete-indication accept set
        overlap-dialing new-transaction accept
        overlap-dialing new-transaction emit
        privacy
        address-translation outgoing-call from-header user-part fix patton host-part call
        address-translation incoming-call called-e164 to-header
        use profile voip V8xx-Vxxx
        new-session-after-redirect
        session-timer 90
    Da wir mit den Einstellmöglichkeiten an unser TK-Anlage Siemens Hipath 4000 ziemlich alles durchhaben was Rufnummernformatierung für die Simulation eines Amtsanschluss-Anlagenanschlusses hergibt stellt sich nur die Frage, ob man am Patton noch Einstellungen bezüglich der Rufnummernformatierung vornehmen kann welche zum Erfolg führen?

    ciao
    maxo
    Geändert von maxo (12.07.2012 um 09:26 Uhr)

  2. #2
    IPPF-Einsteiger
    Registriert seit
    20.09.2012
    Beiträge
    2
    Hi Maxo,

    Kannst du mal ein debug aufzeichnen um zu sehen was dem SmartNode signalisiert wird. Ich glaube folgende debugs wären wichtig.

    debug ccisdn signaling
    debug call-control
    debug call-router
    debug context sip-gateway transport

Ähnliche Themen

  1. Antworten: 0
    Letzter Beitrag: 06.07.2011, 01:55
  2. Patton smartnode 4634 + alcatel 4200 + unhook problem
    Von pierre1106 im Forum Patton Inalp
    Antworten: 1
    Letzter Beitrag: 08.12.2009, 11:54
  3. Asterisk hinter HiPath über Patton SmartNode
    Von ceicke im Forum Asterisk Allgemein
    Antworten: 5
    Letzter Beitrag: 10.11.2009, 11:17
  4. Antworten: 1
    Letzter Beitrag: 14.02.2009, 16:15

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •