SN2400 QoS Probleme

TomTom12 · 27 Feb 2008

Hy!

Hab einige Probleme mit unserem SN2400 Gateway in Verbindung mit einem Asterisk 1.4.15 und SJphone&Snom Endgeräten.

Die Qualität lässt sehr zu wünschen übrig und wir haben öfters Probleme mit Hall und mit Aussetzern im Gespräch.

Im Debug Log ("debug media-gateway all") sind folgende Meldungen enthalten.:

14:22:54 Dejit > Slot 1: [0x2d1b74] underrun phase detected, freezed packet measurements
14:22:54 Dejit > Slot 1: [0x2d1b74] Overrun: fill level is 3
14:22:54 Dejit > Slot 1: [0x2d1b74] Buffer resize: act. Packet loss is 1/1 (1/1). Fill level 3
14:22:54 Dejit > Slot 1: [0x2d1b74] Buffer resize: max buffer size (3) reached
14:22:54 Dejit > Slot 1: [0x2d1b74] Buffer resize: max level is now 3
14:22:54 Dejit > Slot 1: [0x2d6554] Overrun: fill level is 3
14:22:54 Dejit > Slot 1: [0x2d6554] Buffer resize: act. Packet loss is 1/2 (1/2). Fill level 3
14:22:54 Dejit > Slot 1: [0x2d6554] Buffer resize: max buffer size (3) reached
14:22:54 Dejit > Slot 1: [0x2d6554] Buffer resize: max level is now 3

11:30:19 Dejit > Slot 1: [0x2cd194] INFO : Packet loss is 1/409 (2/818)
11:30:19 Dejit > Slot 1: [0x2cea34] underrun phase detected, freezed packet measurements
11:30:20 Dejit > Slot 1: [0x2cea34] underrun phase detected, freezed packet measurements
11:30:20 Dejit > Slot 1: [0x2cea34] underrun phase detected, freezed packet measurements

Laut Analyse von Patton sind hier QOS Probleme daran schuld, aber irgendwie kann ich mir das bei einer 100Mbit Netzwerkverkabelung und gerade mal ein paar 100kb Traffic nicht vorstellen.

Ich habe auch schon versucht das ganze in einem abgeschlossenen Netzwerk mit 8Port Switch und 2 Telefonen zu betreiben, ist aber leider das selbe Ergebniss.

Kann mir disbezüglich jemand weiterhelfen?

Danke,
Thomas

TomTom12 · 7 Mrz 2008

Keiner eine Idee?

philwo · 7 Mrz 2008

Mh, deine Config wäre mal interessant, gerade wie du den jitterbuffer konfiguriert hast (wie groß, static / adaptive, etc.).

