Αναζήτηση:

Καλησπερα,

Αν και παλια συζητηση θα ηθελα να ρωτησω πως θα καταφερω να φανουν τα SimpleTrans στα Trunks του FreePBX?

Οτι και να εκανα δεν το καταφερνω δειχνει μονο τα udp tcp και tls και στα Advanced settings μου δειχνει ws wss σαν επιλογες?

Ευχαριστω


Εγω δεν μπορω να βοηθησω δυστυχως, γιατι δεν χρησιμοποιησα freepbx...

Τωρα που πηρα να τους βρισω λιγο ειπαν: "σε καθε επανεκκινηση υπαρχει default για λογους ασφαλειας να παιρνει αλλη ip και να γυρναει σε αρχικους κωδικους.".
Και προτεινε να αγορασω σταθερο ip...

Για καποιο λογο δεν μου ακουγονται και πολυ σοι αυτα!

Χαιρετε!

Εχω σε δυο εταιρειες στημενο asterisk με voip να τερματιζει πανω στον asterisk. Το ολο συστημα παιζει αψογα, με ενα μικρο προβληματακι: Μεσα στους 6 μηνες που δουλευουν τα συστηματα, ο ΟΤΕ μου αλλαζει τους κωδικους οποτε του καπνισει - μου εχει συμβει καμια 4 φορες μεσα σε αυτο το διαστημα και πρεπει να ξανακανω τη διαδικασια εκδοσης κωδικων. Αντε, μια-δυο φορες ας το καταπιω, γιατι ηταν αλλαγη συμβολαιου τη μια, και αλλαγη δρομολογητη την αλλη. Αλλα εχει γινει και δυο φορες οπου αλλαξαν οι κωδικοι στο ξεκουδουνο. Ισως και να εχει σχεση, οτι τουλαχιστον τη μια απο αυτες (που εγινε Σ/Κ) δεν κουμπωνε το VDSL για μιαμιση μερα. Καναν εργασιες; Firmware upgrades καπου; Δεν ξερω. Παντως ολες τις φορες, ενω στους speedport ειχα απενεγοποιημενο το Voip, το εβρισκα ξαναενεργοποιημενο και registered (στον speedport). Το ειχαν κανει δηλαδη reset στο default που ειναι να ειναι η τηλεφωνια πανω στον speedport.

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

Εξαιρετικο ειναι και το 3cx για PC.

Το 3CX δεν ειναι που παιζει μονο με τον δικο του sip server και οχι με generic asterisk;

Kατα τα αλλα, η ολη εγκατασταση που παλευα παει μια χαρα. Οι δυο γραμμες ΟΤΕ με pjsip πανω στο ιδιο asterisk box παιζουν φινα, και καμια 20ρια εσωτερικοι χρηστες με android και zoiper και ρυθμιση στο android 'keep wifi active when asleep' παιζουν χωρις παραπονα (και ουτε και πολυ μπαταρια φαγωνεται γιατι ειναι και γκρινιαρηδες και θα ειχα θεμα). Για οσους εχουν iphones οπου καμια λυση δεν υπηρχε ουτε δωρεαν, ουτε πληρωμενη (π.χ. zoiper/groundwire) που να μην απαιτει να απανταει ο asterisk στον εξω κοσμο (να ειναι publicly reachable (εστω με ACL για groundwire/zoiper servers)), αγορασαμε μια Yealink W60P και οι πρωτες εντυπωσεις ειναι εξαιρετικες.

Αν ειναι μεσα στην εταιρεια τοτε ισως να σε ενδιαφερουν τα καινουργια wifi phones της Grandstream, αν εχεις wifi που επιτρεπει roaming ισως σε ενδιαφερουν γιατι με τα dect πας μεχρι εκει που επιτρεπει η βαση.

https://www.youtube.com/watch?v=XRuEujwwxQQ

Τα ειχα τσεκαρει αλλα με διακοσια γιουρο το ενα και 40 ανθρωπους που πρεπει να εχουν εσωτερικο, κλαψε...

Οποτε θα πρεπει να βγαλεις εξω την 5060 η τελος παντων να αφηνεις τους servers της groundwire να κανουν register.
Φυσικα θα πρεπει τα clients σου να ειναι configured να μπαινουν με dns names, το οποιο να ειναι resolvable /connectable και απο το internets
Το κοβο για split dns.

Yikes και παλι yikes.

εννοεις οτι εντος του εταιρικου δικτυου το sip.mycompany.gr θα πρεπει να κανει resolve πχ σε 10.0.0.15 (asterisk IP), ενω απο το internet πρεπει να το sip.mycompany.gr να κανει resolve στην public ip της εταιρειας που μετα θα προωθει την 5060 στην 10.0.0.15;
Ενταξει, δεν ειναι τρομερο, γιατι yikes?
Kαι γιατι yikes να βγαλεις εξω την 5060; (βασικα δεν μπορεις να την βγαλεις εξω ως καποιο high port για να γλιτωσεις τον μεγαλο ογκο brute-forcing; -- αν και υποθετω μπορεις απλως να επιτρεψεις τις IP της groundwire μονο).

Λες να τα αποφυγω ολα αυτα και να παω για D750/D752 grandstream βασεις με αντιστοιχα ακουστικα - μηπως ξερει κανεις στα σιγουρα τι θα πει αυτο που λεει στα specs "Up to 10 SIP accounts per system; up to 10 lines per handset"; 1 SIP account θεωρειται το καθε εσωτερικο μου νουμερο; Και τα 'lines per handset';

Χα ωραια ευκαιρια να πω και εγω τον πονο μου επειδη την ασκηση που κανεις, την εκανα πριν απο ενα μηνα με 30 remote users. Το λοιπον, το γραφω με κεφαλαια, ΜΑΚΡΙΑ ΑΠΟ ΤΟ LINPHONE.
Ολα τα versions ειναι γραμμενα με βαση τον sip server τους, με asterisk στην ουσια μονο τηλεφωνα κανει.
1) Δεν εχει κουμπι για transfer, πρεπει να χρησιμοποιησεις το *2 που σε smartphone ειναι σαν να ζητας στον αλλο να κανει τουμπα
2) Δεν δουλευει το presence. Το μονο format που υποστηριζει για presence ειναι μεσω resource list που δεν υποστηριζεται απο τον asterisk
3) Στο dekstop app εχει hard coded το registration timeout στην μια ωρα, οποτε αν υπαρχει πολυ επιθετικο nat και κλεινει το connection με τον remote asterisk η μονη λυση ειναι να πειτε στο asterisk να ζηταει απο τους clients να κανουν register πιο συχνα.
4) Το rfc2833 ειναι buggy, χανει πληκτρα στους remote χρηστες με αποτελεσμα να μην μπορουν να κανουν transfer. Αν γυρισετε σε SIP INFO δουλευει κανονικα.
5) ΔΕΝ ΔΟΥΛΕΥΕΙ ΤΟ STUN. Πραγματικα για αυτο δεν βρηκα καμια λυση, οτι και να εκανα οποιο δημοσιο stun server και να εβαλα που χρησιμοποιω (συνηθως της google) η δεν εκανε resolve την public IP η την εβαζε μονο στον contact header κι οχι στο SDP με αποτελεσμα να μην εχω audio.
6) Οταν ενεγοποιησετε το presence, στελνει publish μηνυμα που δεν υποστηριζει ο asterisk και γκρινιαζει.
7) Επισης σε καθε register πακετο στελνει header που δεν υποστηριζεται απο τον Asterisk με αποτελεσμα να μην κανει ποτε register.
8) Δεν δουλευουν τα push notifications. Βασικα δεν ειναι οτι δεν δουλευουν αλλα σου λεει εγω στελνω την πληροφορια απλα φροντισε ο sip server σου να την καταλαβαινει και να ενημερωνει τις αντιστοιχιες υπηρεσιες της Google/Apple. Φυσικα ο Asterisk δεν το κανει.

Τα 5,6 και 7 τα ελυσα με τον SBC που εχει ο πελατης το 8 ποτε. Ευτυχως στο android αν το βαλεις σε background mode και του στελνεις OPTIONS το app δουλευει.
Και φτανω στο αγαπημενο ~not~ iOS.
ΚΑΝΕΝΑ FREE SOFTPHONE ΔΕΝ ΔΟΥΛΕΥΕΙ ΣΤΟ iOS.
Για αρχη η Apple για λογους ασφαλειας και ποιοτητας εχει κοψει παντελως το udp απο τα κινητα της, οποτε SIP μεσω UDP ξεχαστε το.
Επισης για λογους εξοικονομησης ενεργειας ολα τα applications ανεξαιρετως γινονται kill με του που ο χρηστης τα κανει minimize.
Τα applications για να ξυπνανε οφειλουν να δεχονται push notifications μεσω της αντιστοιχης υπηρεσιας της Apple.
H συγκεκριμενη υπηρεσια σε αντιθεση με την αντιστοιχη της Google απαιτει να εισαι truster third party aka ssl certifcate.
Αυτο το ssl certificate το παιρνεις μονο αν εισαι developers που σημαινει οτι πρεπει να πληρωσεις το fee των 100$ το χρονο που ζηταει η εταιρεια.
Επισης το app σου θα πρεπει να επικοινωνει με τον δικο σου server που μιλαει με την Apple και στελνει τα push notifications.
Οποτε 100 τα ντολαρς συν ενας server που διαχειριζεται τα connections απο ποσα χιλιαδες softphones σημαινει κοστος που δεν δικαιολογειται για ενα free softphone.
Τα περισσοτερα free εχουν paid versions που εκει υποστηριζουν την συγκεκριμενη υπηρεσια. Τελικα με τον πελατη μειναμε στο Groundwire που ειναι στα 10€ και επαιξε κατευθειαν απροβληματιστα, με κουμπακι transfer και χωρις ποτε να πεφτει κληση.
Θα σου προτεινα αν θες να ξενοιασεις να δοκιμασεις σε ενα κι αν δεις οτι σου δουλευει καλα να παρεις για ολους, Android/iOS.
Στα pc βαλτους MicroSIP, και στο βυθο της θαλασσας να ειναι κατα πασα πιθανοτητα θα παιξει με μηδεν πορους.
Ακομα κι εδω linphone ειναι πολυ βαρυ, ενω το Zoiper ναι μεν δουλευει αλλα δεν εχει transfer.
Ξαναλεω, ΜΑΚΡΙΑ ΑΠΟ LINPHONE, τα 1-8 τα εμαθα με ενα μηνα δοκιμες σχεδον καθε μερα, DONT BE LIKE ME! :evil:

