Cisco 896 - ISP mit extra Voice VLAN für Telefonie

Grundsätzlich ist das aber richtig gedacht....
Sprich du kannst dann generell keinen einzigen Hostnamen mehr in eine IP auflösen oder nur im 182er VLAN. Das ist jetzt recht verwirrend und unklar wie du das meinst. Was sagt nslookup oder dig ??
Genau Ping. Kannst du generell dann gar nix mehr pingen oder nur nix im 182er VLAN ? Auch das ist sehr unklar
Ist natürlich Quatsch und in D auch gar nicht mehr erlaubt solche Zwangsrouter. Außerdem muss das ja auch eine angepasste FB sein auf den Provider, denn sowas ist ja unüblich.
Hier tut sich gleich eine Frage auf:
Was ist mit freien SIP Providern wie z.B. SIPgate ? Kannst du die erreichen und dort eine SIP Connection aufbauen ?
Der Basic Account bei Sipgate ist kostenlos und eignet sich immer gut zum testen. Ein kostenloses Softphone wie z.B. Phoner reicht dafür !
Damit solltest du erstmal die generelle SIP Funktionalität bzw. VoIP Funktionalität über den Router testen.
Leider fehlt hier auch deine FW Policy was SIP angeht aber gehen wir mal davon aus das das korrekt aufgesetzt ist.
Das die Infrastruktur an sich richtig konfiguriert ist siehst du daran das du einen gültige IP am Subinterface 0.182 bekommst.

2 Dinge die in deiner Konfig falsch oder zumindestens kontraproduktiv ist.

1.) Das Routing
Du richtest eine Default Route auch in das Voice Netz des Providers ein. M.E ist das grundfalsch, denn der Provider wird niemals globalen Internet Traffic über sein Voice Segment bedienen sondern hier ausschliesslich seinen lokalen Voice Traffic bedienen. In sofern ist die Default Route dahin fatal !
Wenn überhaupt, dann muss diese Route entfernt werden und eine Default Route nur auf das Internet Interface 0.180 gesetzt werden.
Der Voice Traffic nutzt wie es aussieht ausschliesslich nur das 10er Netz beim Provider. Es reicht dann eine dedizierte Route dahin zu setzen als ip route 10.0.0.0 255.0.0.0 Ethernet0.182 dhcp
Damit hätte man das sauber getrennt.
Auch deine Route Policy ist damit dann überflüssig.
NAT müsstest du etwas präziser machen
access-list 103 permit ip 192.168.44.0 0.0.0.255 10.0.0.0 0.255.255.255 für Voice.
access-list 101 permit ip 192.168.77.0 0.0.0.255 any für Internet Traffic
Das Overload Statement könnte man dann auch umbauen:
ip nat inside source list 101 interface Ethernet0.180 overload Internet
ip nat inside source list 103 interface Ethernet0.182 overload Voice

2.) VLAN
Es ist taktisch unklug den Tag 182 der der Provider verwendet auch auf seinem lokalen Voice Segment zu verwenden. Böse Sideeffekte könnten da lauern. Hier solltest du mehr eindeutig sein und das lokale VLAN 182 entfernen und das besser ins z.B. VLAN 44 umbenennen. Also dann
interface Vlan44
description Lokales Voice VLAN
ip address 192.168.44.254 255.255.255.0
So gibt es da eine klare und saubere Trennung !

Ein paar kosmetische Sachen noch:

• Warum machst du eine MSS Anpassung im lokalen Internet VLAN aber NICHT im Voice VLAN ?
• Wenn du gar keinen Dialer mit PPPoE hast und nur reines Ethernet warum machst du dann überhaupt eine MTU und eine MSS Anpassung ?? Die ist bei reiner Ethernet Infrastruktur unnötig denn die MTU ist dort immer 1500.

Wenn das so angepasst ist mal ein traceroute von BEIDEN lokalen VLANs vom Router auf eine Provider Voice IP Adresse machen und eine auf eine Internet IP Adresse um zu sehen das das Routing sauber klappt.
Dann auch mal die Tests mit nslookup um zu sehen wie die DNS Auflösung funktioniert.
Dir sollte klar sein das du hier zwingend nur DNS Server vom Provider selber verwenden kannst, denn nur der wird dir seine Voice Zieladressen in einem privaten RFC 1918 Netzwerk wie dessen Voice Netz auflösen können. Das kann logischerweise kein offener DNS Server. Den man so oder so nicht verwenden sollte.