eikö täällä nyt kukaan osaa katsoa tätä ongelmaa.
windowsin dfs järjestelmä ei ensinnäkin osaa rajoittaa kaistaa kunnolla vaan kaista rajautuu siten että työnnetään hetken täysillä ja sitten pidetään taukoa jne. eli työntää kaistat tukkoon aina hetkeksi.
ja tänään on taas puheluissa ollut ongelmia. PSTN puhelut tökkinyt välillä katoilee sanoja tai kuulostaa todella huonolta. soitin sip palvelun testinumeroon joka toistaa kaiken minkä sinne sanoo ja samalla seurasin dfs palvelimelta verkkoyhteyden käyttöä niin ongelmat tulee kun dfs alkaa puskea dataa.
niin nyt katsoin show service-policy interface komennolla näin:
FastEthernet0/0
Service-policy output: CCP-QoS-Policy-2
Class-map: class-default (match-any)
1874574 packets, 382231432 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: any
Queueing
queue limit 64 packets
(queue depth/total drops/no-buffer drops) 0/5011/0
(pkts output/bytes output) 41238783/10293480051
shape (average) cir 800000, bc 20000, be 20000
target shape rate 800000
Service-policy : CCP-QoS-Policy-1
queue stats for all priority classes:
Queueing
queue limit 64 packets
(queue depth/total drops/no-buffer drops) 0/0/0
(pkts output/bytes output) 4905/1037237
Class-map: CCP-Voice-1 (match-any)
4905 packets, 1037195 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: dscp ef (46)
4905 packets, 1037195 bytes
5 minute rate 0 bps
Priority: 33% (264 kbps), burst bytes 6600, b/w exceed drops: 0
Class-map: CCP-Signaling-1 (match-any)
168 packets, 107183 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: dscp cs3 (24)
168 packets, 107183 bytes
5 minute rate 0 bps
Match: dscp af31 (26)
0 packets, 0 bytes
5 minute rate 0 bps
Queueing
queue limit 64 packets
(queue depth/total drops/no-buffer drops) 0/0/0
(pkts output/bytes output) 168/107183
bandwidth 5% (40 kbps)
Class-map: CCP-Routing-1 (match-any)
392 packets, 43308 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: dscp cs6 (48)
392 packets, 43308 bytes
5 minute rate 0 bps
Queueing
queue limit 64 packets
(queue depth/total drops/no-buffer drops) 0/0/0
(pkts output/bytes output) 392/57757
bandwidth 5% (40 kbps)
Class-map: CCP-Management-1 (match-any)
0 packets, 0 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: dscp cs2 (16)
0 packets, 0 bytes
5 minute rate 0 bps
Queueing
queue limit 64 packets
(queue depth/total drops/no-buffer drops) 0/0/0
(pkts output/bytes output) 0/0
bandwidth 5% (40 kbps)
Class-map: CCP-Transactional-1 (match-any)
0 packets, 0 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: dscp af21 (18)
0 packets, 0 bytes
5 minute rate 0 bps
Match: dscp af22 (20)
0 packets, 0 bytes
5 minute rate 0 bps
Match: dscp af23 (22)
0 packets, 0 bytes
5 minute rate 0 bps
Queueing
queue limit 64 packets
(queue depth/total drops/no-buffer drops) 0/0/0
(pkts output/bytes output) 0/0
bandwidth 5% (40 kbps)
Class-map: class-default (match-any)
1869109 packets, 381043746 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: any
Queueing
queue limit 64 packets
(queue depth/total drops/no-buffer drops/flowdrops) 0/5011/0/0
(pkts output/bytes output) 41233318/10292277874
Fair-queue: per-flow queue limit 16
Exp-weight-constant: 9 (1/512)
Mean queue depth: 1 packets
class Transmitted Random drop Tail/Flow drop Minimum Maximum Mark
pkts/bytes pkts/bytes pkts/bytes thresh thresh prob
0 41233305/10292273538 1934/1557730 3077/1469749 20 40 1/10
1 1/1514 0/0 0/0 22 40 1/10
2 0/0 0/0 0/0 24 40 1/10
3 0/0 0/0 0/0 26 40 1/10
4 13/2822 0/0 0/0 28 40 1/10
5 0/0 0/0 0/0 30 40 1/10
6 0/0 0/0
windowsin dfs järjestelmä ei ensinnäkin osaa rajoittaa kaistaa kunnolla vaan kaista rajautuu siten että työnnetään hetken täysillä ja sitten pidetään taukoa jne. eli työntää kaistat tukkoon aina hetkeksi.
ja tänään on taas puheluissa ollut ongelmia. PSTN puhelut tökkinyt välillä katoilee sanoja tai kuulostaa todella huonolta. soitin sip palvelun testinumeroon joka toistaa kaiken minkä sinne sanoo ja samalla seurasin dfs palvelimelta verkkoyhteyden käyttöä niin ongelmat tulee kun dfs alkaa puskea dataa.
niin nyt katsoin show service-policy interface komennolla näin:
FastEthernet0/0
Service-policy output: CCP-QoS-Policy-2
Class-map: class-default (match-any)
1874574 packets, 382231432 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: any
Queueing
queue limit 64 packets
(queue depth/total drops/no-buffer drops) 0/5011/0
(pkts output/bytes output) 41238783/10293480051
shape (average) cir 800000, bc 20000, be 20000
target shape rate 800000
Service-policy : CCP-QoS-Policy-1
queue stats for all priority classes:
Queueing
queue limit 64 packets
(queue depth/total drops/no-buffer drops) 0/0/0
(pkts output/bytes output) 4905/1037237
Class-map: CCP-Voice-1 (match-any)
4905 packets, 1037195 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: dscp ef (46)
4905 packets, 1037195 bytes
5 minute rate 0 bps
Priority: 33% (264 kbps), burst bytes 6600, b/w exceed drops: 0
Class-map: CCP-Signaling-1 (match-any)
168 packets, 107183 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: dscp cs3 (24)
168 packets, 107183 bytes
5 minute rate 0 bps
Match: dscp af31 (26)
0 packets, 0 bytes
5 minute rate 0 bps
Queueing
queue limit 64 packets
(queue depth/total drops/no-buffer drops) 0/0/0
(pkts output/bytes output) 168/107183
bandwidth 5% (40 kbps)
Class-map: CCP-Routing-1 (match-any)
392 packets, 43308 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: dscp cs6 (48)
392 packets, 43308 bytes
5 minute rate 0 bps
Queueing
queue limit 64 packets
(queue depth/total drops/no-buffer drops) 0/0/0
(pkts output/bytes output) 392/57757
bandwidth 5% (40 kbps)
Class-map: CCP-Management-1 (match-any)
0 packets, 0 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: dscp cs2 (16)
0 packets, 0 bytes
5 minute rate 0 bps
Queueing
queue limit 64 packets
(queue depth/total drops/no-buffer drops) 0/0/0
(pkts output/bytes output) 0/0
bandwidth 5% (40 kbps)
Class-map: CCP-Transactional-1 (match-any)
0 packets, 0 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: dscp af21 (18)
0 packets, 0 bytes
5 minute rate 0 bps
Match: dscp af22 (20)
0 packets, 0 bytes
5 minute rate 0 bps
Match: dscp af23 (22)
0 packets, 0 bytes
5 minute rate 0 bps
Queueing
queue limit 64 packets
(queue depth/total drops/no-buffer drops) 0/0/0
(pkts output/bytes output) 0/0
bandwidth 5% (40 kbps)
Class-map: class-default (match-any)
1869109 packets, 381043746 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: any
Queueing
queue limit 64 packets
(queue depth/total drops/no-buffer drops/flowdrops) 0/5011/0/0
(pkts output/bytes output) 41233318/10292277874
Fair-queue: per-flow queue limit 16
Exp-weight-constant: 9 (1/512)
Mean queue depth: 1 packets
class Transmitted Random drop Tail/Flow drop Minimum Maximum Mark
pkts/bytes pkts/bytes pkts/bytes thresh thresh prob
0 41233305/10292273538 1934/1557730 3077/1469749 20 40 1/10
1 1/1514 0/0 0/0 22 40 1/10
2 0/0 0/0 0/0 24 40 1/10
3 0/0 0/0 0/0 26 40 1/10
4 13/2822 0/0 0/0 28 40 1/10
5 0/0 0/0 0/0 30 40 1/10
6 0/0 0/0
Vastaukset 14
Vanhimmat
loppui tila kesken jatkuu vielä näin:
6 0/0 0/0 0/0 32 40 1/10
7 0/0 0/0 0/0 34 40 1/10
ja nyt siis osaako joku katsoa onko tämä toiminut että pudottanut muuta liikennettä pois että puhelu menee läpi. pitäisikö shape ratea pudottaa linja 24/1 adsl.
ja miksi vaikka puhelu nytkin ollut tuohon testinumeroon holdilla viisi minuuttia jolloin pitäisi datan liikkua niin ei tuo voicen kohdalla nouse 5 minute offered rate mihinkään vaan on 0bps.
ja tuo fastethernet0/0 on adsl modeemiin kytketty portti onko sekään nyt oikein että tämä qos policy on sillä vai pitäisikö se olla sisäverkkoon kytketylle portille koska siitähän se liikenne menee myös läpi??
https://static.ylilauta.org/files/m4/orig/ez8bcakl/oksennus1.jpg
http://papunet.net/sites/papunet.net/files/kuvapankki/oksennus.jpg
http://static.naamapalmu.com/files/av/medium/8enadp9b.gif
ja mitähän vittua tämäkin nyt auttaa tässä asiassa?
ongelma on että reititin ei tunnista merkittyjä paketteja! vaikka puhelu on päällä niin class-map: CCP-Voice-1 ei kerää paketteja vaan kaikki menee defaultille!
ja wiresharkilla olen katsonut että paketit lähtee merkattuna ja menee kytkimistä merkattuna läpi ihan oikein mutta reititin ei tunnista paketteja!
olen saanut selville että vielä BVI1 sovittimella merkinnät on ja qos policy toimii mutta sitten kun siitä mennään bridge groupin kautta fastethernet0/0 joka on ulkoverkon sovitin niin lakkaa toimimasta.
eli mitä pitäisi laittaa että saa pysymään?
Fastethernet0/0
interface FastEthernet0/0
no ip address
no ip redirects
no ip unreachables
no ip proxy-arp
ip flow ingress
duplex auto
speed auto
no cdp enable
no mop enabled
bridge-group 1
service-policy output CCP-QoS-Policy-2
BVI1
interface BVI1
description $ES_WAN$$FW_OUTSIDE$
ip address dhcp client-id FastEthernet0/0
ip access-group 103 in
ip verify unicast source reachable-via rx allow-default 105
no ip redirects
no ip unreachables
no ip proxy-arp
ip flow ingress
ip nat outside
ip inspect autosec_inspect out
ip virtual-reassembly
Se kuvaa hyvin tätä sinun oksennusviestejä:)
sinä se et ymmärrä vittu mistään mitään.
ihan sama tein nyt toisella tavalla loin input qos policyn fastethernet0/1 joka tulee sisäverkosta niin nyt ainakin se kerää paketteja oikeaan paikkaan ja puhelu ainakin tänään on toiminut jälleen.
eli laitoin ensin näin:
class-map match-any CCP-Voice-1
match ip dscp ef
match ip dscp cs3
sitten näin:
policy-map PolicyParent
class class-default
police cir 850000
conform-action transmit
exceed-action drop
service-policy police
ja näin:
policy-map police
class CCP-Voice-1
police cir percent 33
conform-action transmit
exceed-action drop
class class-default
ja lopuksi fastethernet0/1 näin:
interface FastEthernet0/1
no ip address
no ip redirects
no ip unreachables
no ip proxy-arp
ip flow ingress
duplex auto
speed auto
no cdp enable
no mop enabled
service-policy input PolicyParent
ja sitten tulee seuraava ongelma. microsoft forefront tmg ei täggää paketteja eikä group policyllä niitä saa toimimaan. wireshark aiheuttaa käytettäessä virheen 10048 epäsäännöllisesti eikä näe paketteja.
Ei kukaan näitä oksennusviestejä jaksa täällä lukea ja kun aihe on vielä turhanpäiväinen:D:D:D:D
miten niin turhanpäiväinen puhelut tökkii kyllä tämä pitäisi toimimaan saada.
joo ei se olekaan tuo forefront joka aiheuttaa ongelman vaan se on taas tämä että reititin ei lue sillatuissa sovittimissa ollenkaan noita paketteja. voi helvetin perse.
katsos kun se paketti tulee hyper-v questilta tägättynä eri vlaniin ja sitten fastethernet0/1 on trunkattu kahdella subinterfacella eri vlan ja toinen on 1 native joka normaali sisäverkko ja toinen on sillattu suoraan ulkoverkkoon ja siinä se edge.
miten ihmeessä saan reverseproxylle/edgelle julkisen ip:n ja samalla qos toimimaan? kai se nyt jotenkin täytyy onnistua! sillatut sovittimet ei toimi toimii vain reitittävillä.
ja kun tarvitaan soneran ip osoiteavaruudesta suoraan julkinen ip niin en voi reitittää liikennettä joten mitä nyt tehdään!?!
Puhelut soitetaan puhelimella tai pikaviesti palvelulla:D
niin soitetaan ip puhelimella ja sitä varten pitäisi saada qos pelaamaan että puhelut ovat laadukkaita vaikka olisi muuta liikennettä. ja missähän se pikaviestipalvelu toimii jos siihen ei sitten verkkoyhteyksiä tarvita?
muutin parametrin dsl-operating mode tänään autosta adsl2 ja upload kättelynopeudet nousi reilusta 800kbps 1024kbps ja mielestäni se vähän paranti puhelun laatua.
mutta ongelma on edelleen.
käytät dfs:ään pstn:ää? Ja miksi sip ja pstn? Ihan käsittämätöntä sekoilua.
sinulle idiootille tiedoksi että dfs siirtää tiedostoja samaa linkkiä käyttäen kuin pstn verkon puhelut menee sip trunkille! ja tämä siirto tukkii kaistan jolloin puhelut alkaa tökkimään.
ja isdn tai analogiset puhelinlinjat on kalliita joten siksi sip trunkin käyttö se on paljon halvempi ja helpompi. numeroita voi lisätä / poistaa vähän klikkailemalla hiirellä ja lisää "linjoja" saa parilla klikkauksella toisin kuin isdn/analogisissa liittymissä.
https://en.wikipedia.org/wiki/Public_switched_telephone_network
niinpä.