Καλε μου ανθρωπε, σ' ευχαριστω για τα φωτα σου. Ευτυχως δηλαδη που ειπα τον πονο μου, γιατι εγω ειμαι ηδη στις δυο εβδομαδες δοκιμων με linphone και μιλαμε για εφιαλτη χωρις τελος. Οποτε, αξιοποιωντας την εμπειρια σου, συνοψιζουμε στο Groundwire για Android/iOS και MicroSIP για PC.

Μια ερωτηση ομως τεχνικου χαρακτηρα ειναι η εξης: Βαζω groundwire στα κινητα τους αλλα τα push notifications πως θα παιξουν; Οταν θα ερχεται η εισερχομενη απο ΟΤΕ στην εταιρεια και θα σκαει στον asterisk, πως ο asterisk θα προκαλει το να σταλει το push στο κινητο για να ξυπνησει το κινητο και το groundwire ωστε να φτασει η εισερχομενη στο κινητο; Θα καλει με AGI script καποιο API;

@dogganos

Web interf εχεις ?

η καθαρο κονσολατο αστερισκ?

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

Επισης αν το εχεις live και παιζει πλεον τις εντυπωσεις η για πιθανα προβληματα που αντιμετωπισες.

Μπραβο σου!

Ξερο αστερισκ, CLI!

O asterisk παιζει σε ενα μηχανημα με 16RAM, Intel(R) Core(TM) i5-9400 CPU @ 2.90GHz με 6 cores, SSD, αλλα κανει και αλλα πραγματα. Νομιζω ο asterisk δεν πιανει σχεδον τιποτα απο πορους. Και το επιβεβαιωνω οτι σε εταιρεια που εχω στησει με μια γραμμη ΟΤΕ, δυο γραμμες modulus και καμια 15 εσωτερικα τηλεφωνα, παιζει απροβληματιστα σε Rasp. Pi 4 B με 4G RAM και δεν δειχνει να ζοριζεται ουτε στο ελαχιστο.

Το setup ειναι πλεον live αλλα δεν εχει δοκιμαστει ακομα σκληρα γιατι μας λειπουν τα εσωτερικα τηλεφωνα - εχουμε μονο ενα Grandstream που δεχεται και κανει κλησεις μια χαρα. Και εδω να πω τον πονο μου για τον οποιο μαλλον θα ανοιξω καποιο νεο thread. Θελαν mobility μεσα στην εταιρεια και τους ειπα θα βαλουμε softphone clients (linphone/zoiper κλπ) στα κινητα τους. ΚΑΙ ΜΟΥ ΕΧΕΙ ΒΓΕΙ Η ΠΙΣΤΗ ΑΝΑΠΟΔΑ. Καθε κινητο κανει τελειως του κεφαλιου του: Σφαζει την εφαρμογη μετα απο λιγα λεπτα inactivity του κινητου, κλεινει το WiFi, χαμος. Εντωμεταξυ εχει φυσικα ο καθενας τους αλλη εκδοση android, αλλη εκδοση iOS, ασε κλαμα. Θα μου πεις, πανε στα settings και ρυθμισε κλπ κλπ. Ε, πηγα το εκανα και παρατηρω παλι αλλοπροσαλλες συμπεριφορες. Δεν ξερω τι να κανω...

Κομψη λυση, μπραβο.

εγινε δυνατη μονο χαρη στο feedback και την συνεισφορα πολλων απο εδω μεσα :rolleyes:

Ηρθε η ωρα να κλεισει και το thread του θεματος με τις πολλαπλες γραμμες ΟΤΕ σε ενα asterisk. To κανω κοκκινο, για να το προσεξει οποιος ψαχνει για ετοιμο, λειτουργικο config.

But first things first: Eπειδη το παρον thread εμεινε στην κατασταση του οτι δεν γινοταν OTE + pjsip, θυμιζω οτι σε διπλανο thread με αυτο το μηνυμα λυθηκε αυτο το θεμα.

Οποτε τωρα που βρεθηκα με τις τρεις γραμμες ΟΤΕ και τον Asterisk, παραθετω το σχετικο config (τελικα εγινε με δυο γραμμες, την τριτη δεν την χρειαζομασταν, αλλα δεν εχει καμια σημασια ως προς την γενικοτητα της λυσης που μπορει να εφαρμοστει και με 13 γραμμες).

Θυμιζω το προβλημα: Εχουμε Χ γραμμες ΟΤΕ, με Χ ΟΤΕ-routers και θελουμε να τις ριξουμε ολες τις γραμμες στον αστερισκο μας. Το προβλημα ηταν το πως θα κανουμε την SIP κινηση (registration κλπ) για καθε μια γραμμη να βγαινει απο τον σωστο OTE-router.

Πρωτα παιρνουμε τους ΟΤΕ routers, τους κοβουμε το DHCP, τους αποδιδουμε statics, εστω 10.0.0.252 τον ενα και 10.0.0.254 τον αλλο.

Μετα, προσθετουμε στο routing table χαρτη του μηχανηματος που φιλοξενει τον asterisk (αρχειο /etc/iproute2/rt_tables), δυο νεα routing tables:

# This is for OTE
12 rt12
13 rt13

Σωζουμε, και ανοιγουμε το /etc/network/interfaces, και εστω eno1 το ονομα της καρτας δικτυου μας, και 10.0.0.16 η IP του server που εχει τον asterisk.

Θα προσθεσουμε στον server αλλα δυο IPs (εδω: 10.0.0.12, 10.0.0.13), ωστε καθε SIP trunk με γραμμη ΟΤΕ να χρησιμοποιει δικη του IP απο την μερια του server.

allow-hotplug eno1
auto eno1
iface eno1 inet static
address 10.0.0.16
netmask 255.255.255.0
network 10.0.0.0
broadcast 10.0.0.255
gateway 10.0.0.1
dns-nameservers 10.0.0.1 8.8.8.8
mtu 9000

auto eno1:0
iface eno1:0 inet static
address 10.0.0.12
netmask 255.255.255.0
post-up ip route add default via 10.0.0.254 dev eno1 table rt12
post-up ip rule add from 10.0.0.12/32 table rt12
post-up ip rule add to 10.0.0.12/32 table rt12

auto eno1:1
iface eno1:1 inet static
address 10.0.0.13
netmask 255.255.255.0
post-up ip route add default via 10.0.0.252 dev eno1 table rt13
post-up ip rule add from 10.0.0.13/32 table rt13
post-up ip rule add to 10.0.0.13/32 table rt13


Ριχνουμε ενα reboot εδω (για να μην καθομαι να αναλυω restart networkings κλπ), και σιγουρευομαστε μετα οτι ο server μας ειναι προσβασιμος στο τοπικο δικτυο απο ολες τις IP του.

Το παραπανω config, γεμιζει τα νεα routing tables με κανονες που λενε οτι οποια κινηση φευγει απο την 10.0.0.12 θα φευγει με default gateway την 10.0.0.254 (ο ενας ote router) και οποια κινηση φευγει απο την 10.0.0.13 θα φευγει με default gateway την 10.0.0.252 (ο αλλος ote router).

Στη συνεχεια φτιαχνουμε το pjsip.conf, βαζοντας αρχικα δυο transport sections που θα χρησιμοποιηθουν παρακατω για τα OTE trunks.


type=transport
protocol=udp
bind=10.0.0.12


type=transport
protocol=udp
bind=10.0.0.13


Μετα φτιαχνουμε τα δυο OTE trunks με το config που παρεθεσα στο link στο αλλο thread (βλ. αρχη παροντος μηνυματος), βαζοντας transport = simpletrans-12 για το ενα sip trunk και transport = simpletrans-13 για το αλλο sip trunk.

Σημειωτεον, επειδη προφανως θα εχετε και εσωτερικα τηλεφωνα, πρεπει να προστεθει ενα simpletrans στην IP του server (10.0.0.16) για να κανουν εκει register τα εσωτερικα τηλεφωνα.

Μετα τριβουμε παγο, ριχνουμε φυλλα δυοσμου, lime, μαυρη ζαχαρη, ρουμι, σοδα, και απολαμβανουμε το εργο:
CLI> pjsip show registrations


==========================================================================================

OTExxxx/sip:ims.otenet.gr OTExxx Registered
OTEyyyy/sip:ims.otenet.gr OTEyyy Registered

Objects found: 2

Εχεις δικιο. Ανοιξα αυτο https://www.adslgr.com/forum/threads/1197194-PJSIP-Modulus-(2-%CE%B3%CF%81%CE%B1%CE%BC%CE%BC%CE%AD%CF%82)?p=7031213#post7031213

Dogganos, ποσα usernames εχεις απο την Modulus, 1 η 2;

Δυο εχω, εξ ου και εχω φτιαξει δυο trunks. Μηπως επρεπε κατα την αιτηση να διευκρινισουμε οτι και τα δυο νουμερα θα ειναι στο ιδιο τηλεφωνικο κεντρο, ωστε να φτιαξουν ενα μονο username & trunk;

Μια και η modulus δεν εχει ρυθμισεις για asterisk (μονο για freepbx), ιδου ενα λειτουργικο pjsip.conf. Στο δικο μου setup επειδη εχω δυο γραμμες modulus, εχω αλλο ενα σαν το παρακατω.