Ist das denn alles in einem LAN, oder ist da das Internet dazwischen? Gibt es evtl. wirklich Packet-Loss? Mit MTR (für Windows unter http://winmtr.sourceforge.net/) ließe sich das vermutlich rauskriegen.

Welche Firmware hast du denn auf dem Gerät drauf?

TomTom12 · 10 Mrz 2008

Hallo!

Danke für deine Antwort,

Ich verwende die aktuellste Firmware. (R4.2 2008-01-17 H323 SIP)
Dejitter Buffer steht auf "adaptiv" und ist für "Voice" auf 60 ms eingestellt.

Code:

#----------------------------------------------------------------#
#                                                                #
# SN2400                                                         #
# R3.20 2006-02-02 H323 SIP                                      #
# 2008-02-07T08:58:59                                            #
# Generated configuration file                                   #
#                                                                #
#----------------------------------------------------------------#

cli version 3.20
dns-relay
webserver port 80 language en
snmp community public ro
sntp-client
sntp-client server primary 172.21.0.169 port 123 version 4
sntp-client poll-interval 60
sntp-client gmt-offset + 01:00:00
system hostname Produktiv-Gateway
system location "AMSEC OG1"
system contact "BAP-IT, Phone 9080"

system

  ic voice 1

  ic voice 2

  ic voice 3

  ic voice 4

system
  clock-source 1 0

profile service-policy test
  no rate-limit

profile napt NAPT

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 transparent rx-length 10 tx-length 10
  fax transmission 1 relay t38-udp
  fax transmission 2 bypass g711alaw64k
  fax redundancy low-speed 0 high-speed 1
  fax max-bit-rate 9600
  modem transmission 1 bypass g711alaw64k

profile voip test
  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 dhcp-server DHCP
  network 192.168.1.0 255.255.255.0
  include 1 192.168.1.10 192.168.1.99
  lease 2 hours
  default-router 1 192.168.1.1
  domain-name-server 1 192.168.1.1

profile aaa default
  method 1 local
  method 2 none

context ip router

  interface eth0
    ipaddress dhcp
    tcp adjust-mss rx mtu
    tcp adjust-mss tx mtu

  interface eth1
    ipaddress dhcp
    tcp adjust-mss rx mtu
    tcp adjust-mss tx mtu

context ip router
  route 0.0.0.0 0.0.0.0 172.21.0.1 1

context cs switch
  national-prefix 0
  international-prefix 00

  routing-table called-e164 Fax
    route 9011 dest-interface fxs_4_3
    route 11 dest-interface fxs_4_3
    route 9801 dest-interface fxs_4_0
    route 9803 dest-interface fxs_4_1
    route default dest-interface SIP_GW

  routing-table called-e164 RT_CDPN_ISDN_2_SIP
    route T dest-table Fax MT_ADD_0

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

  routing-table calling-e164 RT_CDPN_FAX_2_ISDN
    route .% dest-service HUNT-PUBLIC-PSTN CF_TO_PSTN_FAX

  routing-table calling-e164 RT_CDPN_LIFT_2_ISDN
    route .% dest-service HUNT-PUBLIC-PSTN CF_TO_PSTN_LIFT

  mapping-table calling-e164 to calling-e164 MT_ADD_KOPFNR
    map (.%) to \1

  mapping-table calling-e164 to calling-e164 MT_ADD_FAXDW
    map (.%) to 723633519011

  mapping-table calling-e164 to calling-e164 MT_ADD_LIFTDW
    map (.%) to 723633519803

  mapping-table calling-type-of-number to calling-type-of-number MT_TON_PSTN
    map default to national

  mapping-table called-e164 to called-e164 MT_ADD_0
    map $ to 0

  complex-function CF_TO_PSTN
    execute 1 MT_ADD_KOPFNR
    execute 2 MT_TON_PSTN

  complex-function CF_TO_PSTN_FAX
    execute 1 MT_ADD_FAXDW
    execute 2 MT_TON_PSTN

  complex-function CF_TO_PSTN_LIFT
    execute 1 MT_ADD_LIFTDW
    execute 2 MT_TON_PSTN

  interface isdn ISDN_1_0
    route call dest-table RT_CDPN_ISDN_2_SIP
    dtmf-dialing

  interface isdn ISDN_1_1
    route call dest-table RT_CDPN_ISDN_2_SIP
    dtmf-dialing

  interface isdn ISDN_1_2
    route call dest-table RT_CDPN_ISDN_2_SIP

  interface isdn ISDN_1_3
    route call dest-table RT_CDPN_ISDN_2_SIP

  interface isdn ISDN_2_0
    route call dest-table RT_CDPN_ISDN_2_SIP

  interface isdn ISDN_2_1
    route call dest-table RT_CDPN_ISDN_2_SIP

  interface isdn ISDN_2_2
    route call dest-table RT_CDPN_ISDN_2_SIP

  interface isdn ISDN_2_3
    route call dest-table RT_CDPN_ISDN_2_SIP

  interface isdn ISDN_3_0
    route call dest-table RT_CDPN_ISDN_2_SIP

  interface isdn ISDN_3_1
    route call dest-table RT_CDPN_ISDN_2_SIP

  interface isdn ISDN_3_2
    route call dest-table RT_CDPN_ISDN_2_SIP

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

  interface sip SIP_GW
    bind gateway Asterisk
    service default
    route call dest-table RT_CDPN_SIP_2_ISDN
    early-connect
    early-disconnect

  interface fxs fxs_4_0
    route call dest-service HUNT-PUBLIC-PSTN

  interface fxs fxs_4_1
    route call dest-table RT_CDPN_LIFT_2_ISDN

  interface fxs fxs_4_2
    route call dest-service HUNT-PUBLIC-PSTN

  interface fxs fxs_4_3
    route call dest-table RT_CDPN_FAX_2_ISDN

  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 ISDN_1_0
    route call 2 dest-interface ISDN_1_1
    route call 3 dest-interface ISDN_1_2
    route call 4 dest-interface ISDN_1_3
    route call 5 dest-interface ISDN_2_1
    route call 6 dest-interface ISDN_2_2
    route call 7 dest-interface ISDN_2_3
    route call 8 dest-interface ISDN_3_0
    route call 9 dest-interface ISDN_3_1
    route call 10 dest-interface ISDN_3_2

context cs switch
  no shutdown

gateway sip Asterisk
  bind interface eth0 router

  service default
    domain 172.21.0.160
    realm 172.21.0.160
    authentication OUTGOING password Wmnvmmbb5BwWqL+4Oy6gow== encrypted
    default-server 172.21.0.160 5060 loose-router
    registration-lifetime 120
    registrar 172.21.0.160 5060
    user OUTGOING
    user SN2400 password Wmnvmmbb5BwWqL+4Oy6gow== encrypted

gateway sip Asterisk
  no shutdown

port ethernet 0 0
  medium auto
  encapsulation ip
  bind interface eth0 router
  no shutdown

port ethernet 0 1
  medium 100 full
  encapsulation ip
  bind interface eth1 router
  no shutdown

port fxs 4 0
  encapsulation cc-fxs
  bind interface fxs_4_0 switch
  no shutdown

port fxs 4 1
  encapsulation cc-fxs
  bind interface fxs_4_1 switch
  no shutdown

port fxs 4 2
  encapsulation cc-fxs
  bind interface fxs_4_2 switch
  no shutdown

port fxs 4 3
  pulse-dialing
  encapsulation cc-fxs
  bind interface fxs_4_3 switch
  no shutdown

port bri 1 0
  clock auto
  encapsulation q921

  q921
    permanent-layer2
    protocol pp
    uni-side auto
    encapsulation q931

    q931
      protocol dss1
      uni-side user
      encapsulation cc-isdn
      bind interface ISDN_1_0 switch

port bri 1 0
  no shutdown

port bri 1 1
  clock auto
  encapsulation q921

  q921
    permanent-layer2
    protocol pp
    uni-side auto
    encapsulation q931

    q931
      protocol dss1
      uni-side user
      encapsulation cc-isdn
      bind interface ISDN_1_1 switch

port bri 1 1
  no shutdown

port bri 1 2
  clock auto
  encapsulation q921

  q921
    permanent-layer2
    protocol pp
    uni-side auto
    encapsulation q931

    q931
      protocol dss1
      uni-side user
      encapsulation cc-isdn
      bind interface ISDN_1_2 switch

port bri 1 2
  no shutdown

port bri 1 3
  clock auto
  encapsulation q921

  q921
    permanent-layer2
    protocol pp
    uni-side auto
    encapsulation q931

    q931
      protocol dss1
      uni-side user
      encapsulation cc-isdn
      bind interface ISDN_1_3 switch

port bri 1 3
  no shutdown

port bri 2 0
  clock auto
  encapsulation q921

  q921
    permanent-layer2
    protocol pp
    uni-side auto
    encapsulation q931

    q931
      protocol dss1
      uni-side user
      encapsulation cc-isdn
      bind interface ISDN_2_0 switch

port bri 2 0
  no shutdown

port bri 2 1
  clock auto
  encapsulation q921

  q921
    permanent-layer2
    protocol pp
    uni-side auto
    encapsulation q931

    q931
      protocol dss1
      uni-side user
      encapsulation cc-isdn
      bind interface ISDN_2_1 switch

port bri 2 1
  no shutdown

port bri 2 2
  clock auto
  encapsulation q921

  q921
    permanent-layer2
    protocol pp
    uni-side auto
    encapsulation q931

    q931
      protocol dss1
      uni-side user
      encapsulation cc-isdn
      bind interface ISDN_2_2 switch

port bri 2 2
  no shutdown

port bri 2 3
  clock auto
  encapsulation q921

  q921
    permanent-layer2
    protocol pp
    uni-side auto
    encapsulation q931

    q931
      protocol dss1
      uni-side user
      encapsulation cc-isdn
      bind interface ISDN_2_3 switch

port bri 2 3
  no shutdown

port bri 3 0
  clock auto
  encapsulation q921

  q921
    permanent-layer2
    protocol pp
    uni-side auto
    encapsulation q931

    q931
      protocol dss1
      uni-side user
      encapsulation cc-isdn
      bind interface ISDN_3_0 switch

port bri 3 0
  no shutdown

port bri 3 1
  clock auto
  encapsulation q921

  q921
    permanent-layer2
    protocol pp
    uni-side auto
    encapsulation q931

    q931
      protocol dss1
      uni-side user
      encapsulation cc-isdn
      bind interface ISDN_3_1 switch

port bri 3 1
  no shutdown

port bri 3 2
  clock auto
  encapsulation q921

  q921
    permanent-layer2
    protocol pp
    uni-side auto
    encapsulation q931

    q931
      protocol dss1
      uni-side user
      encapsulation cc-isdn
      bind interface ISDN_3_2 switch

port bri 3 2
  no shutdown

port bri 3 3
  clock master
  encapsulation q921

  q921
    permanent-layer2
    protocol pmp
    uni-side net
    encapsulation q931

    q931
      protocol dss1
      uni-side net
      encapsulation cc-isdn
      bind interface ISDN_3_3 switch

port bri 3 3
  no shutdown

Mit MTR ist kein PaketLoss erkennbar.

Komischerweise treten die Probleme erst verstärkt bei mehreren gleichzeitigen Telefonaten auf.
Ein Ethereal Trace zeigt mir auch keine Auffälligkeiten.

Die Paketlosses betreffen ja die LAN Strecke, oder ist hiermit die ISDN Verbindung gemeint?

TomTom12 · 13 Mrz 2008

Zur Info..

Die Paket Loss Gschichte wurde um einiges verbessert.

Da wir unseren Asterisk Server auf einem VMWare ESX Server betreiben, ist es anscheinend nicht ratsam den kompletten Traffic über den Asterisk Server zu schicken.

Habe jetzt auf "Canreinvite=yes" umgestellt und somit läuft nur mehr die Signalisierung über den Asterisk.

Mit dieser Einstellung ist schon mal die Paket Loss Rate um einiges gesunken.

Leider haben wir noch immer einige Probleme.:
Gestern Abend (12.03.08 ) startete sich unser Test SN2400 mit der aktuellesten Firmware
R4.2 2008-01-17 H323 SIP einfach neu.

Im Reset-Log steht folgender Eintrag.:
2008-03-10T10:08:36 : Target Shell
2008-03-11T14:21:36 : Out of memory
2008-03-12T18:48:53 : SW Watchdog:Task: tSip

Hat hier irgendjemand eine Vermutung warum?

Weiters habe ich öfters das Problem dass kein Gespräch zustande kommt.
Am Snom wird das Gespräch als angenommen angezeigt, nur wird die Gegentstelle nicht gehört.
Laut Wireshark Trace direkt am Gateway werden UDP PAkete gesendet, welche aber keinen Ton enthalten.
Nach einiger Zeit funktioniert das ganze wieder korrekt.

Schön langsam bin ich auf der Suche nach einer Alternaive zum SN2400.
Momentan werden 7 ISDN Leitungen darüber abgewickelt.
Gibts irgendetwas vergleichbares von einem anderen Hersteller?

Thomas

philwo · 13 Mrz 2008

Das ist ja verrückt, solche Probleme habe ich hier echt noch nie mit den Smartnodes gehabt.. und ich hab einen Smartnode 4638 der sogar übers Internet erst zu meinem Asterisk kommt, da dürfte Packet Loss auch manchmal auftreten.. das Ding läuft aber wirklich exakt so stabil wie ein "richtiger T-ISDN Anschluss".. und ich frag den Kunden fast jeden zweiten Tag, ob ihm irgendwas an seinem Telefon aufgefallen ist, aber bislang ist er sehr zufrieden.

Das mit dem Watchdog.. warte da hatte ich doch auch mal was. Ach nee, das war der "HW Watchdog":

2008-02-05T13:22:43 : HW Watchdog

Das war auch ein interessanter Bug (glaubt mir eh keiner *G*) Wenn ich über LogMeIn von einem Windows PC einen Mac-Rechner ferngesteuert habe und dann im Terminal nmap starten wollte und bei der IP aus Versehen einen Umlaut gedrückt habe, und den Befehl dann abgeschickt habe, hat der Smartnode nach wenigen Sekunden rebootet mit genannter HW Watchdog Meldung im Log. Ja, ich finde immer so geniale Fehler

Deine Config sieht eigentlich auch sehr vernünftig aus. Den Watchdog-Fehler kannst du wohl vermutlich nicht reproduzieren? :-/ Sonst würde ich sagen: Gleich an den Support mailen, die sollen das Problem mal untersuchen..

EDIT: Kannst du die Wireshark-Traces mit den leeren RTP-Paketen mal an den Support schicken? Zumindest hat man mir damals bei diesem nmap-Problem gesagt, ich solle mal Wireshark-Traces machen und an den Support mailen, dann werde man das mal debuggen.

Viele Grüße,
Philipp

TomTom12 · 13 Mrz 2008

Hy

Nein, der automatische neustart lässt sich leider nicht reproduzieren.
Was ich reproduzieren kann, sind die Gespräche auf eine Dauerton-Nummer, welche ab und zu keinen Ton liefert.

K.A. was bei mir falsch läuft, stehe auch schon mit dem Support in Kontakt, kann mir aber irgendwie auch nicht wirklich weiterhelfen.

Wir verwenden ja 3 Stk, SN2400.
(1x für Test's, 1x Für rein ANALOG und 1x für 12 ISDN + 4 ANALOG)

Gibts was vergleichbares von einem anderen Hersteller?

Guard-X · 13 Mrz 2008

Ok. Mein Vorschlag: Downgrade auf aktuelle 3.20 und auf der SmartNode und dem Switch den Netzwerkport fest auf 100 MBit/s Full oder Half Duplex stellen. Dann mal testen...

TomTom12 · 13 Mrz 2008

Danke für den Tipp,

Ist aber schon fix auf 100 FULL gestellt, da am Switch ebenfalls der Port so konfiguriert ist.

EDIT:
Neustarts hab ich auf dem Produktiven Gateway mit der 3.20er Firmware noch nie gehabt.
Könnte eh an der Firmware liegen.

Guard-X · 13 Mrz 2008

Ich würde auch mal Half Duplex testen...

TomTom12 · 13 Mrz 2008

Hab soeben auf 100 HALF Umgestellt und nach 3 Versuchen wieder keinen Ton auf meiner Testnummer erhalten.
Ich hoffe es liegt nicht an der Testnummer ???
(+437800047113)

TomTom12 · 16 Apr 2008

Wieder was neues.:

Die automatischen Neustarts sind ein BUG in den neuen Firmwareversionen für das Smartnode 2400 und sind laut Patton bereits in der Entwicklung.

Können die Echo Probleme und Verzerrungen an einer "defekten" ISDN Leitung liegen?

Languages

Suche

Languages

Suche

SN2400 QoS Probleme

TomTom12

Neuer User

TomTom12

Neuer User

philwo

Neuer User

TomTom12

Neuer User

TomTom12

Neuer User

philwo

Neuer User

TomTom12

Neuer User

Guard-X

Aktives Mitglied

TomTom12

Neuer User

Guard-X

Aktives Mitglied

TomTom12

Neuer User

TomTom12

Neuer User

Zurzeit aktive Besucher

Neueste Beiträge

Statistik des Forums