Αναζήτηση:

αρα το προβλημα ειναι τι codec στελνει το fritz.Δεν βρισκω κατι στο μενου του για να του ενεργοποιησω codec
edit
απο οσο μπορω να δω στελνει codec κανονικα g711U
248807

Δοκιμασε στο trunk να αλλαξεις την ρυθμιση Match Inbound Authentication
στην καρτελα advanced σε username.
καμια αλλαγη παρατηρω στα logs οτι κανει αμεσα hangup

<--- Received SIP request (1080 bytes) from UDP:192.168.1.106:5060 --->
INVITE sip:620@192.168.1.112:5061 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.106:5060;branch=z9hG4bK5C0C862C90B95ECC
From: ;tag=7B6D50398952D31A
To:
Call-ID: DF3A466B1B68CE51@192.168.1.106
CSeq: 141 INVITE
Contact:
Max-Forwards: 70
Expires: 120
User-Agent: AVM FRITZ!Box Fon WLAN 7170 Annex A 58.04.85 (Feb 9 2014)
Supported: 100rel,replaces,timer
Allow-Events: telephone-event,refer
Allow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,PRACK,INFO,SUBSCRIBE,NOTIFY,REFER,MESSAGE,PUBLISH
Content-Type: application/sdp
Accept: application/sdp, multipart/mixed
Accept-Encoding: identity
Content-Length: 358

v=0
o=user 15992587 15992587 IN IP4 192.168.1.106
s=call
c=IN IP4 192.168.1.106
t=0 0
m=audio 7086 RTP/AVP 8 0 102 100 99 97 18 101
a=sendrecv
a=rtpmap:102 G726-32/8000
a=rtpmap:100 G726-40/8000
a=rtpmap:99 G726-24/8000
a=rtpmap:97 iLBC/8000
a=fmtp:97 mode=30
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-11
a=rtcp:7087

<--- Transmitting SIP response (332 bytes) to UDP:192.168.1.106:5060 --->
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.1.106:5060;rport=5060;received=192.168.1.106;branch=z9hG4bK5C0C862C90B95ECC
Call-ID: DF3A466B1B68CE51@192.168.1.106
From: ;tag=7B6D50398952D31A
To:
CSeq: 141 INVITE
Server: IncrediblePBX-16.0.39(19.0)
Content-Length: 0


-- Executing Set("PJSIP/fritzbox-0000003a", "__FROM_DID=620") in new stack
-- Executing NoOp("PJSIP/fritzbox-0000003a", "Received an unknown call with DID set to 620") in new stack
-- Executing Goto("PJSIP/fritzbox-0000003a", "s,a2") in new stack
-- Goto (from-trunk,s,2)
-- Executing Answer("PJSIP/fritzbox-0000003a", "") in new stack
> 0x562d652f5810 -- Strict RTP learning after remote address set to: 192.168.1.106:7086
<--- Transmitting SIP response (776 bytes) to UDP:192.168.1.106:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.1.106:5060;rport=5060;received=192.168.1.106;branch=z9hG4bK5C0C862C90B95ECC
Call-ID: DF3A466B1B68CE51@192.168.1.106
From: ;tag=7B6D50398952D31A
To: ;tag=1fa0e78b-2d80-4a8d-adce-dc67e75130ff
CSeq: 141 INVITE
Server: IncrediblePBX-16.0.39(19.0)
Contact:
Allow: OPTIONS, REGISTER, SUBSCRIBE, NOTIFY, PUBLISH, INVITE, ACK, BYE, CANCEL, UPDATE, PRACK, MESSAGE, REFER
Supported: 100rel, timer, replaces, norefersub
Content-Type: application/sdp
Content-Length: 179

v=0
o=- 15992587 15992589 IN IP4 192.168.1.112
s=Asterisk
c=IN IP4 192.168.1.112
t=0 0
m=audio 12236 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=ptime:20
a=maxptime:150
a=sendrecv

<--- Received SIP request (464 bytes) from UDP:192.168.1.106:5060 --->
ACK sip:192.168.1.112:5061 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.106:5060;branch=z9hG4bKE66579E55FDAC7F5
From: ;tag=7B6D50398952D31A
To: ;tag=1fa0e78b-2d80-4a8d-adce-dc67e75130ff
Call-ID: DF3A466B1B68CE51@192.168.1.106
CSeq: 141 ACK
Contact:
Max-Forwards: 70
User-Agent: AVM FRITZ!Box Fon WLAN 7170 Annex A 58.04.85 (Feb 9 2014)
Content-Length: 0


<--- Received SIP request (690 bytes) from UDP:192.168.1.106:5060 --->
BYE sip:192.168.1.112:5061 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.106:5060;branch=z9hG4bK98B6E43BB9B80FD3
From: ;tag=7B6D50398952D31A
To: ;tag=1fa0e78b-2d80-4a8d-adce-dc67e75130ff
Call-ID: DF3A466B1B68CE51@192.168.1.106
CSeq: 142 BYE
X-RTP-Stat: CS=1025860427;PS=0;ES=0;OS=0;SP=0/0;SO=0;QS=-;PR=0;ER=1;OR=0;CR=0;SR=0;QR=-;PL=0,0;BL=0;LS=0;RB=0/0;SB=0/0;EN=PCMU;DE=;JI=0,0;DL=0,0,0;IP=192.168.1.106:7086,192.168.1.112:12236
Reason: Q.850; cause=16
Max-Forwards: 70
User-Agent: AVM FRITZ!Box Fon WLAN 7170 Annex A 58.04.85 (Feb 9 2014)
Supported: 100rel,replaces,timer
Allow-Events: telephone-event,refer
Content-Length: 0


<--- Transmitting SIP response (366 bytes) to UDP:192.168.1.106:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.1.106:5060;rport=5060;received=192.168.1.106;branch=z9hG4bK98B6E43BB9B80FD3
Call-ID: DF3A466B1B68CE51@192.168.1.106
From: ;tag=7B6D50398952D31A
To: ;tag=1fa0e78b-2d80-4a8d-adce-dc67e75130ff
CSeq: 142 BYE
Server: IncrediblePBX-16.0.39(19.0)
Content-Length: 0


== Spawn extension (from-trunk, s, 2) exited non-zero on 'PJSIP/fritzbox-0000003a'
-- Executing Macro("PJSIP/fritzbox-0000003a", "hangupcall,") in new stack
-- Executing GotoIf("PJSIP/fritzbox-0000003a", "1?theend") in new stack
-- Goto (macro-hangupcall,s,3)
-- Executing ExecIf("PJSIP/fritzbox-0000003a", "0?Set(CDR(recordingfile)=)") in new stack
-- Executing Hangup("PJSIP/fritzbox-0000003a", "") in new stack
== Spawn extension (macro-hangupcall, s, 4) exited non-zero on 'PJSIP/fritzbox-0000003a' in macro 'hangupcall'
== Spawn extension (from-trunk, h, 1) exited non-zero on 'PJSIP/fritzbox-0000003a'
noreply*CLI>

εαν διαβαζω σωστα τα logs φαινεται να μην δρομολογει σωστα το fritz με κατι που το κεντρο μπορει να αναγνωρισει
-- Executing NoOp("PJSIP/fritzbox-0000001f", "No DID or CID Match") in new stack
-- Executing Answer("PJSIP/fritzbox-0000001f", "") in new stack
> 0x7f0b88027340 -- Strict RTP learning after remote address set to: 192.168.1.106:7078
<--- Transmitting SIP response (771 bytes) to UDP:192.168.1.106:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.1.106:5060;rport=5060;received=192.168.1.106;branch=z9hG4bK7E2E3DE1F6C87705
Call-ID: 6E04521D0216EFB5@192.168.1.106
From: ;tag=3698740E696940EE
To: ;tag=02317d24-b78b-4ff0-bf5b-d33bcb850089
CSeq: 91 INVITE
Server: IncrediblePBX-16.0.39(19.0)
Contact:
Allow: OPTIONS, REGISTER, SUBSCRIBE, NOTIFY, PUBLISH, INVITE, ACK, BYE, CANCEL, UPDATE, PRACK, MESSAGE, REFER
Supported: 100rel, timer, replaces, norefersub
Content-Type: application/sdp
Content-Length: 177

v=0
o=- 6798545 6798547 IN IP4 192.168.1.112
s=Asterisk
c=IN IP4 192.168.1.112
t=0 0
m=audio 19542 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=ptime:20
a=maxptime:150
a=sendrecv

<--- Received SIP request (461 bytes) from UDP:192.168.1.106:5060 --->
ACK sip:192.168.1.112:5061 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.106:5060;branch=z9hG4bKA2014F88B2FEC1EA
From: ;tag=3698740E696940EE
To: ;tag=02317d24-b78b-4ff0-bf5b-d33bcb850089
Call-ID: 6E04521D0216EFB5@192.168.1.106
CSeq: 91 ACK
Contact:
Max-Forwards: 70
User-Agent: AVM FRITZ!Box Fon WLAN 7170 Annex A 58.04.85 (Feb 9 2014)
Content-Length: 0


<--- Received SIP request (687 bytes) from UDP:192.168.1.106:5060 --->
BYE sip:192.168.1.112:5061 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.106:5060;branch=z9hG4bK41B4E640EB92F110
From: ;tag=3698740E696940EE
To: ;tag=02317d24-b78b-4ff0-bf5b-d33bcb850089
Call-ID: 6E04521D0216EFB5@192.168.1.106
CSeq: 92 BYE
X-RTP-Stat: CS=1019998558;PS=0;ES=1;OS=0;SP=0/0;SO=0;QS=-;PR=0;ER=1;OR=0;CR=0;SR=0;QR=-;PL=0,0;BL=0;LS=0;RB=0/0;SB=0/0;EN=PCMU;DE=;JI=0,0;DL=0,0,0;IP=192.168.1.106:7078,192.168.1.112:19542
Reason: Q.850; cause=16
Max-Forwards: 70
User-Agent: AVM FRITZ!Box Fon WLAN 7170 Annex A 58.04.85 (Feb 9 2014)
Supported: 100rel,replaces,timer
Allow-Events: telephone-event,refer
Content-Length: 0