type = registration
retry_interval = 20
max_retries = 10
contact_user =
expiration = 120
transport = simpletrans
outbound_auth = MOD123456
client_uri = sip:@voips.modulus.gr
server_uri = sip:voips.modulus.gr


type = auth
auth_type=userpass
password = XXXXXX
username =


type = aor
contact = sip:@voips.modulus.gr


type = identify
endpoint = MOD123456
match = voips.modulus.gr


type = endpoint
context = from-MOD
disallow = all
allow = ulaw
allow = alaw
allow = gsm
from_user =
from_domain = voips.modulus.gr
outbound_auth = MOD123456
aors = MOD123456



Και στο extensions.conf:


; we receive here calls for both MOD numbers and we send them to Esoteriko1/Esoteriko2 appropriately
exten => _x.,1,Set(Var_TO=${EXTEN})
same => n,AGI(getCallerName.py, ${CALLERID(num)})
same => n,Set(CALLERID(name)=${CallerName})
same => n,Log(NOTICE, Incoming call for ${Var_TO} from ${CALLERID(all)})
same => n,GotoIf($?Esoteriko1,s,1:6)
same => n,GotoIf($?Esoteriko2,s,1:7)
same => n,Hangup()


exten => s,1,Dial(PJSIP/esot1, 60)


exten => s,1,Dial(PJSIP/esot2, 60)



Δεν καταφερα να βρω αλλη λυση ωστε να εχω δυο ξεχωριστα contexts (π.χ. from-MOD1, from-MOD2) για να χειριζομαι τις εισερχομενες ξεχωριστα, οποτε τις ξεχωριζω με βαση το ${EXTEN} που ειναι το σε ποιο απο τα δυο mod νουμερα ερχεται η εισερχομενη και την στελνω στο καταλληλο εσωτερικο. Λειτουργει μια χαρα!

Ευχαριστω για τις προσπαθειες παιδια, αλλα το match_header δεν επαιξε. Το καταφερα να παιξει παντως με ενα inbound route αντι για δυο. Δηλαδη και τα δυο trunks στο pjsip.conf δειχνουν στο κοινο context incoming_MOD.

Στο οποιο κοινο context στο extensions.conf εχω:


exten => _x.,1,Set(Var_TO=${EXTEN})
same => n,Log(NOTICE, Incoming call for ${Var_TO} from ${CALLERID(all)})
same => n,GotoIf($?ext_123456,s,1:4)
same => n,GotoIf($?ext_654321,s,1:5)
same => n,Hangup()


exten => s,1,Dial(PJSIP/Kentriko)


exten => s,1,Dial(PJSIP/Filippos)


Οποτε ερχονται σε αυτο το κοινο inbound route οι κλησεις και των δυο αριθμων της modulus, και κατευθυνω τις κλησεις αναλογως του ποιος αριθμος modulus κληθηκε (${EXTEN}), στα επιθυμητα εσωτερικα (Kentriko, Filippos).

Λογω απειριας στο asterisk δεν καταλαβαινω ακριβως το σκεπτικο του πως σχετιζονται trunks - inbound calls, αλλα παιζει.

--edit: πρεπει να σημειωσω οτι τον τελευταιο καιρο που ασχολουμαι με asterisk, εχω ξοδεψει ενα κουτι παναντολ - τα κοκκινα :whistle:

Καλωσηρθα κι εγω στην modulus :-)

Προβληματακι που ισως να ειναι trivial αλλα λογω απειριας δεν ξερω τι παιζει: Εχω δυο νουμερα στην modulus, εχω φτιαξει τα δυο trunks (pjsip.conf), και το προβλημα ειναι οτι οταν καλω δοκιμαστικα απο το κινητο μου το ενα νουμερο παιζει κανονικα, ενω οταν καλω το αλλο νουμερο παιρνω το εξης:

NOTICE: res_pjsip_session.c:2993 new_invite: Call from 'MOD_Α' (UDP:185.73.42.250:5060) to extension '2310123456' rejected because extension not found in context 'incoming_MOD_A'.

Δηλαδη ενω το νουμερο που καλω ειναι το 2310123456 που ειναι το MOD_B trunk μου, το νομιζει ο asterisk οτι ειναι το MOD_A trunk.

Στο tcpdump βλεπω το εξης:

Οταν καλω το ενα νουμερο (2310123456) μου ερχεται απο την modulus:
10:15:58.643748 IP 185.73.42.250.5060 > 192.168.1.100.5060: SIP: INVITE sip:2310123456@voips.modulus.gr SIP/2.0

και οταν καλω το αλλο (2310654321) μου ερχεται απο την modulus:
10:16:24.444059 IP 185.73.42.250.5060 > 192.168.1.100.5060: SIP: INVITE sip:2310654321@voips.modulus.gr SIP/2.0

Καταλαβαινω δηλαδη οτι ο asterisk μπερδευεται και οταν του ερχεται το invite για το ενα απο τα δυο νουμερα με την modulus, νομιζει οτι ανηκει στο trunk του αλλου νουμερου. Πως σωζεται αυτο; Καμια ιδεα;

Οχι βρε παιδια, τι βαρεμαρα, αγνη ασχετοσυνη ηταν.

Λοιπον, να δωσω κι εγω κατι πισω στην κοινοτητα (εστω στοιχειωδες μια και απλως ειναι σε ενα σημειο ετοιμο ολο το pjsip.conf), ως ευγνωμοσυνη για την πολυτιμη βοηθεια σας.

Το γραφω και με κοκκινα για να φαινεται σε οποιον στο μελλον πεσει εδω: ΕΤΟΙΜΟ pjsip.conf για ΟΤΕ, ΕΛΑ ΠΑΡΕ-ΠΑΡΕ!


type = aor
qualify_frequency = 60
contact = sip:+302310123456@ims.otenet.gr


type = auth
auth_type = userpass
password = XXXXXXXX
username = +302310123456@ims.otenet.gr


type = endpoint
transport = simpletrans
context = from-OTE
disallow = all
allow = alaw,g722
aors = OTE123456
send_connected_line = false
language = en
outbound_auth = OTE123456
from_domain = ims.otenet.gr
contact_user = +302310123456
user_eq_phone = no
t38_udptl = no
t38_udptl_ec = none
fax_detect = no
trust_id_inbound = no
t38_udptl_nat = no
identify_by = auth_username
direct_media = no
rtp_symmetric = yes
dtmf_mode = auto



type = identify
endpoint = OTE123456
match = ims.otenet.gr
srv_lookups = true


type = registration
transport = simpletrans
outbound_auth = OTE123456
retry_interval = 60
fatal_retry_interval = 30
forbidden_retry_interval = 30
max_retries = 10000
expiration = 3600
auth_rejection_permanent = no
line = yes
endpoint = OTE123456
contact_user = +302310123456
server_uri = sip:ims.otenet.gr
client_uri = sip:+302310123456@ims.otenet.gr


Τωρα ειμαι πτωμα, αλλα απο αυτα που ξερω οτι λειπουν απο το παραπανω config ειναι να βρω που και ποιο ειναι το config για το οτι η γραμμη εχει δυο καναλια. Θα το συμπληρωσω παραπανω οταν το βρω.

@astbox:

Επιτελους βρεθηκα σε test setup με μια διαθεσιμη γραμμη OTE, για να τεσταρω το pjsip. Δεν μου παιζει με το μηνυμα
res_pjsip_outbound_registration.c:796 schedule_retry: No response received from 'sip:sipserver-ims.cosmote.gr:5060' on registration attempt to 'sip:+302310000000@sipserver-ims.cosmote.gr:5060', retrying in '60'
Παρατηρω οτι στο ξερο config που εστειλες, εμφανιζεται το sipserver-ims.cosmote.gr, το οποιο ομως πως προεκυψε; Δεν υποτιθεται οτι παντου πρεπει να εχει μονο ims.otenet.gr; Και σε καποια μερη στο config εχει και ims.cosmote.gr. Tι παιζει;

Κανοντας λιγο troubleshooting βλεπω οτι εχει ηδη προβλημα στο DNS επιπεδο και δεν βρισκει IP να μιλησει:

23:02:38.654851 IP 192.168.1.100.12036 > 192.168.1.1.53: 49649+ A? sipserver-ims.cosmote.gr. (53)
E..Q....@. ....d..../..5.=...............sipserver-ims.cosmote.gr.......)........
23:02:38.655917 IP 192.168.1.1.53 > 192.168.1.100.12036: 49649 NXDomain 0/0/0 (42)
E..Fn.@.@.H........d.5/..2...............sipserver-ims.cosmote.gr.....

Αλλη ερωτηση ειναι η εξης: Δεν επρεπε το config σου να εχει και ενα type = identify section;

To σπασατε ρε θηρια; :clap:
Ανυπομονω να το δοκιμασω!

Εχω ανοιξει asterisk source code και ξεκιναω να το ψαχνω. Δυστυχως δεν εχω γραμμη ΟΤΕ VOB ακομα για να πειραματιστω, οποτε να σας ρωτησω εσας που εχετε ΟΤΕ.
Το username σας ειναι της μορφης +30210XXXXXXX:Opass:+30210XXXXXXX@ims.otenet.gr, καλα καταλαβαινω;

Η αλλη ερωτηση ειναι το ποια σημεια ενος pjsip config πρεπει να αλλαξουν ωστε να μπορουν να δεχτουν username με @;

Ρωταω επειδη στο pjsip config για VF που εχω φτιαξει το username/τηλεφωνο εμφανιζεται σε πολλα μερη, θελω να ξερω αν καποιος εχει υποψιν, σε ποσα σημεια εκτιματε οτι χρειαζεται αλλαγη. Σε αυτα που σημειωσα με bold μονο;


