[Frage] Alice-voip priorisierung der voip-/rtp-Datenpackete

Frage an die Experten:

Wie findet bei einem Alice-DSL-Anschluß (O2 Rot) die Priorisierung der voip-Daten statt (QoS)?

Habe es jetzt endlich geschafft neben meinem normalen Internet-Zugang (PVC1, VPI/VCI=1/32) den zweiten Zugang für das Interne Netz (PVC2, VPI/VCI=1/35) mit VLAN-Tagging direkt auf meinen Telefon-Server zu holen und dort den zweiten pppoe-Dämon aufzusetzen um so an das interne Subnetz von O2 (10.0.0.0/8 ) zu gelangen. Allerdings scheint dies für den Alice-voip Zugang gar nicht benutzt zu werden, dieser läuft inzwischen ganz normal auf dem üblichen Netzzugang (PVC1).

Weiss jemand ob der zweite PVC überhaupt benötigt wird? Läuft da etwa noch IPTV drüber? Wie geht das mit der Priorisierung des RTP-Streams vom voip? Welchen Sinn macht der zweite Zugang denn überhaupt noch wenn da weder voip noch iptv drüber läuft?

Vielen Dank im Vorraus
von Andrea

Ja genau das möchte ich eigentlich so haben denn dann übersteht ein Telefonat auch die Zwangstrennung. Kann man das denn irgendwie so einrichten dass voip über den 2. PVC (1/35) läuft? Wie finde ich denn den Registrar im 10er Netz?

thtomate12 schrieb:

Das hast du doch oben schon beschreiben, jetzt ist dein Telefonieserver das Problem, da können wir dir nicht helfen.

Zum Vergrößern anklicken....

Wusste gar nicht dass der Telefonieserver ein Problem darstellen kann denn den kann ich ja beliebig konfigurieren. Um es noch einmal verständlich auszudrücken: Mir fehlt die IP-Adresse des Alice-O2 SIP-Servers im Netz 10.0.0.0/8. Die wäre meine Lösung.

Weil die IP die ich dadurch erhalte nicht in das 10er Netz zeigt und der Request somit nicht in das 10er Netz geroutet wird sondern in das andere mit der Zwangstrennung. Sie funktionier aber grundsätzlich. Ich suche aber die IP des O2 SIP-Servers die mit 10. anfängt.

@thtomate12:
Du machst Dir leider keine Mühe meine Frage zu verstehen.

# route -n
Kernel-IP-Routentabelle
Ziel Router Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 eth0.1
10.28.5.0 10.28.5.2 255.255.255.0 UG 0 0 0 tun0
10.28.5.2 0.0.0.0 255.255.255.255 UH 0 0 0 tun0
10.184.0.0 0.0.0.0 255.255.0.0 U 0 0 0 ppp0
10.184.0.1 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0.1
192.168.3.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0.3

# nslookup sip.alice-voip.de 62.109.121.2
Server: 62.109.121.2
Address: 62.109.121.2#53

Non-authoritative answer:
Name: sip.alice-voip.de
Address: 62.52.148.38

@KunterBunter:
Das ist ja super Nett von Euch aber ich kann leider nichts dafür wenn ich von O2/Alice als DNS-Server 62.109.121.1 und 62.109.121.2 bekomme. Das kann man auch anders kommunizieren. Ich habe nun einmal konkret gefragt. Ich habe immerhin freundlich gefragt und bekomme als Antwort dass ich das mit dem Routing nicht verstehe. Was hat das denn mit dem Routing zu tun? Geht es denn noch? Die Frage ist also jetzt: wie komme ich offiziell an die IP-Adressen der DNS-Server im 10er Netz (vermutlich über die Konfiguration mit dem TR-069 Protokell an meinem Anschluss denn die 62er DNS-Server sind definitiv falsch). Wo hast Du sie denn her? Immerhin bin ich schon mal ein Stück weiter. Danke dafür!

