smartnode 4638 <--> Gemeinschaft 2.3.1

chrismaster

Neuer User
Mitglied seit
1 Mrz 2007
Beiträge
4
Punkte für Reaktionen
0
Punkte
0
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
 
Hallo Sven!

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.

Eine Konfiguration könnte auch so aussehen:
http://www.asterisk-kompakt.de/_myfiles/smartnode/Asterisk_und_Mediagateways.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)
 
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
 
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.
 
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
 
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
 
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
 
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
 
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
 
Hi,

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

Grüße Tobi
 
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!!!
 
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
 
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
 
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
 
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!!!
 
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.