type = registration
retry_interval = 20
max_retries = 10
contact_user = 2310ΧΧΧΧΧΧ
expiration = 120
transport = simpletrans
outbound_auth = VF
client_uri = sip:2310ΧΧΧΧΧΧ@ngn.hol.net
server_uri = sip:ngn.hol.net


type = auth
auth_type=userpass
password = ΥΥΥΥΥΥΥΥ
username = 2310ΧΧΧΧΧ


type = aor
contact = sip:2310ΧΧΧΧΧ@ngn.hol.net


type = identify
endpoint = VF
match = ngn.hol.net


type = endpoint
context = incoming-VF
disallow = all
allow = ulaw
allow = alaw
allow = gsm
from_user = 2310ΧΧΧΧΧΧΧ
from_domain = ngn.hol.net
outbound_auth = VF
aors = VF


Eπισης, μπορει καποιος να μου στειλει tcpdump απο αυτο που στελνει ο asterisk για REGISTER οταν χρησιμοποιειτε κλασικο sip.conf ωστε να ξερω ποτε θα το εχω φτιαξει;

--edit1. Το πρωτο πραγμα που βλεπω ειναι οτι για το πρωτο βημα (REGISTER) πρεπει το client_uri να μπορει να δεχθει το @. Οπως ειναι τωρα, αν βαλεις @ δεν το δεχεται καθολου, κι αν το κανεις encode με %40 τοτε το στελνει verbatim στον παροχο.

Μερικες παρατηρησεις. Στο voip connection χρειαζεται nat στο router? Οταν το ειχα δοκιμασει επαιρνε ip με dhcp ο asterisk απευθειας.
Αν παιζεις με freepbx, προσθεσε και τις σχετικες οθονες, θα το κανει ακομη ευκολοτερο.


Eιμαι με σκετο asterisk. Επελεξα με ΝΑΤ για να μην μπω στην εξτρα ταλαιπωρια του να φερω το VLAN στον asterisk. Ετσι δεν επρεπε να γινει; Πως αλλιως θα ξεχωρισω στο ενα eth interface του asterisk pc (ενα rasp ειναι αυτο), τα του τοπικου δικτυου απο τα του voip vlan της VF;


Τωρα για το dns, γινεται, αλλα θελει λιγο "δουλιτσα"
Χρειαζομαστε bind στο τοπικο μηχανημα που τρεχει ο asterisk.
Φτιαχνουμε μια authoritative zone για το hol.net και κανουμε delegate το hol.net στο name server της φωνης.
Η θεωρια λεει οτι το ngn.hol.net θα γινεται resolve απο εκει, και ολα τα αλλα απο τους root servers.


εισαι αρχοντας! Θα το δοκιμαζα αν προλαβαινα. Πολυ ωραια ιδεα. Αν και εχω την απορια: Τον name server της φωνης θα πρεπει να τον καρφωσεις με την IP του στο bind config, σωστα; Δεν ξερω να υπαρχει καποιος τροπος να πεις στο bind config να κανει delegate στον NS που εμαθε απο το dhcp του ταδε intf (subinterface για την ακριβεια).


Αν και δεν νομιζω οτι θα αλλαξουν ποτε οι ip's, για να εχουμε θεμα. Οσο για load balancing, ποσοι θα υλοποιησουν πια τον οδηγο? :respekt:

Χμ, με αυτο που ειπες μου ερχεται στο μυαλο το αλλο ultimate θεμα μου, με τις τρεις γραμμες ΟΤΕ: Αν ειναι να μην αλλαζουν οι IPs (τωρα μιλαω για ΟΤΕ), τοτε γιατι απλως να μην κανω sip.conf config με τρια registration strings προς τρεις ξεχωριστες IPs που θα βρω απο manual resolves του ims.otenet.gr (αν θυμαμαι καλα το FQDN), και να κανω source-based routing, να φευγει η voip κινηση καθε trunk απο την σωστη φυσικη συνδεση να τελειωνω, αντι να παλεψω με pjsip + τα @@ του ΟΤΕ;

Χαρη στην πολυτιμη βοηθεια των απο πανω φιλων, σας εχω εδω το sample config για ΣΥΝΔΕΣΗ PJSIP στη VODAFONE (οικιακη συνδεση).

pjsip.conf =>