Jul 22 11:41:31 raspberry pppd[29348]: pppd 2.4.6 started by root, uid 0
Jul 22 11:41:31 raspberry pppd[29348]: Script /bin/true finished (pid 29350), status = 0x0
Jul 22 11:41:31 raspberry pppd[29348]: Serial connection established.
Jul 22 11:41:31 raspberry pppd[29348]: using channel 10
Jul 22 11:41:31 raspberry pppd[29348]: Using interface ppp0
Jul 22 11:41:31 raspberry pppd[29348]: Connect: ppp0 <--> /dev/pts/2
Jul 22 11:41:31 raspberry pppoe[29351]: PADS: Service-Name: ''
Jul 22 11:41:31 raspberry pppoe[29351]: PPP session is 22644 (0x5874)
Jul 22 11:41:32 raspberry pppd[29348]: sent [LCP ConfReq id=0x1 <magic 0x11f921be> <pcomp>]
Jul 22 11:41:32 raspberry pppd[29348]: rcvd [LCP ConfReq id=0x2 <mru 1492> <auth pap> <magic 0xaad1d204>]
Jul 22 11:41:32 raspberry pppd[29348]: sent [LCP ConfAck id=0x2 <mru 1492> <auth pap> <magic 0xaad1d204>]
Jul 22 11:41:32 raspberry pppd[29348]: rcvd [LCP ConfRej id=0x1 <pcomp>]
Jul 22 11:41:32 raspberry pppd[29348]: sent [LCP ConfReq id=0x2 <magic 0x11f921be>]
Jul 22 11:41:32 raspberry pppd[29348]: rcvd [LCP ConfAck id=0x2 <magic 0x11f921be>]
Jul 22 11:41:32 raspberry pppd[29348]: sent [LCP EchoReq id=0x0 magic=0x11f921be]
Jul 22 11:41:32 raspberry pppd[29348]: sent [PAP AuthReq id=0x1 user="<von mir entfernt>" password=<hidden>]
Jul 22 11:41:32 raspberry pppd[29348]: rcvd [LCP EchoRep id=0x0 magic=0xaad1d204]
Jul 22 11:41:32 raspberry pppd[29348]: rcvd [PAP AuthAck id=0x1 "Pedo mellon a minno : #BRUN-BX-0001-01-80#EDSI-BX-9625-01-01:::#321 - <unknown>"]
Jul 22 11:41:32 raspberry pppd[29348]: Remote message: Pedo mellon a minno : #BRUN-BX-0001-01-80#EDSI-BX-9625-01-01:::#321 - <unknown>
Jul 22 11:41:32 raspberry pppd[29348]: PAP authentication succeeded
Jul 22 11:41:32 raspberry pppd[29348]: sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
Jul 22 11:41:32 raspberry pppd[29348]: sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
Jul 22 11:41:32 raspberry pppd[29348]: rcvd [IPCP ConfReq id=0x1 <addr 10.184.0.1>]
Jul 22 11:41:32 raspberry pppd[29348]: sent [IPCP ConfAck id=0x1 <addr 10.184.0.1>]
Jul 22 11:41:32 raspberry pppd[29348]: rcvd [LCP ProtRej id=0x3 80 fd]
Jul 22 11:41:32 raspberry pppd[29348]: Protocol-Reject for 'Compression Control Protocol' (0x80fd) received
Jul 22 11:41:32 raspberry pppd[29348]: rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>]
Jul 22 11:41:32 raspberry pppd[29348]: sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
Jul 22 11:41:32 raspberry pppd[29348]: rcvd [IPCP ConfNak id=0x2 <addr 10.184.161.145> <ms-dns1 62.109.121.1> <ms-dns2 62.109.121.2>]
Jul 22 11:41:32 raspberry pppd[29348]: sent [IPCP ConfReq id=0x3 <addr 10.184.161.145> <ms-dns1 62.109.121.1> <ms-dns2 62.109.121.2>]
Jul 22 11:41:32 raspberry pppd[29348]: rcvd [IPCP ConfAck id=0x3 <addr 10.184.161.145> <ms-dns1 62.109.121.1> <ms-dns2 62.109.121.2>]
Jul 22 11:41:32 raspberry pppd[29348]: local IP address 10.184.161.145
Jul 22 11:41:32 raspberry pppd[29348]: remote IP address 10.184.0.1
Jul 22 11:41:32 raspberry pppd[29348]: primary DNS address 62.109.121.1
Jul 22 11:41:32 raspberry pppd[29348]: secondary DNS address 62.109.121.2
Jul 22 11:41:32 raspberry pppd[29348]: Script /etc/ppp/ip-up started (pid 29357)

Kleiner Hinweis: Bei diesem Test war der 1. PVC, der ins Internet führt im Modem abgeschaltet.