Ergebnis 1 bis 16 von 16

Thema: smartnode 4638 <--> Gemeinschaft 2.3.1

  1. #1
    IPPF-Einsteiger
    Registriert seit
    01.03.2007
    Beiträge
    4

    smartnode 4638 <--> Gemeinschaft 2.3.1

    Hallo,
    ich teste gerade Gemeinschaft mit einem Smartnode 4638.
    Den Smartnode habe ich so konfiguriert, dass ein Gateway in Gemeinschaft sich am Smartnode anmeldet.

    Code:
    #----------------------------------------------------------------#
    #                                                                #
    # SN4638/5BIS                                                    #
    # R5.4 2009-09-22 H323 SIP BRI                                   #
    # 1970-01-01T01:10:35                                            #
    # SN/0120AAB0121A                                                #
    # Generated configuration file                                   #
    #                                                                #
    #----------------------------------------------------------------#
    
    cli version 3.20
    webserver port 80 language en
    
    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 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
      codec 3 g729 rx-length 20 tx-length 20
      fax transmission 1 relay t38-udp
    
    profile pstn default
    
    profile sip default
    
    profile aaa default
      method 1 local
      method 2 none
    
    context ip router
    
      interface IF_IP_WAN
        ipaddress dhcp
        tcp adjust-mss rx mtu
        tcp adjust-mss tx mtu
    
      interface IF_IP_LAN
        ipaddress 192.168.1.3 255.255.255.0
        tcp adjust-mss rx mtu
        tcp adjust-mss tx mtu
    
    context ip router
      route 0.0.0.0 0.0.0.0 192.168.1.1 0
    
    context cs switch
      national-prefix 0
      international-prefix 00
    
      routing-table called-e164 RT_FROM_ISDN
        route default dest-interface IF_SIP
        route T dest-service SER_SIP_LOCATION
    
      routing-table calling-e164 RT_FROM_SIP
        route default dest-service SV_HUNT_PSTN MP_Unknown-Subscriber
    
      mapping-table calling-e164 to calling-type-of-number MP_Unknown-Subscriber
        map default to subscriber
    
      interface isdn IF_ISDN_0
        route call dest-table RT_FROM_ISDN
    
      interface isdn IF_ISDN_1
        route call dest-table RT_FROM_ISDN
    
      interface isdn IF_ISDN_2
        route call dest-table RT_FROM_ISDN
    
      interface isdn IF_ISDN_3
        route call dest-table RT_FROM_ISDN
    
      interface sip IF_SIP
        bind context sip-gateway GW_SIP
        route call dest-table RT_FROM_SIP
    
      service sip-location-service SER_SIP_LOCATION
        bind location-service SER_LOCATION
    
      service hunt-group SV_HUNT_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
        drop-cause no-route-to-destination
        route call 1 dest-service SER_SIP_LOCATION
        route call 2 dest-interface IF_ISDN_0
        route call 3 dest-interface IF_ISDN_1
        route call 4 dest-interface IF_ISDN_2
        route call 5 dest-interface IF_ISDN_3
    
    context cs switch
      no shutdown
    
    location-service SER_LOCATION
      domain 1 smartnode-gw
      match-any-domain
    
      identity-group default
    
        registration inbound
    
    context sip-gateway GW_SIP
    
      interface LAN
        bind interface IF_IP_LAN context router port 5060
    
      interface WAN
        bind interface IF_IP_WAN context router port 5060
    
    context sip-gateway GW_SIP
      bind location-service SER_LOCATION
      no shutdown
    
    port ethernet 0 0
      medium auto
      encapsulation ip
      bind interface IF_IP_WAN router
      no shutdown
    
    port ethernet 0 1
      medium auto
      encapsulation ip
      bind interface IF_IP_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 IF_ISDN_0 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_ISDN_1 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 IF_ISDN_2 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 user
          bchan-number-order ascending
          encapsulation cc-isdn
          bind interface IF_ISDN_3 switch
    
    port bri 0 3
      no shutdown
    
    port bri 0 4
      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
    
    port bri 0 4
      shutdown
    Von SIP --> ISDN funktioniert.
    Vom ISDN nach SIP funktioniert nur dann, wenn sich Gemeinschaft z.b. mit Nummer 66 am SN anmeldet. Dann kommt auch an Nr. 66 etwas an.
    Ich hätte aber gerne, dass alle Nummern die am SN von ISDN ankommen direkt an mein SIP_IF weitergeleitet werden.
    Nachdem am Log vom Asterisk nichts ersichtlich ist, gehe ich davon aus, dass das Problem an der Conf vom Smartnode, insbesondere am Routing Table liegt.

    Code:
      routing-table called-e164 RT_FROM_ISDN
        route default dest-interface IF_SIP
        route T dest-service SER_SIP_LOCATION
    Vielleicht hat wer eine Idee und kann mir auf die Sprünge helfen.
    thx
    chris

  2. #2
    IPPF-Fan
    Registriert seit
    11.04.2005
    Beiträge
    421
    Hallo,

    Eine Registrierung gegenüber dem Smartnode ist nicht zwingend notwendig.

    Eine Konfiguration könnte auch so aussehen:

    http://www.asterisk-kompakt.de/_myfi...iagateways.pdf


    Ansonsten kann man das Routing auf dem Smartnode so debuggen:

    debug call-router detail 5


    Sven
    Asterisk 1.4.19
    Gemeinschaft 2.3.1

    Patton Mediagateway

  3. #3
    IPPF-Einsteiger
    Registriert seit
    01.03.2007
    Beiträge
    4
    Hallo Sven!

    Zitat Zitat von konabi Beitrag anzeigen
    Hallo,
    Eine Registrierung gegenüber dem Smartnode ist nicht zwingend notwendig.
    Ich wollte am Source von Gemeinschaft nichts ändern.
    So funktioniert es glaube ich nur wenn man sich ganz normal vom Asterisk am GW einloggt.

    Zitat Zitat von konabi Beitrag anzeigen
    Eine Konfiguration könnte auch so aussehen:
    http://www.asterisk-kompakt.de/_myfi...iagateways.pdf
    Ansonsten kann man das Routing auf dem Smartnode so debuggen:
    debug call-router detail 5
    Sven
    Danke, für die Anleitung. Die werde ich noch schmökern.
    Das Routing funktioniert für eine Nummer. (Für die Nummer mit der ich mich am Smartnode registriere.)
    Ich finde aber in der Anleitung zum Smartnode nicht wie ich beim Routing sage, dass alle Durchwahlen von 0000 bis 9999 an den registrierten Nutzer geroutet werden. (Nicht nur z.B. Nr. 66)

  4. #4
    IPPF-Fan
    Registriert seit
    11.04.2005
    Beiträge
    421
    Ich wollte am Source von Gemeinschaft nichts ändern.
    So funktioniert es glaube ich nur wenn man sich ganz normal vom Asterisk am GW einloggt.
    Das funktioniert auch ohne den Source von Gemeinschaft zu ändern.

    Ich nutze selber Gemeinschaft mit Smartnodes.
    Als Benutzername und Passwort trägst Du in Gemeinschaft bei SIP Gateways Dummynamen ein.

    Ich finde aber in der Anleitung zum Smartnode nicht wie ich beim Routing sage, dass alle Durchwahlen von 0000 bis 9999 an den registrierten Nutzer geroutet werden. (Nicht nur z.B. Nr. 66)
    Durch Interface-Routing kann man alle eingehenden Rufe auf einem Interface zu einem anderen Interface leiten. Im unteren Beispiel werden alle eingehenden Rufe auf ISDN zum Asterisk gesendet.

    Code:
    N4638(if-sip)[IF_SIP_~]#context cs 
    N4638(ctx-cs)[switch]#interface isdn IF_TE_00 
    N4638(if-isdn)[IF_TE]#route call dest-interface IF_SIP_ASTERISK
    Möchtest du den Weg eines Calls in Abhängigkeit der gewählten Zielrufnummer bestimmten, mußt du eine Routingtabelle von Typ "called-e164" erstellen.


    Code:
     
    SN4638(if-isdn)[IF_TE]#context cs 
    SN4638(ctx-cs)[switch]#routing-table called-e164 RT_FROM_PSTN 
    SN4638(rt-tab)[RT_FROM~]#route 669940 dest-interface IF_NT_01 
    SN4638(rt-tab)[RT_FROM~]#route 6699.% dest-interface IF_SIP_ASTERISK
    Rufe mit der Zielrufnummer 669940 werden an ISDN Interface IF_NT_01 geleitet.

    Rufe die mit 6699 beginnen, gefolgt von keiner oder mehreren Ziffern werden an IF_SIP_Asterisk weitergeleitet.

    Anschließend mußt Du die erstellte Routingtabelle noch dem Interface zuordnen an dem die Routingregel wirken soll:

    Code:
    SN4638(rt-tab)[RT_FROM~]#interface isdn IF_TE_02 
    SN4638(if-isdn)[IF_TE_02]#route call dest-table RT_FROM_PST
    Grüße
    Sven
    Asterisk 1.4.19
    Gemeinschaft 2.3.1

    Patton Mediagateway

  5. #5
    IPPF-Einsteiger
    Registriert seit
    01.03.2007
    Beiträge
    4

    TeDeWe ja/nein

    Danke für die Hilfe!
    Habe nun eine Minimalkonfiguration mit deiner Hilfe am laufen und funktioniert in beide Richtungen.
    Ist das TeDeWe TA33 USB welches in der Anleitung erwähnt wird erste Wahl?
    Bzw. bin auf der Suche nach einem Wandler zwischen Digital<->Analog und habt ihr mit dem Teil gute Erfahrungen bzw. Probleme?
    Danke
    c.

  6. #6
    IPPF-Fan
    Registriert seit
    11.04.2005
    Beiträge
    421
    Ist das TeDeWe TA33 USB welches in der Anleitung erwähnt wird erste Wahl?
    Bzw. bin auf der Suche nach einem Wandler zwischen Digital<->Analog und habt ihr mit dem Teil gute Erfahrungen bzw. Probleme?
    Den TA33 USB kann ich als Digital<->Analog Wandler empfehlen.
    Wir nutzen diesen seit ca. 4 Jahren mit unterschiedlichen Asterisk Installationen mit Mediagateways und ISDN Karten ohne Probleme.

    Grüße
    Sven
    Asterisk 1.4.19
    Gemeinschaft 2.3.1

    Patton Mediagateway

  7. #7
    IPPF-Einsteiger
    Registriert seit
    24.12.2009
    Beiträge
    5
    Hi,

    wie bekomme ich denn meine SN4638 dazu die Durchwahl, die von Gemeinschaft 2.3.1
    übermittelt wird zu verwenden. Bei mir bleibt bei einem ccisdn signal debug die
    Calling Party Number immer leer und somit wird immer nur die Kopfnummer zu einem Anrufer übermittelt.

    Gruß Tobi

  8. #8
    IPPF-Fan
    Registriert seit
    11.04.2005
    Beiträge
    421
    Hi,
    der Smartnode sollte die CallerID übermitteln.
    Du mußt in der Gemeinschaft unter Gateway Gruppen die CallerID richtig formatieren:


    Nur die Durchwahl übermitteln: s/^(.*)/$1/
    Nationales Format: s/^(.*)/030123456$1/
    Internationales Format: s/^(.*)/004930123456$1/ oder s/^(.*)/+4930123456$1/

    Du mußt natürlich wissen in welchem Format Dein Telefonprovider die CallerID erwartet. Ist die Nummer falsch formatiert, übermittelt der Provider meistens die Kopfnummer.

    Folgenden Eintrag habe ich bei den meisten Installationen zum Formatieren der CallerID verwendet: s/^(.*)/$1/ (nur die Durchwahl übermitteln.)

    Grüße
    Sven
    Asterisk 1.4.19
    Gemeinschaft 2.3.1

    Patton Mediagateway

  9. #9
    IPPF-Einsteiger
    Registriert seit
    24.12.2009
    Beiträge
    5
    Hi,

    mit
    Nur die Durchwahl übermitteln: s/^(.*)/$1/
    funktioniert es jetzt. Vielen Dank.

    Jetzt hab ich noch ein Problem, manche meiner Testanrufe auf den 4638 waren auf der Ohrmuschel des Handys lautlos (kein PIEP PIEP) und wurden dem Telefon an Gemeinschaft normal signalisiert, wenn ich dann abhebe kommt aber kein Gespräch zustande.
    Im debug ccisdn signaling steht dann was von invalid call reference.

    Bei der Konfiguration habe ich mich an deine pdf gehalten.

    Kann das an der Firmware liegen R5.4 2009-11-18 bzw. welche Version würdest du auf einem 4638 mit 4 Telekom Anlagenanschlüssen einsetzten?

    Gruß Tobi

  10. #10
    IPPF-Fan
    Registriert seit
    11.04.2005
    Beiträge
    421
    Hi,

    die verwendete Firmware ist OK, diese verwende ich auch.
    Zu der Fehlermeldung fällt mir Spontan nix ein.

    Vieleicht hilft ein sip debug auf der Asterisk Shell weiter.


    Grüße
    Sven
    Asterisk 1.4.19
    Gemeinschaft 2.3.1

    Patton Mediagateway

  11. #11
    IPPF-Einsteiger
    Registriert seit
    24.12.2009
    Beiträge
    5
    Hi,

    so jetzt geht alles wunderbar, es lag an einem winzigen Fehler in einem agi Skript von mir.

    Grüße Tobi

  12. #12
    IPPF-Einsteiger
    Registriert seit
    02.10.2007
    Beiträge
    5
    Hallo miteinander

    da dieser Beitrag mein Problem mit der Gemeinschaft und einem Patton 4554 am besten trifft hat eventuell jemand eine kleine Hilfestellung für mich.

    Das winzige Problem ist folgendes:

    Eingehende Anrufe werden mit der korrekten Nummer vom Patton an die Gemeinschaft weitergeleitet und auch am dafür eingerichteten Telefon signalisiert.
    Allerdings gehen die ausgehenden Anrufe nicht. Da bekomme ich bspw. auf einem Snom 870 "Service Unavailable".

    Meine Vermutung liegt bei der Einrichtung des Gateways in der Gemeinschaft, dass dort irgendwo die Regel für ausgehende Anrufe fehlt und der Patton das gar nicht mitbekommt.

    Da ich aber die extensions.conf nicht selber editieren kann bzw. Gemeinschaft das komplett ignoriert, bin ich etwas aufgeschmissen.

    Eventuell müsste nur das folgende, im Webinterface der Gemeinschaft an die richtige Stelle.

    [patton_out]
    exten => _0.,1,Dial(SIP/${EXTEN:1}@gw-patton,25,tT)
    exten => _0.,n,Hangup

    Ich bin für jeden Tip dankbar!!!

  13. #13
    IPPF-Einsteiger
    Registriert seit
    24.12.2009
    Beiträge
    5
    Hi,

    also ich habe mein Patton einfach als SIP Gateway in Gemeinschaft angelegt und dabei ausgehende Anrufe zugelassen. Danach noch eine Gatewaygruppe dafür eingerichtet und dann noch die Routen überprüft angepasst, danach ging alles.

    Gruß Tobi

  14. #14
    IPPF-Einsteiger
    Registriert seit
    02.10.2007
    Beiträge
    5
    Hi,

    erstmal tausend dank für die schnelle Antwort!

    Im Grunde habe ich das auch gemacht. Aber wahrscheinlich fehlt bei mir da wohl was.
    Ein SIP-Gateway habe ich auch erstellt und den haken für ausgehende Anrufe auch gesetzt. Dieser ist ebenfalls in einer Gateway Gruppe drin.

    Darf oder kann man denn Screenshots hier posten?

    Vielleicht findet man dann eher den Fehler?

    Gruß Michael

  15. #15
    IPPF-Fan
    Registriert seit
    11.04.2005
    Beiträge
    421
    Hast Du in der Gemeinschaft unter Routen Routen & LCR auch die Gatwaygruppe in der sich der Patton befindet konfiguriert?

    Nutzt Du eine 0 zum rauswählen?

    Hilfreich wäre wenn Du mal einen Auszug aus der Asterisk CLI hier postest, wenn Du versucht ins öffentliche Netz zu telefonieren.

    Auf den Smartnode kann man mit "debug call-router" sehr gut sehen welchen Weg der Ruf nimmt.

    Sven
    Asterisk 1.4.19
    Gemeinschaft 2.3.1

    Patton Mediagateway

  16. #16
    IPPF-Einsteiger
    Registriert seit
    02.10.2007
    Beiträge
    5
    Zitat Zitat von konabi Beitrag anzeigen
    Hast Du in der Gemeinschaft unter Routen Routen & LCR auch die Gatwaygruppe in der sich der Patton befindet konfiguriert?

    Nutzt Du eine 0 zum rauswählen?

    Hilfreich wäre wenn Du mal einen Auszug aus der Asterisk CLI hier postest, wenn Du versucht ins öffentliche Netz zu telefonieren.

    Auf den Smartnode kann man mit "debug call-router" sehr gut sehen welchen Weg der Ruf nimmt.

    Sven
    Exakt, das war der Tritt den ich brauchte bzw. ich mir gerade eben selber gegeben habe. Just in diesem Moment habe ich genau diesen Fehler gefunden und schau hier wieder rein und prompt steht da Deine Antwort die genau das bestätigt.

    Selbstverständlich habe ich mir die Seite mit LCR hundert mal angeschaut aber nie nach unten zum Ende geblättert

    Da fehlte natürlich der Haken bei der 0 mit dem richtigen Gateway.

    Tausend Dank!!!

Ähnliche Themen

  1. SmartNode (4638) <-> Asterisk
    Von snoopy_spy im Forum Patton Inalp
    Antworten: 0
    Letzter Beitrag: 06.12.2010, 17:40
  2. [Gelöst] Smartnode 4638 + Gemeinschaft [Konfig Hilfe]
    Von DennisM im Forum Patton Inalp
    Antworten: 0
    Letzter Beitrag: 07.05.2010, 11:54
  3. Asterisk + SmartNode 4638 - aber wie?
    Von matgoe im Forum Patton Inalp
    Antworten: 2
    Letzter Beitrag: 25.06.2009, 17:46
  4. SmartNode 4638 und VoIP Telefon
    Von next2you im Forum Patton Inalp
    Antworten: 8
    Letzter Beitrag: 02.02.2009, 07:00
  5. Smartnode 4638
    Von epl im Forum Patton Inalp
    Antworten: 0
    Letzter Beitrag: 17.10.2006, 16:27

Berechtigungen

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