(2310XXXXXX το νουμερο της συνδεσης σας και YYYYYY το password που εχετε τσιμπησει απο τον router σας (Η300s μαλλον).



type=transport
protocol=udp
bind=0.0.0.0


type = registration
retry_interval = 20
max_retries = 10
contact_user = 2310XXXXXX
expiration = 120
transport = simpletrans
outbound_auth = VF
client_uri = sip:2310XXXXXX@ngn.hol.net
server_uri = sip:ngn.hol.net


type = auth
auth_type=userpass
password = YYYYYY
username = 2310XXXXXX


type = aor
contact = sip:2310XXXXXX@ngn.hol.net


type = identify
endpoint = VF
match = ngn.hol.net


type = endpoint
context = incoming-VF
disallow = all
allow = ulaw
allow = alaw
allow = gsm
from_user = 2310XXXXXX
from_domain = ngn.hol.net
outbound_auth = VF
aors = VF




extensions.conf (το extension Synergatis_A πρεπει να ειναι και αυτο στο pjsip.conf αλλα δεν το παραθετω γιατι ξεφευγει απο το θεμα μας) =>



exten => 701,1,Dial(PJSIP/Synergatis_A, 701)
same => n,Hangup()

exten => _XXXXXXXXXX,1,Set(CALLERID(num)=2310XXXXXX)
same => n,Log(NOTICE, Dialing out from ${CALLERID(all)} to ${EXTEN} through VF)
same => n,Dial(PJSIP/${EXTEN}@VF,60)
same => n,Playtones(congestion)
same => n,Hangup()


exten => 2310XXXXXX,1,Log(NOTICE, Incoming call from ${CALLERID(all)})
same => n,Dial(PJSIP/Synergatis_A)
same => n,Hangup()

Κατα τα αλλα, το προβλημα που συναντησα στα βηματα για να μιλησω απο το ξεχωριστο VLAN της φωνης της VF, ηταν το resolve του ngn.hol.net. Δεν βρηκα τροπο να το φτιαξω properly, δηλαδη να γινεται resolve μεσω DNS, γιατι δεν εχω τροπο να κανω μονο αυτο το FQDN να το στελνω στον σωστο DNS server του VLAN της φωνης (τωρα εδω μπορει να πω και καμια ανακριβεια, γιατι δεν τα σημειωνα οταν τα παλευα πριν καιρο και δεν τα καλοθυμαμαι). Οποτε βρηκα με manual DNS resolve την IP του SIP της VF (η μια απο τις IP για να ειμαι πιο ακριβης), και την καρφωσα στον asterisk server:

# cat /etc/hosts
10.120.65.8 ngn.hol.net

Tελος, σε ενα ξεκλειδωτο spare VDSL router που εβαλα για να γινουν τα δικτυακα, εφτιαξα την internet συνδεση:

Type PPPoE
DSL Transfer Mode PTM
IP Version IPv4
NAT On

Και την VoIP συνδεση:

Type DHCP
DSL Transfer Mode PTM
IP Version IPv4
NAT On

Οποτε, αν το setup ειναι σωστο:

CLI> pjsip show registrations


==========================================================================================

VF/sip:ngn.hol.net VF Registered

Objects found: 1



και

CLI> pjsip show endpoints

Endpoint:
I/OAuth:
Aor:
Contact:
Transport:
Identify:
Match:
Channel:
Exten: CLCID:
==========================================================================================

Endpoint: Synergatis_A Unavailable 0 of inf
InAuth: authSynergatis_A/Synergatis_A
Aor: Synergatis_A 1

Endpoint: VF Not in use 0 of inf
OutAuth: VF/2310024513
Aor: VF 0
Contact: VF/sip:2310024513@ngn.hol.net 981a6e0c95 NonQual nan
Identify: VF/VF
Match: 10.120.65.8/32


Objects found: 2

και

CLI> pjsip show endpoint VF

Endpoint:
I/OAuth:
Aor:
Contact:
Transport:
Identify:
Match:
Channel:
Exten: CLCID:
==========================================================================================

Endpoint: VF Not in use 0 of inf
OutAuth: VF/2310ΧΧΧΧΧΧ
Aor: VF 0
Contact: VF/sip:2310ΧΧΧΧΧΧ@ngn.hol.net 981a6e0c95 NonQual nan
Identify: VF/VF
Match: 10.120.65.8/32


ParameterName : ParameterValue
=========================================================
100rel : yes
accept_multiple_sdp_answers : false
accountcode :
acl :
aggregate_mwi : true
allow : (ulaw|alaw|gsm)
allow_overlap : true
allow_subscribe : true
allow_transfer : true
aors : VF
asymmetric_rtp_codec : false
auth :
bind_rtp_to_media_address : false
bundle : false
call_group :
callerid :
callerid_privacy : allowed_not_screened
callerid_tag :
connected_line_method : invite
contact_acl :
context : incoming-VF
cos_audio : 0
cos_video : 0
device_state_busy_at : 0
direct_media : true
direct_media_glare_mitigation : none
direct_media_method : invite
disable_direct_media_on_nat : false
dtls_auto_generate_cert : No
dtls_ca_file :
dtls_ca_path :
dtls_cert_file :
dtls_cipher :
dtls_fingerprint : SHA-256
dtls_private_key :
dtls_rekey : 0
dtls_setup : active
dtls_verify : No
dtmf_mode : rfc4733
fax_detect : false
fax_detect_timeout : 0
follow_early_media_fork : true
force_avp : false
force_rport : true
from_domain : ngn.hol.net
from_user : 2310ΧΧΧΧΧΧ
g726_non_standard : false
ice_support : false
identify_by : username,ip
inband_progress : false
incoming_mwi_mailbox :
language :
mailboxes :
max_audio_streams : 1
max_video_streams : 1
media_address :
media_encryption : no
media_encryption_optimistic : false
media_use_received_transport : false
message_context :
moh_passthrough : false
moh_suggest : default
mwi_from_user :
mwi_subscribe_replaces_unsolicited : no
named_call_group :
named_pickup_group :
notify_early_inuse_ringing : false
one_touch_recording : false
outbound_auth : VF
outbound_proxy :
pickup_group :
preferred_codec_only : false
record_off_feature : automixmon
record_on_feature : automixmon
refer_blind_progress : true
rewrite_contact : false
rpid_immediate : false
rtcp_mux : false
rtp_engine : asterisk
rtp_ipv6 : false
rtp_keepalive : 0
rtp_symmetric : false
rtp_timeout : 0
rtp_timeout_hold : 0
sdp_owner : -
sdp_session : Asterisk
send_connected_line : yes
send_diversion : true
send_pai : false
send_rpid : false
set_var :
srtp_tag_32 : false
sub_min_expiry : 0
subscribe_context :
suppress_q850_reason_headers : false
t38_udptl : false
t38_udptl_ec : none
t38_udptl_ipv6 : false
t38_udptl_maxdatagram : 0
t38_udptl_nat : false
timers : yes
timers_min_se : 90
timers_sess_expires : 1800
tone_zone :
tos_audio : 0
tos_video : 0
transport :
trust_connected_line : yes
trust_id_inbound : false
trust_id_outbound : false
use_avpf : false
use_ptime : false
user_eq_phone : false
voicemail_extension :
webrtc : no


Αυτα! (αν ξεχασα πουθενα να κανω redacct το νουμερο μου, παρτε με τηλεφωνο και πειτε μου το :twisted: )

Επαιξε :clap: βγαζοντας το auth = VF, οπως το ειπατε, γιατι οταν επαιζε οκ με config στο sip.conf, ειχα το κλασικο insecure=port,invite.
Το να μην γινονται authenticate οι εισερχομενες, ποσο κακο ειναι; Κι αν ηθελα να τις κανω κι αυτες authenticate, θα πρεπει να βαλω auth = VF_incoming και να φτιαξω μια σχετικη type=auth ενοτητα;

Tωρα πρεπει να δω γιατι δεν παιζουν οι εξερχομενες ("res_pjsip.c: Endpoint 'VF': Could not create dialog to invalid URI '6944-ΤΟ-ΚΙΝΙΤΟ-ΜΟΥ'. Is endpoint registered and reachable?")
--edit: To μισοβρηκα, ενας καλος ανθρωπος σε ενα forum εγραφε in PJSIP you’d want to use PJSIP/number@endpoint and not PJSIP/endpoint/number και το δοκιμασα επιτυχως απο asterisk cli. Tωρα πρεπει να βρω πως να το ενσωματωσω στο config.
--edit2: Το βρηκα κι αυτο, ευκολο ηταν. Οταν μου πειτε και αν το authentication ειναι απαραιτητο, θα ποσταρω ολο το working config για reference.

Επειδη κανεις authenticate τις εισερχομενες, το 401 που απανταει ο asterisk ειναι μερος της διαδικασιας. Αν δεν κανεις απλα θα περασει μεσα.

Αυτη η διαδικασια υπαρχει μονο στο pjsip και οχι στο sip; Γιατι με αντιστοιχο dump που εκανα οταν χρησιμοποιω το sip.conf αντι του pjsip.conf και ολα λειτουργουν, βλεπω οτι στο SIP INVITE της VF οπως φαινεται στο προηγουμενο μηνυμα μου, ο asterisk απανταει με Trying και οχι με 401. Τοτε δεν γινονται authenticate οι κλησεις;

19:12:43.098335 IP raspalkis.sip > ngn.hol.net.sip: SIP: SIP/2.0 100 Trying
E.......@.......
xA........SSIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.120.65.8:5060;branch=z9hGXXXXXXXXXXXXX9unebbk8d;received=10.120.65.8
Record-Route:
From: ;tag=h7g4EXXXXXXXXXXXX064-
To: "HOL HOL"
Call-ID: BW191XXXXXXXXXXXXXX800@10.120.17.80
CSeq: 211846237 INVITE
Server: Asterisk PBX 16.2.1~dfsg-1+deb10u2
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Session-Expires: 1800;refresher=uas
Contact:
Content-Length: 0


Κι επισης, αν το 401 ειναι μερος της διαδικασιας με το pjsip, γιατι μετα απλως στελνει η VF ενα SIP ACK και μετα σιγη;

Προσπαθω να κανω την οικιακη γραμμη μου VF να παιξει με pjsip. Εχω καταφερει με το παρακατω config να φτανει η εισερχομενη στον asterisk μου, αλλα της ριχνω ακυρο (SIP/2.0 401 Unauthorized) και δεν καταφερνω να βρω γιατι.

Το config ειναι αυτο (εστω 23100000001 το τηλ. μου):


type = registration
retry_interval = 20
max_retries = 10
contact_user = 2310000001
expiration = 120
transport = simpletrans
outbound_auth = VF
client_uri = sip:2310000001@ngn.hol.net
server_uri = sip:ngn.hol.net


type = auth
auth_type=userpass
password = XXXXXXXX
username = 2310000001


type = aor
contact = sip:2310000001@ngn.hol.net


type = identify
endpoint = VF
;match = ngn.hol.net,10.120.65.8,10.120.0.0/16 -- μπα, δεν παιζει oυτε αυτο
match = ngn.hol.net


type = endpoint
context = incoming-VF
disallow = all
allow = ulaw
allow = alaw
allow = gsm
from_user = 2310000001
from_domain = ngn.hol.net
auth = VF
outbound_auth = VF
aors = VF


Με ενα tcpdump βλεπω:

19:26:47.267693 IP ngn.hol.net.sip > raspalkis.sip: SIP: INVITE sip:2310000001@192.168.1.136:5060 SIP/2.0
E..9..@.8...
xA..........%l~INVITE sip:2310000001@192.168.1.136:5060 SIP/2.0
Max-Forwards: 8
Via: SIP/2.0/UDP 10.120.65.8:5060;branch=z9hG4bKg3ZqXXXXXXXXXXXgof3mzrb3
To: "HOL HOL"
From: ;tag=h7g4EsXXXXXXXXXX19627207238-
Call-ID: BW19XXXXXXXXXXXXXXX4928@10.120.17.80
CSeq: 212268324 INVITE
Contact:
Record-Route:
Min-Se: 900
Privacy: none
Session-Expires: 1800
Supported: 100rel
Supported: timer
Content-Type: application/sdp
Content-Length: 285
Recv-Info: x-broadworks-client-session-info
Allow: ACK, BYE, CANCEL, INFO, INVITE, OPTIONS, PRACK, REFER, NOTIFY, UPDATE
Accept: application/sdp
Accept: multipart/mixed

v=0
o=BroadWorks 1111585960 1 IN IP4 10.120.60.44
s=-
c=IN IP4 10.120.60.44
t=0 0
a=sendrecv
m=audio 45574 RTP/AVP 8 18 98
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:98 telephone-event/8000
a=fmtp:98 0-15
a=sendrecv
a=silenceSupp:off - - - -

19:26:47.269114 IP raspalkis.sip > ngn.hol.net.sip: SIP: SIP/2.0 401 Unauthorized
E...X.@.@.......
xA........WSIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 10.120.65.8:5060;rport=5060;received=10.120.65.8;branch=z9hG4bKg3ZqXXXXXXXXXXXXXXmzrb3
Record-Route:
Call-ID: BW192XXXXXXXXXXXXXXXX928@10.120.17.80
From: ;tag=h7g4XXXXXXXXXXXXXXXX7207238-
To: "HOL HOL" ;tag=z9hG4bKgXXXXXXXXXXXXXXXXXXXXXX3mzrb3
CSeq: 212268324 INVITE
WWW-Authenticate: Digest realm="asterisk",nonce="1619627207/cc5662eXXXXXXXXXXXXXXXXXX97309",opaque="421edXXXXXXXXXX9d0",algorithm=md5,qop="auth"
Server: Asterisk PBX 16.2.1~dfsg-1+deb10u2
Content-Length: 0


19:26:47.298604 IP ngn.hol.net.sip > raspalkis.sip: SIP: ACK sip:2310000001@192.168.1.136:5060 SIP/2.0
E.....@.8..,
xA............uACK sip:2310000001@192.168.1.136:5060 SIP/2.0
Max-Forwards: 70
Via: SIP/2.0/UDP 10.120.65.8:5060;received=10.120.65.8;rport=5060;branch=z9hGXXXXXXXXXXXXXXXXXXXX3mzrb3
To: "HOL HOL" ;tag=z9hG4bXXXXXXXXXXXXXXXXXXmzrb3
From: ;tag=h7g4XXXXXXXXXXXXXXXXX7238-
Call-ID: BW1926XXXXXXXXXXXXXX4928@10.120.17.80
CSeq: 212268324 ACK
Content-Length: 0

Τι εχει το χρυσο μου και δεν κουδουναει; :sorry:

dogganos μπορεις να ανεβασεις print screen απο το pjsip trunk που εχεις για τον ote να το δοκιμασω σε ενα freepbx.

υπομονη, δεν υπαρχει ουτε pjsip trunk ακομα, ουτε γραμμη ΟΤΕ vob. Για την ωρα το setup ειναι 3 non VOB γραμμες, no asterisk, και netmod Σωκρατη Κοκκαλη φαση :-)

Δεν χρειαζεσαι τρεις γραμμες.
Αν εχεις μια, αυτο που χρειαζεται να γινει, μπορει να γινει.

ναι, ναι, οκ, το ξερω, δεν εχω ουτε μια. Μια VF γραμμη εχω μονο για πειραματισμο οποτε δεν...