<--- Transmitting SIP response (363 bytes) to UDP:192.168.1.106:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.1.106:5060;rport=5060;received=192.168.1.106;branch=z9hG4bK41B4E640EB92F110
Call-ID: 6E04521D0216EFB5@192.168.1.106
From: ;tag=3698740E696940EE
To: ;tag=02317d24-b78b-4ff0-bf5b-d33bcb850089
CSeq: 92 BYE
Server: IncrediblePBX-16.0.39(19.0)
Content-Length: 0


== Spawn extension (from-trunk, s, 2) exited non-zero on 'PJSIP/fritzbox-0000001f'
-- Executing Macro("PJSIP/fritzbox-0000001f", "hangupcall,") in new stack
-- Executing GotoIf("PJSIP/fritzbox-0000001f", "1?theend") in new stack
-- Goto (macro-hangupcall,s,3)
-- Executing ExecIf("PJSIP/fritzbox-0000001f", "0?Set(CDR(recordingfile)=)") in new stack
-- Executing Hangup("PJSIP/fritzbox-0000001f", "") in new stack
== Spawn extension (macro-hangupcall, s, 4) exited non-zero on 'PJSIP/fritzbox-0000001f' in macro 'hangupcall'
== Spawn extension (from-trunk, h, 1) exited non-zero on 'PJSIP/fritzbox-0000001f'
noreply*CLI> Spawn extension (from-trunk, s, 2) exited non-zero on 'PJSIP/fritzbox-0000001f'
noreply*CLI> -- Executing Macro("PJSIP/fritzbox-0000001f", "hangupcall,") in new stack
noreply*CLI> -- Executing GotoIf("PJSIP/fritzbox-0000001f", "1

g722 και και ulaw δεν εχει επιλογη στον trunk για g711u.Αν ηταν θεμα codec δεν θα υπηρχε προβλημα και στις εξερχομενες ?

<--- Received SIP request (1075 bytes) from UDP:192.168.1.106:5060 --->
INVITE sip:s@192.168.1.112:5061 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.106:5060;branch=z9hG4bK92FADEA00EE7F1EE
From: ;tag=A85E829BD081E72B
To:
Call-ID: 3CBC12E9E711123F@192.168.1.106
CSeq: 85 INVITE
Contact:
Max-Forwards: 70
Expires: 120
User-Agent: AVM FRITZ!Box Fon WLAN 7170 Annex A 58.04.85 (Feb 9 2014)
Supported: 100rel,replaces,timer
Allow-Events: telephone-event,refer
Allow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,PRACK,INFO,SUBSCRIBE,NOTIFY,REFER,ME SSAGE,PUBLISH
Content-Type: application/sdp
Accept: application/sdp, multipart/mixed
Accept-Encoding: identity
Content-Length: 358

v=0
o=user 12896621 12896621 IN IP4 192.168.1.106
s=call
c=IN IP4 192.168.1.106
t=0 0
m=audio 7082 RTP/AVP 8 0 102 100 99 97 18 101
a=sendrecv
a=rtpmap:102 G726-32/8000
a=rtpmap:100 G726-40/8000
a=rtpmap:99 G726-24/8000
a=rtpmap:97 iLBC/8000
a=fmtp:97 mode=30
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-11
a=rtcp:7083

<--- Transmitting SIP response (329 bytes) to UDP:192.168.1.106:5060 --->
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.1.106:5060;rport=5060;received=192.168.1.106;branch=z9h G4bK92FADEA00EE7F1EE
Call-ID: 3CBC12E9E711123F@192.168.1.106
From: ;tag=A85E829BD081E72B
To:
CSeq: 85 INVITE
Server: IncrediblePBX-16.0.39(19.0)
Content-Length: 0


<--- Received SIP request (469 bytes) from UDP:192.168.1.106:5060 --->
CANCEL sip:s@192.168.1.112:5061 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.106:5060;branch=z9hG4bK92FADEA00EE7F1EE
From: ;tag=A85E829BD081E72B
To:
Call-ID: 3CBC12E9E711123F@192.168.1.106
CSeq: 85 CANCEL
Reason: Q.850; cause=16
Max-Forwards: 70
User-Agent: AVM FRITZ!Box Fon WLAN 7170 Annex A 58.04.85 (Feb 9 2014)
Supported: 100rel,replaces,timer
Allow-Events: telephone-event,refer
Content-Length: 0


<--- Transmitting SIP response (366 bytes) to UDP:192.168.1.106:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.1.106:5060;rport=5060;received=192.168.1.106;branch=z9h G4bK92FADEA00EE7F1EE
Call-ID: 3CBC12E9E711123F@192.168.1.106
From: ;tag=A85E829BD081E72B
To: ;tag=92f68590-87c0-4f49-839e-5c92d4e986c1
CSeq: 85 CANCEL
Server: IncrediblePBX-16.0.39(19.0)
Content-Length: 0


<--- Transmitting SIP response (406 bytes) to UDP:192.168.1.106:5060 --->
SIP/2.0 487 Request Terminated
Via: SIP/2.0/UDP 192.168.1.106:5060;rport=5060;received=192.168.1.106;branch=z9h G4bK92FADEA00EE7F1EE
Call-ID: 3CBC12E9E711123F@192.168.1.106
From: ;tag=A85E829BD081E72B
To: ;tag=92f68590-87c0-4f49-839e-5c92d4e986c1
CSeq: 85 INVITE
Server: IncrediblePBX-16.0.39(19.0)
Reason: Q.850;cause=16
Content-Length: 0


-- Executing Set("PJSIP/fritzbox-0000001c", "__DIRECTION=IN BOUND") in new stack
-- Executing Macro("PJSIP/fritzbox-0000001c", "hangupcall," ) in new stack
-- Executing GotoIf("PJSIP/fritzbox-0000001c", "1?the end") in new stack
<--- Received SIP request (385 bytes) from UDP:192.168.1.106:5060 --->
ACK sip:s@192.168.1.112:5061 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.106:5060;branch=z9hG4bK92FADEA00EE7F1EE
From: ;tag=A85E829BD081E72B
To: ;tag=92f68590-87c0-4f49-839e-5c92d4e986c1
Call-ID: 3CBC12E9E711123F@192.168.1.106
CSeq: 85 ACK
User-Agent: AVM FRITZ!Box Fon WLAN 7170 Annex A 58.04.85 (Feb 9 2014)
Content-Length: 0


-- Goto (macro-hangupcall,s,3)
-- Executing ExecIf("PJSIP/fritzbox-0000001c", "0?Set (CDR(recordingfile)=)") in new stack
-- Executing Hangup("PJSIP/fritzbox-0000001c", "") in new stack
== Spawn extension (macro-hangupcall, s, 4) exited non-zero on 'PJSIP/fritzbox -0000001c' in macro 'hangupcall'
== Spawn extension (from-trunk, h, 1) exited non-zero on 'PJSIP/fritzbox-00000 01c'
<--- Transmitting SIP request (429 bytes) to UDP:192.168.1.106:5060 --->
OPTIONS sip:620@192.168.1.106:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.112:5061;rport;branch=z9hG4bKPj072ab2e2-8887-4127-93d 5-c289224d8322
From: ;tag=5a5684f9-8663-4359-8375-a857bb3294bf
To:
Contact:
Call-ID: 54fde31a-1728-4181-a522-430e76c50a04
CSeq: 56885 OPTIONS
Max-Forwards: 70
User-Agent: IncrediblePBX-16.0.39(19.0)
Content-Length: 0


<--- Received SIP response (540 bytes) from UDP:192.168.1.106:5060 --->
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 192.168.1.112:5061;rport=5061;branch=z9hG4bKPj072ab2e2-8887-412 7-93d5-c289224d8322
From: ;tag=5a5684f9-8663-4359-8375-a857bb3294bf
To: ;tag=5B33D62CD651A8D0
Call-ID: 54fde31a-1728-4181-a522-430e76c50a04
CSeq: 56885 OPTIONS
Contact:
WWW-Authenticate: Digest realm="fritz.box", nonce="FEC7D06A1730108E"
User-Agent: AVM FRITZ!Box Fon WLAN 7170 Annex A 58.04.85 (Feb 9 2014)
Content-Length: 0


<--- Transmitting SIP request (591 bytes) to UDP:192.168.1.106:5060 --->
OPTIONS sip:620@192.168.1.106:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.112:5061;rport;branch=z9hG4bKPjcded2e04-7a93-43f5-b08 6-5fdac99305b3
From: ;tag=5a5684f9-8663-4359-8375-a857bb3294bf
To:
Contact:
Call-ID: 54fde31a-1728-4181-a522-430e76c50a04
CSeq: 56886 OPTIONS
Max-Forwards: 70
User-Agent: IncrediblePBX-16.0.39(19.0)
Authorization: Digest username="620", realm="fritz.box", nonce="FEC7D06A1730108E ", uri="sip:620@192.168.1.106:5060", response="147889bb1035f674e300dec373556e87"
Content-Length: 0


<--- Received SIP response (1086 bytes) from UDP:192.168.1.106:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.1.112:5061;rport=5061;branch=z9hG4bKPjcded2e04-7a93-43f 5-b086-5fdac99305b3
From: ;tag=5a5684f9-8663-4359-8375-a857bb3294bf
To: ;tag=72D16992756B6943
Call-ID: 54fde31a-1728-4181-a522-430e76c50a04
CSeq: 56886 OPTIONS
Contact:
User-Agent: AVM FRITZ!Box Fon WLAN 7170 Annex A 58.04.85 (Feb 9 2014)
Supported: 100rel,replaces,timer
Allow-Events: telephone-event,refer
Allow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,PRACK,INFO,SUBSCRIBE,NOTIFY,REFER,ME SSAGE,PUBLISH
Content-Type: application/sdp
Accept: application/sdp, multipart/mixed
Accept-Encoding: identity
Content-Length: 356

v=0
o=user 7498367 7498367 IN IP4 192.168.1.106
s=call
c=IN IP4 192.168.1.106
t=0 0
m=audio 7078 RTP/AVP 8 0 102 100 99 97 18 101
a=sendrecv
a=rtpmap:102 G726-32/8000
a=rtpmap:100 G726-40/8000
a=rtpmap:99 G726-24/8000
a=rtpmap:97 iLBC/8000
a=fmtp:97 mode=30
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-11
a=rtcp:7079

<--- Transmitting SIP request (433 bytes) to UDP:192.168.1.120:6062 --->
OPTIONS sip:1001@192.168.1.120:6062 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.112:5061;rport;branch=z9hG4bKPjd24b3563-3d44-4892-811 8-21ff6e80638d
From: ;tag=da2e8977-14c4-431c-a2a8-805a1334ba72
To:
Contact:
Call-ID: a3f3f014-1cbf-45e3-9347-01d1be7212e1
CSeq: 64231 OPTIONS
Max-Forwards: 70
User-Agent: IncrediblePBX-16.0.39(19.0)
Content-Length: 0


<--- Received SIP response (492 bytes) from UDP:192.168.1.120:6062 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.1.112:5061;rport=5061;branch=z9hG4bKPjd24b3563-3d44-489 2-8118-21ff6e80638d
From: ;tag=da2e8977-14c4-431c-a2a8-805a1334ba72
To: ;tag=1309135096
Call-ID: a3f3f014-1cbf-45e3-9347-01d1be7212e1
CSeq: 64231 OPTIONS
Supported: replaces, path, timer, eventlist
User-Agent: Grandstream DP752 1.0.15.15
Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO, REFER, UPDATE
Content-Length: 0


noreply*CLI>

δεν το δεχεται248804

εχει bug στα logs αυτη την στιγμη προσπαθω να το λυσω και να δημοσιευσω log
αλλιευω ομως το παρακατω απο το call event logging

248803

καλησπερα στην ομαδα.Ζητω και εγω την βοηθεια σας σε ενα προβλημα που δεν μπορω να λυσω οσο και να προσπαθησα.
εχουμε το εξης σεναριο

fritzbox με pstn γραμμη συνδεδεμενη πανω του και με δημιουργημενο εσωτερικο 602 στην ip 192.168.1.106
Ipbx 2027d με ip 192.168.1.112 συνδεεται με PJsip trunk στο εσωτερικο 602 (συνδεση σε port 5060 ενω η ρυθμιση στο Ipbx ακουει στην 5061)
η γραμμη φαινεται να γινεται registered κανονικα οπως φαινεται στο asterisk info
Endpoint: fritzbox Not in use 0 of inf
OutAuth: fritzbox/620
Aor: fritzbox 0
Contact: fritzbox/sip:620@192.168.1.106:5060 c416294fb9 Avail 28.632
Transport: 0.0.0.0-udp udp 3 96 0.0.0.0:5061
Identify: fritzbox/fritzbox
Match: 192.168.1.106/32
απο το εσωτερικο εχω κανονικα εξερχομενη
αλλα καμια εισερχομενη
παραθετω ρυθμισεις trunk inbound και outbound roules


TRUNK
name=fritzbox
outbound caller id=620 η 21067χχχχ (και τα δυο λειτουργησαν με το ιδιο αποτελεσμα)
cid=force trunk
maximun channels-1
pjsip settings
username=620
pass=620 (Κωδικος αναφορας)
Authentication=outbound
registration-send
sip server=192.168.1.106
server port=5060
Context=from-trunk
transport=0.0.0.0-udp
Advanced
DTMF Mode=inband
Permanent Auth Rejection=no
From-domain=192.168.1.106
from user=620

Inbound routes
DID number =602 (εχει δοκιμαστει και το δεκαψηφιο αλλα και το κενο,any αλλα χωρις αποτελεσμα)
CID number=any
destination= extension 1001

outbound routes
route cid=<210671xxxx>.(πληρες 10ψηφιο0
Override Extension =yes
dial pattent=2XXXXXXXXX , 69XXXXXXXX , 80XXXXXXX , 1

Οποαδητοτε γνωμη συμβουλη δοκιμη δεκτη

Οχι, να βαλεις μια αλλη συσκευη πανω στο Lan του Oneaccess, και απο εκει να δοκιμασεις να κανεις vpn προς το 192.168.14.100 που ειναι η wan του edge,

οχι δεν το εχω δοκιμασει ετσι αλλα εκει μια η αλλη δεν παρακαμπτει εντελως το one2one nat απο τον oneaccess? η προταση ειναι για να δοκιμασω το config του edge? σωστη παρατηρηση εαν και εφοσον περασει απο εκει σωστα ετσι το προβλημα ειναι καθαρα στο wan--lan του one access

δεν το εχω δοκιμασει , εννοεις να στησω vpn server σε pc και να δοκιμασω να συνδεθω απ εξω ετσι....

δυσκολο να το αλλαξω καθως εξηηρετει ηλεφωνια απο αλλο vlan ειναι κλειδωμενο ακομα και το interface η vodafone γενικα δεν δινει sip κωδικους και ετσι εχω κολλησει με αυτο το πολυυυυυυυ παλιο royter.ετσιρικος χωρος που δεν ειναι για πειραματα καθψς εχει πανω του 5 γραμμες εταιριας

καλησπερα στην παρεα

Εχουμε το εξης σεναριο

One Access 100 ρουτερ της πρωην Hol που μοiραzει τηλεφωνια και internet σε ενα δικτυο με ip 192.168.14.x
Edgerouter X με eth0 σε dhcp mode να λαμβανει σαν Ip την 192.168.14.100 (lease forever)
edgerouter internal switch0 χωρις Vlan να μοιραζει ips στο δικτυο σαν 192.168.1.0/24 με δικη του thn 192.168.1.1
ζητηθηκε απο τον παροχο να γινει one 2 one NAT προς το 192.168.14.100 (η dmz server δεν ξερω τι υποστηριζει το oneaccess)
το One access δεν μπορει να υποστηριξει pppoe passthrough αρα δεν εχουμε ουσιαστικα ελεγχο

firewall rules στο edge με ορισμο σαν external interface eth0 και local lan switch 0

δοκιμες που εγιναν

setup pptp βαση https://help.ui.com/hc/en-us/articles/205220840-EdgeRouter-PPTP-VPN-Server
αποτελεσμα αποτυχια (vpn server fai to responce)
setup l2pt vpn βαση https://help.ui.com/hc/en-us/articles/204950294-EdgeRouter-L2TP-IPsec-VPN-Server
αποτελεσμα αποτυχια l2pt tunnel fail
προωθηση πορτας 5060 5061 5062 και https προς εσωτερικη ip που φιλοξενει ενα 6202 κεντρακι σεταρισμενο να δεχτει εξωτερικα endponts
αποτυχια no registration δεν μπορω καν να φτασω στην εσωτερικη σελιδα του κεντρου

Σε οτι external port scan κανω ολες οι πορτες δεν ανταποκρινονται και παραλληλα δεν βλεπω package drop στο firewall log του edge
Τεινω να πιστευω οτι δεν προωθειτε η κινηση απο το oneaccess προς τον edge χωρις να αποκλειω ομως και καποιο λαθος στο config των interface

καθε βοηθεια σκεψη δεκτη

στα basic setting του 813 εχεις βαλει προωθηση κληση στο sip εσωτερικο?
Unconditional Call Forward to VoIP
User ID (your sip internal number)
Sip Server (pbx ip στην δικη σου περιπτωση η ip του ras)
Sip Destination Port 5060
η λογικη του setup του 813 ειναι ιδια με του 503 αρα αυτος ο οδηγος θα σε βοηθησει πολυ
https://www.adslgr.com/forum/threads/900995-Grandstream-HandyTone-503-%CE%BA%CE%B1%CE%B9-FreePBX-mini-how-to

σιγουρα δεν γινεται αλλα οπως ανεφερα πλεον υπαρει η υποχρεωση απο τους παροχουν να παρεχουν στοιχεια πραγματικου συχρονισμου και ενας τροπος να αντλησουν αυτα τα στοιχεια ειναι σε μεταβολες ταχυτας η νεες συνδεσεις να κανουν pin με συντεταγμενες και στοιχεια συχρονισμου.Πραγματικα δεν μπορω ν σκεφτω αλλο λογο

Παντως το κουτακι που λετε πανω στη κολωνα ειναι μαλλον απιθανο να ειναι 4 καναλο pcm (τα φερεσυχνα εχουν αποσυρθει εδω και 20 χρονια), και εχω να δω τετοιο παρα πολλα χρονια επισης. Μαλλον ο OP εννοει το oval box στη κολωνα.
Μια φωτογραφια θα βοηθουσε.

Αμφιβαλλω οτι μπορει κανεις να πληρωσει για επαυξηση δικτυου (στα οτεδιστικα). Η κατασκευη δικτυου εκει που δεν υπαρχει ειναι αλλη περιπτωση. Εδω η περιοχη καλυπτεται. υπαρχει κολωνα εξω απο το σπιτι και μαλιστα εχει και καμπινα kv.κοντα.
Δεν υπαρχει κανενας νομος που να υπαγορευει αποστασεις απο κεντρα κλπ.
Κσνεις αιτηση στην cosmote και επιμενεις.

Αμα ασχοληθουν, θα βρουν ζευγαρι. Τους βλεπω που πετανε λασα απο τη μια κολωνα στην αλλη και το φερνουν το ζευγαρι.

Aπο PCM δεν περνανε υηρεσιες internet καθως χρησιμοποιει το ευρος της συχνοτητς προκειμενου να περασει τα slave καναλια φωνης και εαν διαβασα σωστα το παλικαρι ανεφερε οτι ο γειτονας του που τροφοδοτειτε απο αυτο το κουτι εχει 24 αρα σταθερα.Το πιο πιθανο ειναι να μιλαμε για 10αρι BOX ακραιου δικτυου η ακομα χειροτερα 5αρι σπασμενο Box χωρις ελευθερα ζευγη.Οσο για την αποσταση δεν μιλαει για αποσταση απο ΑΚ αλλα για αποσταση ατομικης γραμμης δικτυου και ποσο μηκος μπορει να κατασκευαστει μονοκομματο σαν ατομικη γραμμη.Θα συμφωνησω και εγω να ξανακανεις αιτηση μιλοντας με τεχνικο καθως και η λυση του Speedbooster υπαρχει αλλα και πλεον η λυση του internet backup που επιτρεπει και την τηλεφωνια να παιζει.Απλα εαν τα πραγματα ειναι οπως μα τα περιγραφεις,ακομα και εαν δεχτουν να κανουν ατομικη γραμμη 200 μετρων τα αποτελεσματα στο ευρυζωνικο κομματι θαναι τραγικα ακομα και εαν χρησιμοποιηθει πορτα καμπινας

Χρησιμοποιουσα πλακε καλωδιο τηλεφωνικο ψιλο και μαλιστα τους δυο απο τις τεσσερις αγωγους..

2 αγωγους χρησιμοποιουμε ΟΛΟΙ..!!

Μιλωντας με φιλο, γκουρου στα ηλεκτρονικα, μου ειπε δεν παιζει ρολο η διατομη στους αγωγους. Σορυ κιολας αλλα μονο γκουρου ΔΕΝ ειναι και λεει χαζομαρες.

Οτι ακριβως ειπε.ΟΧΙ μονο εχει σημασια η διατομη καλωδιο αλλα και η χωρητικοτητα του καθε αγωγου στο ζευγος.Και αυτο γινεται πιο εντονο οσο ανεβαινει η συχνοτητα που ζητας να περασει μεσα στο καλωδιο.ο λογος που ολοι χρησιμοποιουν πλεον UTP η FTP καλωδια ειναι οτι ειναι φθηνο καλωδιο με κοινη διατομη ανα αγωγο ευρος συχνοτητων που εξηπηρετει την μεταφορα ευρηζωνικων υπηρεσιων και κυριως (τα περισσοτερα ) ΘΩΡΑΚΙΣΜΕΝΑ.
Στο θεμα αργου συχρονισμου τωρα.Τα vectoring DSLAM οντως εχουν μεσο χρονο συχρονισμου κοντα στα 5-10 λεπτα χρονος που ανεβαινει στα SUPERVECTORING.Ιδιες καρτες εαν βγει το VECTORING Tag συχρονιζουν στον μισο χρονο

οι συνεταγμενες ζητονται κυριως σε θεματα προμετρησεων οταν δεν υπαρχει ξεκαθαρη εικονα απο που μπορει να παραδωθει μια νεα γραμμη.Ειναι τακτικη που ολοι οι παροχοι εφαρμοζουν τουλαχιστον εδω και εναν χρονο οταν
1.το κτηριο δεν εχει σαφη αποτυπωμενη η μοναδικη διευθυνση (πχ υπαρχει διευθυνση που περιεχει κτηριο Α η κτηριο Β με διαφορετικς εισαγωγες)
2.γινεται αλλαγη παροχου με ταυτοχρονη αλλαγη ταχυτητας (πχ η προηγουενη παροχη γινοταν απο αστικο κεντρο ενω τωρα θα υλοποιηθει απο υπαιθριο κατανεμητη)
οταν ο κτηριο περιεχει περισσοτερα απο ενα σημεια τερματισμου (πχ κτηριο που τα διαμερισματα του εξηπηρετονται απο εισαγωγη ενω τα καταστηματα του απο ΒΟΧ)
σε αλλαγη ταχυτητας στον ιδιο παροχο η αληθεια ειναι τι δεν το εχω ξαναακουσει να γινεται αλλα θεωρω οτι η ερωτηση εχει σχεση πλεον με τα συστηματα GIS που πλεον υποχρεουνται ολοι οι παροχοι να εχουν για την εκτιμηση πραγματικης ταχυτητας που πλεον απαιτειται απο την εθνικη επιτροπη.

οταν τα ελεγα πριν κανα διμηνο καποιο μελος ελεγε οτι αυτο δεν εχει βαση αληθειας και μαλιστα το συγκρινε οτι αυτο εχει βαση αληθειας οσο οι κουμουνιστες γ****ε τις κορες μας
τωρα βεβαια δεν τον βλεπω να απανταει.
Και θα ρωτησω.
τις υποδομες που ολοι λετε οτι πρεπει ο οτε να μοιραστει , μοιραστηκε με κανεναν το κοστος αναπτηξης τους?
απλη ερωτηση και οποιος θελει την απαντα.
να σημειωσω οτι δεν διαφωνω να βλει το προιον στην χονδρικη και για τους αλλους παροχους.
Σε αυτο που διαφωνω ειναι σε μια ελευθερη αγορα να τεθει και παλι σε μια νεα επενδηση ο οτε και να αναγκαστει εν νεου να ρυθμηστει και να πουλα ακριβοτερα απο τους παροχους οι οποιοι δεν εχουν συμετεχει στην επενδηση , χρωστανε εκατομμηρια στον οτε και στην τελικη και παλι η μαμα ΕΕΕΤ φροντιζει να παρουν κομματι απο μια πιτα η οποια δεν εχουν μοχθησει να την φτιαξουν
Ας αφησουν τον οτε να διαμορφωσει τα τιμολογια του ελευθερα σε μια νεα επαναλαμβανω υπηρεσια η οποια δεν κληρωνομηθηκε απο πουθενα και δεν χρηματοδωτηθηκε και απο πουθενα (εκτος απο την εε στην οποια ομως μπορουσαν να σημεττεχουν και οι "παροχοι")

παιδια μισο λεπτο να καταλαβουμε κατι γιατι πολλες φορες λεμε λανθασμενα πραγματα
φιλε μου μενεις σε πολικατοικια με πανω απο 4 διαμερισματα?
εαν ναι υποχρεουται ο κατασκευαστης να εχει βγαλει εισαγωγη και να την υποβαλει στον οτε.
εαν τωρα ο κατασκευαστης εχει βγαλει στην εισαγωγη px 5 ζευγη και καποιος αλλος εχει 2 τηλεφωνα λογκα δεν υπαρχει χωρος στην εισαγωγη για νεο τηλεφωνο και αυτο δεν ειναι ευθηνη οτε.
εαν επισης ειναι νεοδμητο και δεν εχει δωθει ακομα η εισαγωγη επισης δεν ειναι θεμα οτε αλλα στην συγκεκριμεη περιπτωση δεν θα εχει κανεις τηλεφωνο εκτος και εαν ειναι προσωρινο (με προσωρινη ζευξη οπως λεγεται)
εαν μενεις σε πολυκατοικια με λιγοτερα απο 3 διαμερισματα τοτε παιρνεις απο ΒΟΧ και εκει ειναι αυθηνη οτε να σου δωσει επιπελον ζευγαρια .
στις περιπτωσεις 1 και 2 κανεις εναλλακτικος δεν θα μπορεσει να σου δωσει ζευγαρι.
για περισσοτερες πληροφοριες καλο ειναι να απευθηνθεις στο τμημα κατασκευων της περιοχης σου (πληροφοριες που θα το βρεις στα κατα τοπους Oteshop

Πουθενα δεν αναφερει το RUO κατι διαφορετικο απο αυτα που σου ανεφερα παραπανω.
Καμια νυξη για αποσβεση,διαφωνια,θορυβους η χωρητικοτητες.
Οι εναλλακτικοι μπορουν να παραπονουνται οσο θελουν.:rtfm:
Ο ΟΤΕ μεσω των τεχνικων υπηρεσιων του ,τσιμπα το δολωμα και υπεραντιδρα ,μαλλον λογω αγνοιας.

Η ιδεα της αναπτυξης των DSL τεχνολογιων παγκοσμια,ηταν ακριβως αυτη.
Φθηνες ευρυζωνικες υπηρεσιες ,αποδεχομενοι τα ισχυοντα ποιοτικα χαρακτηριστικα του local loop.

Επι τη ευκαιρια ,ο αναλογικος μεταλλακτης καλυπτει και με το παραπανω τις απαιτησεις των μετρησεων που απαιτουνται.

δεν διαφωνουμε νομιζω σε τιποτα απο οσα λεμε και οι δυο παρεα.
και συμφωνω οτι ισως λογο αγνοιας των κανονισμων τσιμπαμε το δολωμα και παμε παραπερα

Αυτο το κοιταει και η ΕΕΤΤ :whistle:


και τα πληρωνουμε παρα μα παρα πολλες φορες :oneup::oneup: σε προστημα
αλλα για μενα καλο ειναι γιατι ετσι αναγκαζονται και επενδυνουν σε εξοπλισμο ελεγχο και εκπαιδευση:clap::clap:
βεβαια δεν εχω καταλαβει γιατι οταν ο οτε χρεωνει τα συνδιαστικα ραντεβου στους παροχους και αποδεικνειεται οτι ηταν δικια τους ευθηνη (περιπτωσεις που εχουν βρεθει πελατες στην εισαγωγη η στο χαλιβδινο) η ΕΕΤΤ κλεινει επιδειχτικα τα ματια και δεχεται τις προσφηγες του ενω το αντιθετο δεν το δεχεται σχεδον ποτε.Αλλα ειπαμε η καλη μαμα φυλαει παντα τα παιδια της.
θα σου πω κατι απο προσωπικη μου εμπειρια.
οπως εχω προαναφερει εχω 1 γραμμη οτε και μια γραμμη που εξυπηρετειται παντα απο παροχο.
για 2 χρονια ειχα σε αυτη την γραμμη ΝΕΤΟΝΕ η οποια δεν επαιξε ποτε σωστα (μεχρι 1mb με το ζορι)
μετρησα προσωπικα την γραμμη με ARGUS και βρεθηκε χωρις προβλημα μετρησα προσωπικα το οριο τους και ξεκιναγε με εξασθενιση (στο ΓΚ ψυχικου)
Δηλωσα 11 βλαβες συνολικα με την 11η να περιεχει και καταγγελια στην ΕΕΤΤ με ολο το ιστορικο δηλωσεων βλαβης και ζητησα το αυτονοητα που ειχα υπογραψει στο συμβολαιο δηλαδη η να μου παρεχουνε σωστη υπηρεσια η τουλαχιστον να ερθουν να κανουν επιτοπιο εντοπισμο προβληματως πραγμα που δεν εγινε ποτε.Η απαντηση απο την ΕETT ηταν οτι ειναι στα μεγιστα της παροχης τους (οταν ο ιδιος ο χαρτης τους εδειχνε 8ΜB)
Σε αντιστοιχη καταγελλια της γυναικας μου για την γραμη του οτε στην δευτερη βλαβη συνοδευτηκε με καταγγελια απαιτηθηκε εγγραφη απαντηση απο πλευρας οτε η οποια μου κοινοποιηθηκε μαζι με την απαντηση της EETT και μαλιστα σε διαστημα 40 ημερων απο το αρχικο μου αιτημα , και διορθωθηκε το προβλημα που υπηρχε στην γραμμη στα πλαισια του δυνατου (απο 1.2ΜΒ βρεθηκα στα 5.5ΜΒ και απο 64 att βρεθηκα στο 49 ).θα πρεπει να δεχτουμε οτι η αντιμετωπιση δεν ειναι ιση

Περιεργο.Η γραμμη στην δουλεια μου κλειδωνε και εξακολουθει να κλειδωνει SNR 9 (Fast Path) , οπως και σε 3-4 φιλους που ξερω.:hmm:

εχω την αισθηση οτι αυτο γινεται μονο σε καποια MARAK-ZTE dslam τα οποια αναβαθμιστικαν απο ATM σε ETHERNET και δεν μπορουν να τους εφαρμοστουν καποια SNR κλειδωματα, αλλα θα πρεπει να το κιταξω και να επανελθω.
παντως δυστηχως δεν υπαρχει πλεον 9snr επισημα

RUO 2010 σελιδα 19 (159)

Εναν μεταλλακτη εχουν ΟΛΑ τα Α/Κ ακομη και τα ανεπιβλεπτα.
8,5 ευρουλια δινει ο εναλλακτικος κι'αυτες τις μετρησεις υποχρεουται ο ΟΤΕ να κανει στη γραμμη.
Με λιγα λογια ενα χαλκινο τηλεφωνικο ζευγαρι που δεν εχει γη η ενωση των αγωγων.
Το ζευγαρι του παροχου παρεχεται as it is ,με τις ανωτερω απλες και αυτονοητες για καθε τηλεφωνικη γραμμη απαιτησεις.
Για οτιδηποτε παραπανω πληρωνει τον ΟΤΕ για εξειδικευμενες μετρησεις η καταγγελει το RUO .;)

........Auto merged post: ubuntubu προσθεσε 14 λεπτα και 27 δευτερολεπτα αργοτερα ........

.......
για τον μεταλακτη θα συμφωνησω αλλα πιστευω να γνωριζεις οτι πιανει τα απειροελαχιστα και τα πολυ κραχτα απο εκει και περα μπορει ενα ζευγαρι να εχει καταστασεις πανω του που δεν τις πιανει ο αναλογικος μεταλακτης (οι ψηφιακοι μπορει αλλα ειναι πολυ λιγοι στους ΓΚ.Απο εκει και περα τις μετρησεις αναλαμβανουν τα ARGUS42 τα οποια ομως ειναι επισης λιγα και νεα αποκτηματα για τα τεχνικα τμηματα.
παρεχεται οντως as it is? γιατι τα παραπονα των εναλακτικων προκαλουνται καθαρα για θεματα που δεν πιανει ο μεταλακτης και δεν ειναι τα αυτονοητα για τηλεφωνια (εξωτερικες συχνοτητες στο ζευγος , εξωτερικο ρευμα επαφη κατω απο τα ορια μετρησησς του αναλογικου μεταλακτη).

........Auto merged post: djthomasd προσθεσε 1 λεπτα και 37 δευτερολεπτα αργοτερα ........

Αν ο οτε, με τις ποσοτητες που παιρνει, του κοστιζει πανω απο 15-20 χιλιαδες ενα ( οχι fully-populated βεβαια ) dslam , κατι παει πολυ λαθος.

πιθανολογω πως ναι κατι δεν παει καλα μιας που οι προμηθειες κατι τετοια ποσα ανακοινωνουν κατα καιρους.και σε μενα εντυπωση προκαλει αλλα δεν το επεκτεινω παραπερα γιατι δεν ειμαι σε θεση να ξερω ποσα τρωγωνται και ποια ειναι τα πραγματικα κοστη

........Auto merged post: djthomasd προσθεσε 2 λεπτα και 22 δευτερολεπτα αργοτερα ........

Φιλικη συμβουλη. Μπορεις να μιλας για τον εαυτο σου αλλα οχι να μιλας για τους συναδελφους σου.
.

μιλαω για εμενα για τους συναδερφους μου και για τις καταστασεις που βιωνω καθημερινα τα τελευταια 3 χρονια.
Σου ξαναλεω , δεν μιλαω για αδιαφορια δεν μιλαω για σκοπιμοτητα μιλαω για αγνοια σε μεγαλο βαθμο και ελλειψη καταλληλου εξοπλισμου.Εαν ζεις σε ενα περιβαλλον τεχνιης υπηρεσιας θα εχεις βιωσει οτι ια μικρη μεριδα τεχνικων εχουν βαικες γνωσεις ADSL και ακομα λιγοτερες εξειδικευμενη.Λεγοντας κρυβονται πραγματα κατω απο το χαλι εννοωω οτι πολλες βλαβες κλεινονται σαν βλαβες ενω στην πραγματικοτητα δεν εχουν διορθωθει ειτε μας αρεσει ειτε οχι
εαν απο την αλλη προσβαλλω καποιον, του ζητω συγγνωμη σε καθε κανονα υπαρχουν λαμπρες εξαιρεσεις

Ωραιο post φιλε μου, με την δοση λογικης και κριτικης που χρειαζεται. Χρειαζονται μερικες λογικες φωνες να ακουγονται.

Αληθεια, τα προβληματα που κατα καιρους αντιμετωπιζουν οι εναλλακτικοι, υπαρχει πιθανοτητα να οφειλονται σε πρακτικες του ΟΤΕ η ειναι κυριως ευθυνη δικη τους απο πλευρα διαχειρισης και τεχνικης υποστηριξης;

κανεις δεν ειναι αμοιρος ευθηνων στο θεμα.Εαν ομως εννοεις σκοπιμες ανταγωνιστικες πρακτικες οχι δεν εχει υποπεσει κατι τετοιο στην αντιλιψη μου..αδιαφορια για μια βλαβη παροχου ναι οτι δεν της συμπεριφερομαστε σαν να ναι δικια μας βλαβη ναι οτι δεν εχουμε τα μεσα να τσεκαρουμε 100% αποτελεσματικα μια γραμμη επισης ναι.
Αλλα με σκοτο τον αθεμητο ανταγωνισμο οχι τουλαχιστον οχι απο τις τεχνικες υπηρεσιες
και οι παροχοι κανουν τις λαδιες τους και εμεις θαβουμε θεματα κατω απο το χαλι.
θα ξαναπω οτι δεν ειναι θεμα διαθεσης τεχνικων σαν προσωπικο αλλα θεμα δυνατοτητων.
υπαρχει μια εμπορικη πολιτικη σε ολες τις εταιριες που κατ εμε ειναι ΛΑΘΟΣ.
δηλαδη θα ηθελα να υπηρχε παροχος που να προσαρμοζει τα εμπορικα πακετα στην πραγματικοτητα.Θεωρω την καταργση των ενδιαμεσων πακετων λαθος αλλα εκει μας οδηγησε ο ανεξελεκτος ανταγωνισμος ο οποιος οπως εχει γινει καταληγει οχι εις βαρος οτε η εναλακτικων αλλα εις βαρος του καταναλωτη.
δηλαδη εχω να επιλεξω σε μια υπηρεσια που δεν με καλυπτει (2ΜΒ) η να πληρωσω για μια υπηρεσια που δεν θα μου παρεχεται (24ΜΒ) με τον κινδινο μιας ασταθους γραμμης.
κυριοι σε οσους διαφωνουν καταλαβετε δεν ειμαστε σουηδια και δεν θα γινουμε ποτε
ακομα και η εξελιξη του XDSL εναντι των Cable η Fιber Solutions ηταν επιλογη καθαρα απο το κοστος εξελιξης και ας μην κρυβομαστε
Ενα DSLAM εχει 744 πορτες περιπου και η αγορα του εχει καποιες εκατονταδες χιλιαδες ευρω.
ακομα και εαν δεχτουμε οτι ειναι ολες γεματες συνεχεια αυτο αποφερει τον μηνα στο μεγιστο φορτιο του 23,26* 744 αρα περιπου στις 17.000 ευρω τον μηνα.
αρα οπως καταλαβαινετε θελει περιπου 12 μηνες για να αποσβεσει μονο το κοστος αγορας του χωρις να υπολογισουμε ρευματα κτηριακες υποδομες εκμισθωση γραμμων εξωτερικου και παει λεγοντας και αυτο θα ηταν αν ολες οι πορτες ηταν γεματες σε 24αρες
και αυτα ειναι μονο λειτουργικα εξοδα.Αρα σε εναν κυκλο ζωης ενος Dslam που ειναι περιπου 5 χρονια βγαζει δεν βγαζει τα λειτουργικα του εξοδα.Αυτος ειναι και ενας απο τους λογους που παραμενουν dslam περαν αυτου του χρονου σε ενεργη δραση.
αυτο ισχθει για οτε και υποψιαζομαι και για τους παροχους λογο συμπιεσμενου κοστους.
πως συμπιεζουν λοιπον τα εξοδα?
σε εκπαιδευση προσωπικου σε τεχνασματα για να χωρεσουν πιο πολλες συνδεσεις σε ενα κυκλωμα εξωτερικου (κλειδωματα SNRM και πολλα αλλα).
και καταληγω για το ερωτημα σου.
ο οτε ειναι ενας τεραστιος οργανισμος με γερασμενα αντανακλαστικα ειτε μας αρεσει ειτε οχι.Ακομα εχει και την νοοτροπια του δημοσιου σε μεγαλο κοματι των υπαλληλων του.
Αρα οι αντιδρασεςι γινονται αργα αλλα τουλαχιστον γινονται.
οι δε παροχοι προσπαθουν να παρουν ενα κομματι της αγορας κκαι το καταφερνουν (κατεχουν το 51% των ευρηζωνικων αυτη την στιγμη) προσφεροντας σαφεστερα χαμηλοτερης ποιοτητας υπηρεσιες χωρις δυνατοτητα τεχνικης υποστηριξης αυτων (εν μερη με ευθηνη του οτε εν μερη με ευθυνη δικια τους) ΑΠΑΙΤΟΥΝ ο οτε αν υλοποιησει υποσχεσεις δικες τους (εχω ακουσει πελατη που του ειπαν οτι στα 4km θα εχει 24 στανταρ και ο τεχνικος του παροχου μου ειπε οταν ειδε οτι εχει 5ΜΒ να του αλλαξω κεντρικο δικτυο για τα "ματια ΗΜΑΡΤΟΝ), με ανεκπαιδευτο εστω και στα στοιχειωδη προσωπικο στα CC (οχι οτι οι δικοι μας ειναι καλυτεροι τα CC του ΟΤΕ στο ευρηζωνικο ειναι απαραδεκτα διοτι εκει επιτελει ο οτε το κοινονικο εργο της πρακτικης) και σαφεστατα με λιγοτερη δυνατοτητα ποιοτικου ελεγχου υπηρεσιων με οτι αυτο συνεπαγεται στους χρονους αποκρισης.
Ξαναλεω για να μην με κραξουν ΦΤΑΙΜΕ και εμεις σε παρα πολλα κομματια των παροχων αλλα δεν φταιμε για το 70% τω βλαβων τους.

........Auto merged post: djthomasd προσθεσε 4 λεπτα και 17 δευτερολεπτα αργοτερα ........


Εγω δεν ειδα καμια αναφορα σε mini-DSLAM, εκτος αν δεν συμφερει τον ΟΤΕ να αναφερει κατι τετοιο. Οσο καλη και να ειναι η προθεση του φιλου μας τεχνικου να μας ενημερωσει στο θεμα των mini ειμαι ιδιαιτερα σκληρος. Υπαρχουν περιοχες djthomasd που εχουν ΑΠΟΔΕΔΕΙΓΜΕΝΑ προβλημα με το ιντερνετ, οπως η Πευκη, και οι συναδελφοι σου τεχνικοι το ΞΕΡΟΥΝ μιας και εχω κανει κουβεντες με αρκετους απο αυτους. Η απαντηση των προισταμενων σου τεχνικων ηταν παντα μεσες ακρες "Οτι δεν προκειται να χρεωθει ο ΟΤΕ για να εχεις εσυ mini-DSLAM" και στην ερωτηση τους προς εμενα στα ποσα συγχρονιζω του ειπα κοντα στα 8ΜΒ+ και μου λενε ε, με 8ΜΒ δλδ να κατεβαζεις με 800+ δεν εισαι ικανοποιημενος; Και το αποτελεσμα της συνομιλιας ειναι Παρτε το αποφαση κυριε, η Πευκη παιρνει σημα απο το Μαρουσι, αυτο ειναι, δεν αλλαζει και απο την στιγμη που προσφερουμε ταχυτητες εως 24 δεν αποτελει προβλημα για εμας αυτο καλη σας μερα. Ωραιους προισταμενους εχετε, να τους χαιρεστε. Δεν εχω προβλημα με τους τεχνικους σαν κι εσενα, οσες φορες χρειαστικα τεχνικη βοηθεια την ειχα αμεσα και ηταν πολυ εξυπηρετικα τα παιδια, με τους προισταμενους των τεχνικων εχω, που οσες φορες τους εχω αναζητησει στα γραφεια τους τους βλεπω αραχτους με εναν καφε στο χερι να κοιτανε το κενο, και το μονο που τους νοιαζει ειναι να σε ξφορτωθουν απο το γραφειο τους....
δεν θα πω πως εχεις αδικο αλλα αυτο απαντηθηκε πριν νομιζω να σε καληψα
κανεις δεν εχει κερδος απο τις ερυζωνικες υπηρεσιες και η αναπτηξη του γινεται και θα γινει με τριτα κονδιλια.
οσο για τους προισταμενους να ξερεις οτι οι προισταμενοι των τεχνικων τμηματων ειναι παλαιοι τεχνικοι πολοι απο αυτους ξεπερασμενοι απο τον χρονο και την τεχνολογια και το μονο που τους εμεινε ειναι η εικονα που ειδες.
τα τελευταια χρονια εχουν γινει προσπαθειες ανεξαρτητων τμηματων ευρηζωνικων υπηρεσιων στα τεχνικα τμηματα λογο της επιταγης των καιρων αλλα ειπαμε ...με πολυ αργα βηματα.
θελει να σε ξεφορτωθει γιατι δεν ξερει τι να σου απαντησει γιατι αισθανεται οτι εκτειθεται
για τις επισημες ανακοινωσεις τωρα
1 εχει ανακοινωθει η εξελιξη της πιλοτικης εργασιας
2 εχει ανακοινωθει το χρονοδιαγραμα υλοποιησης
3 Δεν εχει ανακοινωθει η εμπορικη διαθεση γιατι πολυ απλα δεν ειναι ετοιμες οι κοστολογησεις υπηρεσιων
4 δεν εχει ανακοινωθει εμπορικη διαθεση με χρονοδιαγραμα γιατι δεν εχει κλεισει το θεμα με το τι θα γινει στους εναλακτικους
4 δεν χει ανακοινωθει η εμπορικη διαθεση γιατι υπηρχαν σοβαρα προβληματα οσο αναφορα την τροφοδοσια τους με ρευμα (πραγμα που ξεπεραστηκε απο οσο ειμαι σε θεση να ξερω)
5 δεν θα ανακοινωθει εμπορικη διαθεση μεχρι να δημοπρατηθει ο τερματικος εξοπλισμος (δοκιμαζονται 3 προτασεις)
6 δεν εχει ανακοινωθει εμπορικη διαθεση επειδη πολυ απλα δεν ξερουν το τελικο κοστος υλοποιησης για να υπολογισουν το (2)
7 δεν θα ανακοινωθει εμπορικη διαθεση μεχρι να εχουν τουλαχιστον το 40% του εργου ετοιμο

χμμμ υπαρχουν 4 profile για την εμπορικη ταχυτητα των 24mb οσο αφορα πελατες μονο ADSL
24 interleave no snr lock
24 fast 12SNR lock
12 interleave 10Snr lock
12 fast 11SNR LOCK
για του πελατες iptv οι οποιοι ειναι στα 24 υπαρχει επιπλεον το profile 24/INP4 το οποιο παιζει εαν θυμαμαι καλα στα 14-15mrg αλλα τοποθετηται μονο εαν ο πελατης διαμαρτηρεται για σπασιματα εικονας ηχου

τα 12αρια χρησιμοποιουνται κυριος οταν ο πελατης παραπονιεται για αποσυνδεσεις ενω τα χαρακτηριστικα γραμμης παραμενουν σταθερα εστω και εαν αυτα ειναι κατω απο 9SNR (που ειναι το ψυχολογικο μας φραγμα)
καλο θα ειναι οταν δηλωνεις βλαβη να αφηνεις default SNR στο DMT γιατι ο τυπας απο τα DSLAM αμα δει οτι εχεις 2mrg θα ρε ριξει αυτοματα profile σε χαμηλοτερη ταχυτητα.δεν ξερω τις αποστασεις στην πεντελη αλαλ εχω την αισθηση οτι στις αρχες εξυπηρετουταν απο κομβο χαλανδριου οποτε εισαι αριστα.
θα το κοιταξω και θα επανελθω

67050

Ρεγκλετες μικτονομησης adsl σε κλασικο KV :hmm:

Το πιθανοτερο απο το Γ' Διαμερισμα Αττικης.

Τελειωσανε τα κρονε η κατι αλλο ...σχετικο με το θεμα μας ;

oντως ειναι 3M και το λευκο του φιλτου δειχνει pstn φιλτραρισμα ειναι ομοιες με αυτες που υπαρχουν στους γενικους κατανεμητες για να περνιονται τα κλασικα adsl και μεριζομενα σημερα.
αν κρινω απο τις μικτονομησεις που ειναι εξω απο την μουφα ειναι πιθανον να ειναι για mini dslam και να πλεχτουν διπλα η πανω.
βεβαια μου κανει εντυπωση γιατι δεν φαινονται πουθενα kroner για κεντρικα και απερχομενα

στα θεματα αναπτυξης τωρα.ειμαι απο τους τυχερους ατυχους που δουλευουν σε τεχνικη υπηρεσια οτε για ευρηζωνικα θεματα σε περιοχη που ξεπερνα σε ακτινα τα 4800μ απο τα αστικα κεντρα.
ζητωντας υπηρεσιακη ενημερωση για το VDSL και την κατα προτεραιοτητα εγκατασταση του σε 2 κομβους (1 στο νεο ηρακλειο/λυκοβρυση βενιζελου και κοντογιαννη) και ενα ακομα στην νεα ιωνια (φιλοθεης και ηρακλειδων) με το αιτιολογικο οτι αδυνατουμε να επισκευασουμε / παρεχουμε εμπορικες ταχυτητες (δηλαδη εστω και 2ΜΒ) λογο αυξημενης αποστασης (και τα δυο ξεπερνουν σαν KV τα 3400μ ενω οι συνδρομητες εχουν και εναεριο δικτυο >50μ) λαβαμε απαντηση οτι ειναι στον γενικο σχεδιασμο και οτι η υλοποιηση θα ξεκινησει το πρωτο τριμηνο του 2011 για την περιοχη μας
κρινοντας βεβαια τον ποσο χρονο παιρνουν οι αποκαταστασεις καλωδιακων βλαβων κεντρικου δικτυου (σε μια περιοχη που υπαρχουν φρεατια και δεν χρειαζεται νεο σκαψιμο για να περαστει οπτικη) θα σας ελεγα οτι δεν το βλεπω να υλοποιειται για αυτα τα 2 καφαο πριν τον 6/2011

djthomasd σε ευχαριστω για την απαντηση σου. Υπαρχουν 2 κεντρα και 2 dslams (ενα στα Νεα Στυρα και ενα στα Στυρα) στα 2mbps 'εκαστο.

τοτε θεωρησε δεδομενο οτι υπαρχει προβλημα με αυτο που σου ειπα δηλαδη με την γραμμη μεταγωγης στα backbone.
παντα εαν δεν βλεπεις διαφορες στον συχρονισμο
κανε και ενα πειραμα να κοιταξεις το MTU στο μοντεμ σου
πολλες φορες λανθασμενη τιμη MTU μας δινει πολυ χαμηλες ταχυτητες download.
για το pppoe η σωστη τιμη ειναι 1492

φιλε μου εαν το προβλημα ειναι γενικο προφανως εχει ντιγκαρει η γραμμη που σας ενωνει με το Backbone
ποσα dslam εχουν δωσει στα στυρα και που βρισκονται αυτα (δεν θυμαμαι εαν το κεντρο ειναι στα ανω στυρα η στην παραλια και δεν θυμαμαι επεισης εαν εχει ανεπιβλεπτο Γενικο κατανεμητη)
σε καθε περιπτωση ομως αφου ο συνχρονισμος παραμενει σταθερος και δεν εχεις σκαμπανεβασματα στο MRG σου ειναι καθα προβλημα γραμμης διασυνδεσης στο Backbone του οτε.Η λυση ειναι ενα δευτερο κυκλωμα για να αναδρομολογηθουν καποιες απο τις συνδεσεις σε αυτο και να ξεφρακαρει αλλα δεν ειναι κατι που γινεται αμεσα αυτο

Οι ιφοισταμενι σου ειναι του ηδιου εποιπεδου με σενα ;


Αχα :hmm:,το μαθαμε κι'αυτο.
Η απαγορευση στη μαγισσα μπλοκαρει το σημα περα απο τα 20 χιλιομετρα :shock:

Η διακοπη των υπηρεσιων στην μεταγωγη ενος KV ,δεν ειναι μεγαλυτερη απο λιγες ωρες.
Επιπονη και χρονοβορα ειναι η προεργασια.

Αυτα τα λενε οι κομουνιστες για να πηδαν τις κορες μας.:rtfm:
(εχει σχεση με την πραγματικοτητα οσο και τα ανωτερω )

Α ρε Παναγη ,οτι πληρωνεις παιρνεις τελικα.:wall:

φιλαρακο επειδη σε βλεπω και προσεχεις τα ορθογραφικα μου διορθωσε το υφισταμενοι μας εβγαλε τα ματια και μετα κρινεις.Εκτος εαν το κανεις σκοπιμα που και παλι γραμενο σε εχω
οσο για αυτα που γραφω μπορω να στα αποδειξω εσυ μπορεις να κανεις κατι εκτος απο το να γραφεις βλακειες? η εισαι αλλος ενας τεχνικος του καναπε που επειδη διαβαζεις ενα forum εχεις παρει CCNP?.
α και ναι ξεχασα για να διορθωσεις μια βλαβη Adsl πρεπει να εχεις παρει 10+ στην ορθογραφεια και το συντακτικο συγγνωμη φιλαρακο μου εζησα τοσα χρονια εξω που ξεχασα να γραφω καλα ελληνικα και επειδη εχω και δυσλεξια γραφω ακομα χειροτερα οκ?και και οι "οιφησταμαινοι" μου (που δεν ειναι υφισταμενοι απλα εγω διαχειριζομαι τις βλαβες τους) ειναι ναι στο ιδιο επιπεδο με εμενα δηλαδη ολοι εχουν χαρτια πανω στο αντικειμενο το οποιος εξασκουν
Ως εδω για το προσωπικο της επιθεσης που μου εξαπελησες μην γνωριζοντας και μη σεβομενος καποια πραγματα και αμα με τον παναγη εννοεις οτι εισαι βουρλουμακι αντε κλαψε στην αγκαλια του παππου
το επιπεδο του κοσμου που δουλευει στον οτε κυριως των παιδιων που προσεληφθησαν μετα απο το 2006 στα τεχνικα τμηματα ειναι πολυ καλο διοτι παρθηκαν ετοιμα ατομα απο την ελευθερη αγορα και δεν εμαθαν στο OTEACADEMY. Παρολα αυτα ο οργανισμος ακομα χρηματοδοτει σεμιναρια σε ολα τα επιπεδα της επιλησης για να τους κανει ακομα καλυτερους.
παρολα αυτα δε τους βοηθαει πραγματικα στο πεδιο μιας που ψηφιακοι αναλητες σηματος ο οτε προμηθευτηκε πριν 6 μηνες και μαλιστα περιορισμενα κομματια οταν οι παροχοι τους ειχαν απο το ανοιγμα τους.Επισης θα πρεπει να ξερεις οτι στην πολιτικη των profil η των αναβαθμισεων δεν λαμβανουν υπ οψην τις αναφορες των τεχνικων πεδιων.Γιατι εμεις ημασταν οι πρωτοι που ειχαμε πει οτι αναβαθμισεις χωρις παραλληλη αναπτυξη νεου δικτυου και αναδρομολογησεις κεντρων θα ειναι υποβαθμιση για το 80% των συνδρομητων.
Θεωρεις οτι εμας μας αρεσει να ακουμε οτι ακουμε καθε μερα (που βλεπουμε και προσωπο με προσωπο τους πελατες) και ΝΑ ΜΗΝ ΜΠΟΡΟΥΜΕ να δωσουμε λυση ειτε επειδη το δικτυο που εξηπηρετει τον πελατη εχει ενα τονο γη και δεν εχει αλλο ειτε επειδη εχει εναεριο απερχομενο με τσοντες 400μ ειτε επειδη πηραν μια αποφαση να παιζουν με 11dbm και του εκοψαν ουσιαστικα ταχυτητα και ανεβασαν το ping στο θεο με τα INTERLEAVE Profiles?Εχω ενα ολοκληρο καφαο που δεν μπορω να δωσω ουτε 768 εχω κανει 100 υπηρεσιακα σημειωματα στα 2 τελευταια χρονια να φτιαχτει του εκανα μια μετατοπιση περσι και πηγε ακομα χειροτερα...
δεν ειναι τοσο απλη εργασια το περασμα νεων καλωδιων..
Σκεψου σε μια αποσταση 3κμ ακομα και σε ευθεια να θελεις να ριξεις ειτε ONU ειτε χαλκινο καλωδιο
αντε και υπαρχουν τα φρεατια σε ενα καφαο που υπαρχει και δεν θελεις αδειες εκσκαφης απο τον καθε δημο που περνας
στην -περιπτωση του φιλου της αλσουπολης για να παει Ν Ψυχικο η ακομα πιο πιθανα αλυσιδα (γιατι αυτο το κεντρο ειναι πιο κοντα) θα πρεπει να σκαφτει κομματι της Βεικου ποιος θα δωσει αδεια για κατι τετοιο.
Μην γινομαστε παραλογοι σε μερικα πραγματα.
Ειχαμε και μια ελπιδα με το WIMAX αλαλ απο οτι φαινεται εγκαταλειπεται και αυτο απο οτε και εναλακτικους λογο του κοστους του
Α και ναι ξεχασα......επειδη μιλας υπερ εναλακτικων για πες μου , οι εναλακτικοι σου εχουν τεχνικο τμημα και δεν το θυμαμαι η παιζουν ολοι με την BSP? δηλαδη με 20χρονα παιδιακια που δεν εχουν ιδεα τι ειναι κεντρικο και τι απερχομενο, και περιμενουν να μαθουν στην γκλαβα του συνδρομητη?Α ναι σωστα τα παντα στον βωμο του φθηνου Ιντερνετ στον κοσμακη και εαν παθει βλαβη κατσε ρε βλακα και 20 μερες χωρις τηλεφωνο και νετ.
και για να μην παρεξηγηθω δεν εχω τιποτα με τους τεχνικους συναδερφους που εργαζονται σε εργολαβους η σε αλλους παροχους εχω με την τακτικη των εταιριων τους που για ολα φταει ο οτε ακομα και εαν δεν εχουν στειλει τεχνικο να συνδεσει στο χωρο του πελατη
για πες μου ποσος ειναι ο μεσος χρονος αποκαταστασης βλαβης ενος εναλλακτικου χωρις ευθηνη οτε η ποσα συνδιαστικα ραντεβου κατεβαινουν για να αποδειχθει οτι απλα δεν παιζει το οριο του παροχου?
οσο για την δεσμευση της αναπτυξης του vdsl και την αντιδραση και τα αιτηματα των παροχων ναι φιλε μου προεβληθη αυτο το αιτημα με την δικαιολογια οτι δεν τους επιτρεπεται να αναπτηξουν ιδιοκτητο δικτυο και δεν εχουν προσβαση στα καφαο αρα το εαν ειναι αληθεια η οχι ασε να το ξερω καλητερα απο εσενα.
επειδη για τα Vdsl οπως καταλαβαινεις δεν θα υπαρχει μεταφορα σηματος απο χαλκο (ουτε απο το κεντρο αυτος ειναι ο σχεδιασμος αν και δεν τον καταλαβαινω αφου θα περαστει onu μια η αλλη παραλληλα γιατι να μην μεινει το χαλκινο δικτυο για pots και η onu για vdsl και voip)
σου προβαλω την πραγματικοτητα και εσυ απλα χρησιμοποιεις μια γλωσσα που δειχνει το επιπεδο σου.
οσο για την αναφορα σου σε μαγισες στην διατομη 0.5 που χρησιμοποιει κατα κορον το ελληνικο δικτυο για την συννενvση των Kw kai ta 54v επιτρεπουν μεχρι 20km ΤΗΛΕΦΩΝΙΚΟΥ ΣΗΜΑΤΩΣ.
δεν μιλησα για μεταγωγη αδερφε μιλησα για αναθεση σε νεο τηλεπικοινωνιακο κεντρο.
δηλαδη αναθεση των αριθμων σε αλλη περιοχη (ta dlu ουσιαστικα) (κατι σαν φορητοτητα αριθμου) επαναμικτονομηση σε νεο Γενικο κατανεμητη περιοχης αλλαγη κεντρικου η κεντρικων καλωδιων διανομης (μεχρι το καφαο) και πλεξη αυτων και μετα αλλαγη απερχομενου δικτυου προς τους συνδρομητες
εαν εσυ το κανεις αυτο σε λιγες ωρες ε ελα οτε ρε φιλαρακο θελουμε τετοια χερια flash.
αλλα να υποθεσω οτι εξω απο τον χορο ειναι ολα ευκολα και μεσω της ανωνημιας μας λεμε την μακακια μας.
δεν λεω οτι ο ΟΤΕ ειναι καλος η τα παντα καλα πρατει το αντιθετο ειμαι απο αυτους που θεωρουν οτι εχει κανει ημιμετρα στην αναπτυξη της ευρηζωνικοτητας.
στους πληγωμενουν ειμαι και εγω με αποσταση 3.5κμ σε δικτυο που εχει γη και δεν μπορει να δωθει λυση πληρωνω 24αρα και εχω 4.5mb με 53Att πληρωνω αναγκαστικα και εναλακτικο για να εχω και δευτερη adsl προκειμενου να κανω την δουλεια μου , αλλα δεν θα κλεινω τα ματια και θα "κρινω" αλογιστα τα παντα.Για οτιδηποτε αλλο θελησεις στην διαθεση σου

Eιμαι κοντα στη διασταυρωση Βεικου και Εθν.Αντιστασεως (τηλ. 210 27584... ) και κανενας απο τους γειτονες που εχει Otenet δεν κλειδωνει περισσοτερο απο 2Mbit. Παραπανω εχεις συνεχως αποσυνδεσεις. Μου ειπαν οτι φταιει η αποσταση απο το Κεντρο. Γιατι ομως δεν μας δινουν απο το Ν.Ψυχικο που ειναι εντυπωσιακα κοντα;; Μηπως για να μην κοψουν bandwidth απο την ..ΕΥΓΕΝΗ γειτονια του Ψυχικου;
Ναι πιστευω οτι αξιζει μια ομαδικη διαμαρτυρια. Καμια 500αρια υπογραφες που απειλουν μετατοπιση σε εναλλακτικο παροχο ΙΣΩΣ ΑΚΟΥΣΤΟΥΝ...

επειδη μερικα πραγματα τα διαβαζω και δεν τα πιστευω θα σας απαντησω υπευθυνα,
Και λεγοντας υπευθηνα μιλαω σαν διαχειριστης βλαβων adsl για τις περιοχες νεου ηρακλειου και νεας ιωνιας.δηλαδη ο ανθρωπος που κανει τον προτογενη ελεγχο μιας βλαβης για την τεχνικη υπηρεσια και αποφασισω εαν χρηζει επισκεψης τεχνικου για ραντεβου η μπορει να διορθωθει απο το κεντρο.
μερικα πραγματα που ζητιωνται απαιτονται απο πελατες ειναι παραλογα.
ερωτση:γιατι δεν δινους στην αλσουπολη απο το νεο ψυχικο?
απαντηση. η δομη του δικτυου σχεδιαστηκε για την τηλεφωνια και οχι για adsl.
αντιστοιχα οπως η αλσουπολη παιρνει απο τον κατανεμητη της ας ιωνιας στην ηρακλειου (εκει ειναι και η εδρα των dslam νεας ιωνιας για οτε και παροχους) ετσι και το κατω χαλανδρι παιρνει απο το ψυχικο!!!! (αποσταση >5κμ). αρα οπως καταλαβαινεις ο λογος δεν ειναι το πραγματικο banwitch αλλα η δομη του δικτυου σχεδιαστικα. ο λογος?
τα δικτυα σχεδιαστηκαν στα τελη του 60 οταν η οικιστικη αναπτηξη δεν ηταν τετοια.η επεκταση τους σε νεοδμητες περιοχες γινοταν με την λογικη των τηλεφωνων τα οποια παιζουν μεχρι 20κμ με καλωδια.
για να "εκτραπει" ενα καφαο (στην περιπτωση μας περιπου 1000 συνδεσεις) σε αλλο κομβο περιοχης (κατανεμητη) θα πρεπει να διακοπει η παροχη για την διαρκεια του εργου (δηλαδη για περιπου 10 μερες) και θα πρεπει να συμφωνησουν ολοι (πελατες οτε εναλακτικων και παει λεγοντας). πιστεψε με κατι τετοιο δεν γινεται.
στα μινι dslam τωρα.
κατ αρχας το προγραμμα ειναι ακομα πιλοτικο σε καποιες περιοχες.
εχουνμε κανει αιτησεις για 2 καφαο συμπεριλαμβανομενου ενως στην αλσουπολη και ενος στα συνορα μας με την νεα κηφησια που λογο αποστασης η παροχη ακομα και 2 mb ειναι αδυνατη.
βρισκονται στον βασικο σχεδιασμο και θα υλοποιηθουν μεσα στο 2010.
αλλα και εκει ..... οι εναλακτικοι καταγγελουν αθεμιτο ανταγωνισμο και εχουν κολησει την αναπτηξη δικτυου εαν δεν τους δωσουμε το 50% των πορτων.πραγμα παραλογο αν σκεφτεις οτι δεν εχουν καμια συμετοχη στο κοστος αλλα να ειναι καλα η εετ.
ως κατοικος της περιοχης θα γνωριζεις την ΣΕΛΕΤΕ.
σου λεω λοιπον οτι μετα απο 3 χρονια αγωνες και διαμαρτηριες απο το ιδιο το τεχνικο τμημα η ΣΕΛΕΤΕ θα μετατεθει στον κομβο του μεγαρου προκειμενου να εχει παροχη.
κυριοι παρτε χαμπαρι οτι σε αυτο το πλαισιο που αναπτηχθηκε το adsl στην ελλαδα μεγαλες ταχυτητες για τα επομενα 5 χρονια θα εχουν μονο οσοι ειναι σε αποσταση το πολυ 1.5κμ απο τα κεντρα του οτε.
οσο για την περιπτωση σου με pm μπορω να σου δωσω τα στοιχεια μου και το τηλεφωνο του γραφειου μου προκειμενου να μιλησουμε επι προσωπικου και να δω εαν μπορω να σο δωσω λυση μιας που οι τεχνικοι που εχουν ερθει σε εσενα αναφερουν σε εμενα :p:p