Οι δογκανοι εχουν δυο μικρα παιδια, οποτε ειναι κομματακι δυσκολοτερο απο ο,τι θα ηταν παλιοτερα, αλλα θα το κανω γιατι πρεπει να γινει :-)
Για την ωρα αναμονη, γιατι δεν εχω ακομα μπροστα μου το setup με τις τρεις γραμμες, αν και θα αρχισω απο τωρα να σκαλιζω τον κωδικα του asterisk!

Να ρωτησω το εξης: Γινεται σε ενα μηχανημα να τρεξουν 3 asterisk instances, ωστε στην περιπτωση που δεν παιξει το pjsip με τα @@ του, τουλαχιστον να μπορεσω να βαλω στο μηχανημα αλλες δυο IP ωστε να κανω τα τρια asterisk instances να τρεχουν αυτονομα, να κανει bind καθε ενα στην δικη του IP και να λυθει το θεμα; Στην τελικη θα βαλω αν ειναι δυο mini VMs να τρεχουν στον server μου, να τρεξω απο ενα asterisk στο καθενα.

Ανυπομονω να βρεθω μπροστα στο setup με τις τρεις γραμμες να πειραματιστω. Στην χειροτερη μπορω να κανω μια μικρη τροποποιησουλα στο source code του asterisk που φτιαχνει το reg. string. Ποσο δυσκολο μπορει να ειναι; Να μην με λενε Ζαχο Δογγανο αν δεν τα καταφερω!

Ισως να μην ακουγεται σχετικο με οσα λεμε παραπανω, αλλα ειναι:

Βαζω διαφορετικα ports σε καθε registration string που θελω να πηγαινει απο διαφορετικη internet γραμμη:

register => XXXXXXXXXX:xxxxxxx@ngn.hol.net:5061/XXXXXXXXX
register => XXXXXXXXXX:xxxxxxx@ngn.hol.net:5062/XXXXXXXXX
register => XXXXXXXXXX:xxxxxxx@ngn.hol.net:5063/XXXXXXXXX

Καταφερνω τα πακετα με iptables να γινονται route απο την σωστη internet γραμμη για καθε νουμερο, αναλογως του port τους, αλλα και τελικα να φευγουν με το πραγματικο destination port που φυσικα ειναι το 5060 για ολα, αλλα ελα που το μεσα στο payload του SIP πακετου εχει το port του registration string!

227038

Πως το σωζω αυτο; Καμια ιδεα; Δηλαδη αντι μεσα στο πακετο να λεει
REGISTER sip:ngn.hol.net:5061 SIP/2.0
να λεει
REGISTER sip:ngn.hol.net:5060 SIP/2.0

Δεν καταφερα κανενα proxy-like setting να το κανει. Κι αληθεια, αν επρεπε στον SIP provider να συνδεθεις μεσω proxy, πως θα το εκανες; Γινεται;

+1

config please!

Σας ευχαριστω ολους για το brainstorming. Μια και ειμαι ασχετος απο telephony (να φανταστειτε εκανα lookup το DID number) αλλα κατι ξερω απο δικτυα, λεω πρωτα να την ψαξω προς την κατευθυνση δυο ιδεων που μου ηρθαν:


Λογικα το FQDN του OTE sip server θα κανει resolve σε διαφορες διευθυνσεις, ελπιζω πανω απο δυο. Αν τσιμπησω τρεις, τοτε μπορω να βαλω σε καθε reg string απο μια IP και μετα στον server μου που θα τρεχει το asterisk να κανω βαλω τρια routes ωστε η κινηση προς τις τρεις IP να φευγει η καθεμια απο την καταλληλη internet γραμμη. Λιγο quick & dirty βεβαια.
Να μπει στα reg strings το FQDN (προβλεπε δηλαδη) αλλα να δηλωσω διαφορετικο sip port για καθε sip trunk. Και με λιγο iptables magic, ξεχωριζοντας την κινηση με βαση το port, να στελνω την κινηση του καθε sip trunk προς την σωστη γραμμη internet αλλαζοντας ξανα το dest SIP port στο default.


Βριστε ελευθερα :rofl:

Μολις σημερα το ελυσα, "φυτευοντας" το DID μεσω Registration string σε λυση με 3 MSN που ειχα στησει σε ISDN γραμμη με Fritz 7170 και ειχα το ιδιο προβλημα στις εισερχομενες κλησεις, στις εξερχομενες επαιζε κανονικα.....

Εδω μιλας για μια φυσικη γραμμη με τρια νουμερα;

Αντιμετωπιζω το εξης θεμα: Εχω τρεις ξεχωριστες φυσικες γραμμες ΟΤΕ με ισαριθμα νουμερα σε VOB και θελω να παρω τα SIP credentials και να κανω τα SIP trunks τους να τερματιζουν πανω σε ενα asterisk. Αυτη τη στιγμη ο asterisk, και τα τρια ΟΤΕ routers ειναι σε ενα LAN. Λογικα ο ΟΤΕ απο την μερια του περιμενει να δει το sip trunk του καθε αριθμου να ερχεται απο την IP που εχει παρει ο αντιστοιχος router (σωστα;)
Ομως στο asterisk config, επειδη λογικα θα ειναι κοινο το destination IP του ΟΤΕ sip trunk και για τα τρια trunks, πως θα κανω να πηγαινει το καθενα πανω απο τον αντιστοιχο router; Εκτος αν μου πειτε οτι γινεται και τα τρια sip trunks για τα τρια νουμερα να παιζουν απο την μια γραμμη (εστω δηλωνοντας το στον ΟΤΕ).

Ευχαριστω, κι ελπιζω να περιεγραψα αρκετα καλα το θεμα μου...

Να ρωτησω βρε παιδια, στο eshop λεει στα χαρακτηριστικα του Rasp Pi 4 model B/4GB οτι ειναι PoE enabled, ενω αλλου διαβαζω οτι θελει καποιο PoE hat για να τροφοδοτηθει απο PoE. Τι παιζει;

Παιδες επειδη ετοιμαζομαι να βαλω modulus, παιζει να υπαρχει κανενας περιορισμος οτι τους δηλωνεις IP διευθυνση για να κανεις sip register;

Οι διαβουλευσεις ειναι διαδικασιες που στη λογικη τους εχουν το να ακουστουν ανθρωποι και αποψεις. Εχει αλλη βαρυτητα το να προσυπογραφουν 10.000 ανθρωποι ενα σκεπτικο, και αλλη να το καταθετει ενας. Και ως προς την καθυστερηση των αποτελεσματων που λες, νομιζω εχεις αδικο γιατι αν κατατεθουν 10.000 απαντησεις που δεν εχουν κατι διαφορετικο η μια απο την αλλη δεν θα ξοδευτει γραμμικα αναλογος χρονος με το πληθος τους. Αυτο θα συνεβαινε αν ο καθενας ελεγε με δικα του λογια την γνωμη του. Anyway, ο καθενας ας κρινει και ας στειλει η ας μη στειλει.

Μια τεκμηριωμενη αποψη θα εχει την ιδια βαρυτητα ειτε την στειλει ενας ειτε 1000 και απλα θα φορτωσουν τσαμπα την διαδικασια. Νομιζω οτι θελει βελτιωση, ιδιαιτερα στο 4.

Οπως κατεβηκε το κειμενο απο την ΕΕΤΤ φαινεται πως η αρχικη σκεψη ειναι να μπορει να μπει εξοπλισμος της αγορας για ολες τις υπηρεσιες.

Προσωπικα θα διαφωνησω. Ισως καπου στο 2500 μ.Χ. η τεκμηριωμενη γνωμη να ειναι αυτο που θα μετραει, τωρα ομως μονο το πληθος των αιτουντων και η δυναμικοτητα τους μετραει. Σε ατελειωτα παραδειγματα τεκμηριωμενα δικαια αιτηματα παραμεριστηκαν, απλως και μονο γιατι δεν υπηρξε μαζικη κινητοποιηση.

Εχω ετοιμασει ενα κειμενο για συμμετοχη στη διαβουλευση. Στειλτε ολοι!

Το χρησιμοποιειτε ελευθερα, το τροποποιειτε (αν θελετε) και το στελνετε.

Οι οδηγιες ειναι τρεις: Υποβολη στο mail που γραφω παρακατω, subject στο mail πρεπει να ειναι αυτο που γραφω παρακατω και ΠΡΟΣΟΧΗ, θελουν επωνυμη υποβολη, οποτε το mail που θα στειλετε πρεπει να εχει στο τελος τα στοιχεια σας. Σιγουρα ονοματεπωνυμο, και εγω καλου κακου θα βαλω και περιοχη διαμονης και τηλεφωνο.

Αποστολη mail στο ntp@eett.gr
Subject: “Δημοσια Διαβουλευση αναφορικα με τον καθορισμο του Σημειου Τερματισμου Δικτυου (ΣΤΔ)”

Κειμενο email:

1. Πιστευετε οτι ειναι αναγκαιο η οχι να οριστει το σημειο τερματισμου δικτυου; Παρακαλουμε τεκμηριωστε την αποψη σας.

Ο ορισμος του σημειου τερματισμου δικτυου (ΣΤΔ) ειναι αναγκαιος γιατι οπως φαινεται στην πραξη τα τελευταια χρονια, η πολιτικη των παροχων που επιβαλλει τη χρηση συγκεκριμενου εξοπλισμου εχει δημιουργησει πολλα προβληματα, οπως οικονομικη επιβαρυνση για τον τελικο χρηστη του κοστους τερματικου εξοπλισμου κατα την αλλαγη απο παροχο σε παροχο, βλαβες, δυσλειτουργιες και χαμηλη αποδοση δικτυου λογω κακης ποιοτητας τερματικου εξοπλισμου, συσσωρευση αχρηστων ηλεκτρονικων συσκευων και αλλα, τα οποια αναλυονται διεξοδικα στην απαντηση της ερωτησης 2. Ολα τα παραπανω θα αντιμετωπιστουν με τον ορισμο του ΣΤΔ.

2. Ποιο σημειο θεωρειτε καταλληλοτερο να ορισθει ως σημειο τερματισμου δικτυου (Α, Β η C). Τεκμηριωστε την απαντηση σας.

Καταλληλοτερο σημειο για ορισμο του ως Σημειου Τερματισμου Δικτυου κρινεται το Α. Ακολουθει η τεκμηριωση ομαδοποιημενη κατα ενοτητες.

Ιδιωτικοτητα

Η προστασιας της ιδιωτικοτητας επιβαλλει να μην εχει ο παροχος προσβαση στη συσκευη απο την οποια περναει η κινηση εντος του τοπικου δικτυου του τελικου χρηστη. Αυτη η ισχυρη απαιτηση συνηγορει στον ορισμο του ΣΤΔ στο σημειο Α.

Ασφαλεια

Η ασφαλεια δεδομενων η οποια ειναι κρισιμης σημασιας, επιβαλλει να μπορει ο τελικος χρηστης να κανει updates στον router του η και να τον αντικαθιστα κατα το δοκουν. Η μεχρι τωρα πρακτικη της χρησης τερματικου εξοπλισμου που παρεχει ο παροχος εχει δειξει οτι για προφανεις λογους κοστους δινεται εξοπλισμος φτηνος, παρωχημενος, χωρις support απο την εταιρια κατασκευης και χωρις συστηματικα updates. Επισης, αν ολοι οι πελατες εχουν ιδιου κατασκευαστη εξοπλισμο, εαν εμφανιστει καποιο exploit θα τους επηρεασει ολους, σε αντιθεση με την περιπτωση που υπαρχει πολυμορφια του εξοπλισμου που χρησιμοποιουν οι πελατες. Συνεπως και η ασφαλεια δεδομενων ως ζητουμενο επιβαλλει τον ορισμο του ΣΤΔ στο σημειο Α.

Ποιοτητα υπηρεσιων η/και ελαττωμενη παροχη υπηρεσιων

Η ποιοτητα υπηρεσιων πληττεται συχνοτατα απο τον εξοπλισμο που επιβαλλει ο παροχος στον τελικου χρηστη, ο οποιος ειναι παρωχημενος, χαμηλων δυνατοτητων, με bugs που καθιστουν συχνα ορισμενα features του αδυνατα στη χρηση (π.χ. multicasting, dynamic DNS). Τα online forum ειναι γεματα απο παραπονα χρηστων σχετικα με προβληματικο και κακης ποιοτητας εξοπλισμο που ειναι αναγκασμενοι να χρησιμοποιουν. Πολλοι routers για παραδειγμα μπλοκαρουν το SIP port (γιατι το χρησιμοποιουν οι ιδιοι) με αποτελεσμα να μην μπορει καποιος να κανει ενα SIP trunk με καποιον SIP server στο Internet. Επισης πολλοι routers μπλοκαρουν το port 22, το οποιο δεν μπορει να το κανει ο τελικος χρηστης ανακατευθυνση σε καποιον host του εσωτερικου δικτυου, γιατι το χρησιμοποιουν οι ιδιοι οι routers. Αλλο παραδειγμα ειναι το dynamic DNS οπου καθε router υποστηριζει δικους του dynamic DNS providers, και χρειαζονται αλλαγες απο την μερια του τελικου χρηστη καθε φορα που αλλαζει router η παροχο. Για πολλους χρηστες του ευρυτερου χωρου της πληροφορικης αυτα ειναι σοβαρα προβληματα, διοτι προσβαση στο Internet δεν σημαινει για ολους απλως Facebook, Web & Netflix. Και αυτο το σημειο συνηγορει στον ορισμο του ΣΤΔ στο σημειο Α.

Υπερογκες χρεωσεις τηλεφωνιας

Αν οι παροχοι θελουν οπως ισχυριζονται να προστατεψουν τον τελικο χρηστη απο υπερογκες χρεωσεις και για τον λογο αυτον δεν δινουν του κωδικους τηλεφωνιας (SIP credentials), μπορουν απλως να δωσουν την δυνατοτητα στους πελατες τους που ζητουν τους κωδικους τηλεφωνιας να οριζουν μεγιστη χρεωση μετα απο την οποια θα διακοπτεται η υπηρεσια τηλεφωνιας. Συνεπως και η προστασια των πελατων ως ζητουμενο δεν εμποδιζεται με τον ορισμο του ΣΤΔ στο σημειο Α.

Διαλειτουργικοτητα Τερματικου Εξοπλισμου με το δημοσιο δικτυο

Οπως μαθαινουμε και στο πρωτο ετος σπουδων Πληροφορικης, ο λογος που πετυχε το Internet ειναι οτι οριστηκαν κοινα πρωτοκολλα διασυνδεσης και επικοινωνιων. Ετσι, οποια συσκευη τηρει αυτα τα πρωτοκολλα μπορει να διασυνδεθει, ειτε ειναι υπολογιστης, κινητο, λαμπα η ψυγειο. Ο παροχος Internet και τηλεφωνιας, οφειλει να ειναι παροχος Internet και τηλεφωνιας, οπως αυτα τα δυο οριζονται στα σχετικα πρωτοκολλα (TCP/IP, SIP κτλ). Αντιστοιχως, οι κατασκευαστες ΤΕ οφειλουν να πωλουν συσκευες συμβατες με αυτα τα κοινα πρωτοκολλα και ετσι επιτυγχανεται η διαλειτουργικοτητα ΤΕ και δημοσιου δικτυου. Οφειλουμε να διαφυλαξουμε την ουδετεροτητα του Internet γιατι αυτη ειναι η δυναμη του και να μην αφησουμε τον εκφυλισμο του επιτρεποντας σε καθε παροχο να θετει περιορισμους κατα το δοκουν. Τα παραπανω επιβαλλουν τον ορισμο του ΣΤΔ στο σημειο Α.

Ελευθερος ανταγωνισμος

Το ζητουμενο του ελευθερου ανταγωνισμου δεν χρειαζεται περαιτερω τεκμηριωση. Εξ ορισμου πληττεται οταν ο παροχος επιβαλλει εξοπλισμο ενος κατασκευαστη ενω καλυπτεται οταν ο χρηστης εχει τη δυνατοτητα να χρησιμοποιησει εξοπλισμο της επιλογης του. Ειναι απολυτως απαραδεκτο και προβληματικο αξιοπιστοι εξοπλισμοι μεγαλων οικων π.χ. Cisco, AVM, Mikrotik να αποκλειονται και να μην μπορουν να χρησιμοποιηθουν σε κανενα σπιτι και εταιρια στην Ελλαδα.

Επαναχρησιμοποιηση εξοπλισμου

Δεδομενου του οτι ο ελευθερος ανταγωνισμος μεταξυ των εταιριων σταθερης τηλεφωνιας δημιουργει κινητικοτητα των πελατων, δημιουργειται ενας τεραστιος ογκος απο router/modems τα οποια ξεμενουν κατα την μετακινηση των χρηστων απο παροχο σε παροχο, και δεν μπορουν να χρησιμοποιηθουν στον νεο παροχο. Αυτο εχει και αρνητικη συνεπεια αναφορικα με την οικολογια και την συσσωρευση αχρηστων ηλεκτρονικων συσκευων, αλλα και προκυπτει η αναγκη για ρυθμιση των νεων δρομολογητων με τυχον ειδικες απαιτησεις (port forwardings, static DHCP κτλ) μετα την μετακινηση απο παροχο σε παροχο. Ο προτεινομενος ορισμος του ΣΤΔ στο σημειο Α θα σημανει το τελος των συνεχων αλλαγων εξοπλισμου, οι οποιες αλλαγες να μην ξεχναμε οτι σημαινουν εκτος των προαναφερθεντων και οικονομικη επιβαρυνση του τελικου χρηστη, διοτι το κοστος του εξοπλισμου ενσωματωνεται στα τιμολογια του παροχου ειτε με κρυφο ειτε με φανερο τροπο.

3. Εαν προτεινετε τα σημεια Β η C αναφερθειτε αναλυτικα στα κριτηρια της ενοτητας 5 τα οποια συντρεχουν η οποιαδηποτε επιπλεον κριτηρια που τεκμηριωνουν την προταση σας.

4. Εαν προτεινετε το σημειο Α αιτιολογηστε γιατι κατα την κριση σας δεν συντρεχουν λογοι εφαρμογης των κριτηριων iii-vi της ενοτητας 5.

Κριτηριο iii. - "Απλουστευση των λειτουργιων του δημοσιου δικτυου"

Η εμπειρια εχει δειξει οτι ο παρωχημενος, χαμηλης ποιοτητας, κοστους και δυνατοτητων τερματικος εξοπλισμος που δινουν οι παροχοι προκαλει μεγαλο ογκο δουλειας στα support helpdesk τους. Η χρηση εξοπλισμου της επιλογης των χρηστων θα σημανει αναποφευκτα χρηση καλυτερης ποιοτητας εξοπλισμου, ο οποιος τηρει τα δικτυακα προτυπα και τα υλοποιει πιστοτερα απο ο,τι ο τερματικος εξοπλισμος που επιβαλλουν οι παροχοι. Ο ορισμος του ΣΤΔ στο σημειο Α θα σημανει ελαττωση τoυ φορτου των support helpdesks των παροχων.

Κατα τα αλλα, ο παροχος δεν θα απωλεσει την δυνατοτητα να παρεχει τον προτεινομενο απο το ιδιο εξοπλισμο στους χρηστες που επιθυμουν να παραλαβουν TE προρυθμισμενο, ετοιμο για plug & play. Τελος, οπως τωρα προβλεπεται η χρεωση του τελικου χρηστη στην περιπτωση ασκοπης μεταβασης συνεργειου οταν εχει δηλωθει βλαβη στη γραμμη η οποια τελικα αποδεικνυεται οτι ειναι καποιο ηλεκτρολογικο προβλημα καλωδιωσης εντος του χωρου ευθυνης του τελικου χρηστη (π.χ. σπιτι), θα ειναι λογικο να προβλεπεται και χρεωση για την περιπτωση που η αναφερομενη βλαβη οφειλεται σε προβλημα του ΤΕ επιλογης του χρηστη η αδυναμια σωστης ρυθμισης του. Ο τελικος χρηστης αναλαμβανοντας την ευθυνη να επιλεξει και να ρυθμισει τον ΤΕ επιλογης του, επωμιζεται και τις συνεπειες.

Κριτηριο iv. - "Ασφαλεια του δικτυου"

Η ασφαλεια του δικτυου πληττεται ριζικα απο την μαζικη χρηση στο δικτυο ενος παροχου, τερματικου εξοπλισμου ενος κατασκευαστη, ο οποιος μαλιστα εξοπλισμος ειναι χαμηλου κοστους και σχεδον μηδενικης συντηρησης και support. Η ασφαλεια του δικτυου θα αναβαθμιστει απο την εγκατασταση εξοπλισμου υψηλοτερης ποιοτητας και πιο μακροχρονιας υποστηριξης εκ μερους του κατασκευαστη με updates.

Κριτηριο v. - "Διαχειριση κινησης τοπικου δικτυου (local traffic)"

Το ζητουμενο για lawful interception δεν πληττεται απο το ζητουμενο ορισμο του σημειου Α ως ΣΤΔ. Το lawful interception εχει νοημα να εφαρμοστει (οταν απαιτειται) κατα τις επικοινωνιες του τελικου χρηστη με το Internet και οχι εντος του τοπικου του δικτυου.

Κριτηριο vi. - "Παροχη υπηρεσιων σταθερης τηλεφωνιας μεσω ασυρματης τεχνολογιας"

Προκειται για μια σπανια περιπτωση οπου και παλι υπαρχει διαθεσιμος εξοπλισμος στην αγορα που καλυπτει τις προτυποποιημενες προδιαγραφες και μπορει να τον προμηθευτει και ο χρηστης (TE με ενσωματωμενο 4G) και στον οποιο θα μπει η SIM του παροχου.

Χαιρετε!
Θελω να εχω τεσσερα καναλια ταυτοχρονης επικοινωνιας και εχω μια φυσικη γραμμη ΟΤΕ. Γινεται; Ενας μισοτεχνικος-μισοπωλητης με τον οποιο μιλησα μου ειπε οτι μια φυσικη γραμμη ισον δυο max καναλια ταυτοχρονης επικοινωνιας. Ισχυει; Δεν το ακουσα και πολυ σιγουρο.
Τωρα αν θελω να εχω τρια νουμερα τα οποια να μπορουν να φαινονται και σε οσους καλω, χανω τα λεπτα ομιλιας αν δεν βγαζω κληση απο το κεφαλικο νουμερο;

Το μισοκαταφερα χθες με ενα ZTE που ειχα απο την προηγουμενη VDSL συνδεση μου που ηταν στην Wind. Εφτιαξα αλλο ενα WAN, ρυθμισα τα σχετικα στοιχεια και καταφερα να κανω register τον asterisk ενος υπολογιστη μου στο ngn.hol.net. Δεν εχω ακομα λειτουργικη συνδεση (να χτυπαει το VoIP phone μου καλωντας το νουμερο του σπιτιου μου) αλλα ειμαι κοντα νομιζω.

Δεν το εχει καταφερει κανεις ουτε με Mikrotik; Να φτιαξεις δηλαδη δυο VC;

Ηρθε η ωρα να παρω κι εγω την αποφαση αν πετωντας το αρχαιο τηλεφωνικο κεντρο (Panasonic) στο γραφειο του πατερα μου θα παω σε asterisk με το sip trunk του παροχου να τερματιζει πανω στο asterisk (Raspberry 4) απευθειας, η θα τερματιζει πανω σε καποιο fritz και απο εκει με ψηφιακη θυρα σε καρτα (καπως...) στο Rasp. Aξιζει να μελετησω την δευτερη λυση; Γενικως διαβαζοντας και τις 11 σελιδες του παροντος thread δεν πηρε το ματι μου να εχει καποιος προβλημα απο αυτους που εχουν το sip trunk με ΟΤΕ να τερματιζει πανω στο asterisk χωρις ενδιαμεσο εξοπλισμο (fritz), και σκεφτομαι να παω ετσι. Σκεψεις;

Η λυση αυτη παιζει με αλλους παροχους; Χθες που μιλησα με Vodafone για να δοκιμασω πρωτα την λυση αυτη στη γραμμη του σπιτιου, δεν διναν τους κωδικους, μετα τους τσιμπησα καπως απο τον H300s, αλλα ειδα οτι δεν ειναι προσπελασιμος ο sip server τους.

get a life guys... Αυτα συμβαινουν μια φορα το πενταμηνο περιπου και διαρκουν το πολυ μια-δυο ημερες. Θα ζησουμε και χωρις internet για 24 ωρες...

ΕΝΗΜΕΡΩΣΗ 15:16: Οι υπηρεσιες αποκατασταθηκαν πληρως, για το συνολο των συνδρομητων Forthnet. Σας ευχαριστουμε για την κατανοηση.


Eγω ξερω οτι επαιρνα Αθηνα το πρωι (απο Θεσσαλονικη που ειμαι) περιπου 08:30 και εβγαζε το χαλασμενο busy tone. Αρα κολοκυθια φτιαξανε.
:evil:

Παιδια, παρτε αβερτα στο 13831 και βομβαρδιστε τους με το αιτημα τουλαχιστον οι βλαβες να αναγγελονται στο forthnet.gr, ωστε να μην αναγκαζομαστε να περιμενουμε σαν τους βλακες στο τηλεφωνικο τους κεντρο, και μετα να μιλαμε με τα ρομποτακια τους...

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

Σαν χρηστης διαφορων webBankings δινω:

Συγχαρητηρια στην Πειραιως
Ενα μπραβο στην Eurobank

Mια μουτζα στην Εθνικη
Και αλλη μια στην Εμπορικη

Οπως εχω ξαναπει.... κατι μου λεει οτι το Αθηνας-Θεσσαλονικης ειναι στην ουσια το βασικο προβλημα και παιρνει μπαλα μερος της διεθνους κινησης αφου το εν λογω κυκλωμα λογικα διαμοιραζει και διεθνη κινηση (πχ Αθηνα<->Θεσσαλονικη<->Φρανκφουρτη). Οποτε οταν βαλουν επιπλεον κυκλωμα Αθηνα-Θεσσαλονικη λογικα θα λυθουν αυτα τα προβληματα. ;)

Οντως καποιος δρομολογητης που εχει πανω και το κυκλωμα Αθηνας-Θεσσαλονικης πρεπει να ειναι γιατι (κοιταξτε που γινεται απο 15 msec -> 950 msec !!!):

1. dogganos 0.0% 10 2.2 2.0 1.9 2.2 0.1
2. bbras-llu-lsf-04L0.forthnet. 0.0% 10 14.7 17.0 14.7 19.1 1.4
3. core-lsf-03-Gi0-0-0.forthnet 0.0% 10 15.2 15.7 13.9 17.6 1.4
4. core-ath-08-Gi3-0-3.forthnet 30.0% 10 946.2 948.3 929.3 961.2 12.9
5. core-ath-10.forthnet.gr 20.0% 10 965.7 952.8 928.4 965.7 12.6
6. grnet.gr-ix.gr 20.0% 10 944.5 956.9 931.1 983.2 16.7
7. athens3-to-eie2.backbone.grn 40.0% 10 942.5 956.1 942.2 966.8 11.1
8. 195.251.25.126 30.0% 10 947.1 962.9 947.1 973.5 10.3
9. atlantas-bb.ccf.auth.gr 20.0% 10 971.2 960.3 944.0 971.2 10.1

εδω κοιτατε χαλια...

My traceroute
mordor (0.0.0.0) Sat Jan 24 21:11:57 2009
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. gpall 0.0% 2405 5.8 6.3 2.3 833.4 29.4
2. bbras-llu-lsf-02L0.forthnet.gr 0.0% 2405 20.9 20.8 13.8 886.1 34.2
3. core-lsf-03-Gi0-0-0.forthnet.gr 0.0% 2405 20.8 21.0 13.9 808.1 31.1
4. core-ath-08-Gi3-0-3.forthnet.gr 29.6% 2405 647.8 666.3 612.5 7623. 175.4
5. grix.forthnet.gr 29.6% 2405 662.4 655.5 612.2 1554. 36.6
6. grnet.gr-ix.grnet.gr 22.9% 2405 315.8 327.0 287.1 7454. 170.6
7. athens3-to-eie.grnet.gr 29.4% 2405 653.8 661.8 610.7 1393. 41.3
8. larissa2-to-athens3.backbone.grnet.gr 29.0% 2405 659.0 671.1 616.8 7286. 166.8
9. thessaloniki2-to-larissa2.backbone.grnet.gr 29.1% 2404 658.1 665.5 619.1 2527. 62.7
10. clientRouter.auth.thessaloniki-2.access-link.grn 22.1% 2404 326.8 323.0 293.5 1222. 34.9
11. atlantas-bb.ccf.auth.gr 23.3% 2404 327.6 323.4 293.7 1141. 36.3
12. postmortem.csd.auth.gr 29.2% 2404 13758 671.4 622.0 13758 319.0

...εχμ, πως μπορω να τα κανω να φαινονται σωστα;

Τωρα παει και το τηλεφωνο... Ουτε παιρνω, ουτε με παιρνουν. ΤΟΝ ΠΑΙΡΝΟΥΝ!