Σελ. 3 από 5 ΠρώτηΠρώτη 12345 ΤελευταίαΤελευταία
Εμφάνιση 31-45 από 62
  1. #31
    Εγγραφή
    12-06-2011
    Ηλικία
    42
    Μηνύματα
    1.817
    Downloads
    4
    Uploads
    0
    Τύπος
    VDSL2
    Ταχύτητα
    50000/5000
    ISP
    HOL
    DSLAM
    HOL - ΧΟΛΑΡΓΟΣ
    Router
    Linux pppoe/Huawei HG612
    SNR / Attn
    19,6(dB) / 11,9(dB)
    Path Level
    Fastpath
    Δεν ειναι alaw η επικοινωνια πλεον. Ουτε λυνεται με inband στο ακρο. Η κατασταση ειναι hit or miss, και μονο με μεγαλο στατιστικο δείγμα και καπως αυτόματη καταμετρηση βγαίνουν συμπερασματα.
    Βαζεις ενα ivr, βαζεις και ενα default ivr selection που παει αυτοματα με timeout στην πιο κοινη επιλογή και κοιτάς ποιες κλησεις πηγαν απο κει.
    Στη συνεχεια ανασυρεις την ηχογραφηση δειγματοληπτικα (που πρεπει να την εχεις πειραξει να ξεκιναει να γραφει και το ivr part - εχω περασει feature request και θα βγει στα settings του freepbx rel 15) και ακους.
    Καποιοι δεν πατανε καν. Καποιοι ψαχνουν στο κινητο τους πως θα το γυρισουν σε dtmf, και καποιοι βριζουν γιατι το "ρημαδι" δεν ακουει τα dtmf (κανουμε τουλαχιστον ενα repeat στο announcement).
    Βλεπουμε το νουμερο του καλουντα, πηγαινουμε στο foritotita.gr και απο κει εντοπιζουμε τον παροχο με τα περισσοτερα failures (πρακτικα ολοι εχουν απο λιγο)
    Στη συνεχεια ζηταμε απο τον παροχο μας να δει οι συγκεκριμενες κλησεις τι dtmf negotiation ειχαν στη δικια του διασυνδεση, παρουσιαζοντας του τα δικα μας traces, η την ηχογραφηση με τα dtmf σε mp3 (που ειναι ευκολοτερο) καθως και τα call logs.

    Και ευελπιστουμε οτι α. θα καταλαβει, β. θα ασχοληθει γ. θα ανοιξει ticket στον παροχο που εχει το προβλημα δ. Θα το καταλαβει και εκεινος
    ε. θα ασχοληθει να το εντοπισει, και στ. θα μπορει να το φτιαξει.
    Η μεταβαση σε sip διασυνδεση σημαινει μετατροπή legacy συστηματων. Οχι και το ευκολοτερο πραγμα.

    Οσα sbc και να βαλεις, αν η κληση καπου εχει δηλωθει inband και σε εκεινο το leg περασει px σαν g729, απλα χασαμε. Αν πχ καποιος εχει βαλει καπου auto, και αυτο μια στις 10 κλησεις αντι για rfc προσπαθει inband, η ακόμα χειρότερα, αν το auto ειναι η μονη επιλογη (γιατι ετσι το εγραψε ο κινεζος/ινδος του sbc) αντιλαμβανεστε οτι δεν εχουμε και πολυ τυχη να φτιαχτει το θεμα συντομα. Και βεβαια δεν ειναι ολα asterisk.
    Ετσι θα σερνεται, το dtmf signaling ειναι αναξιοπιστο στην ελληνικη πραγματικοτητα.
    Αυτο κανει affect ivr, και συναγερμους. Οι συναγερμοι το παλευουν με επανακληση. Τα ivr με αναγνωριση φωνης.
    Επαιζε ωραια αυτό μεσω google, ηταν και τσαμπα. Αλλα πλεον εχει κόστος. Ξηλωθειτε.

  2. #32
    Εγγραφή
    31-03-2005
    Περιοχή
    Αθήνα
    Ηλικία
    41
    Μηνύματα
    634
    Downloads
    0
    Uploads
    0
    Ταχύτητα
    512/512
    Παράθεση Αρχικό μήνυμα από netblues Εμφάνιση μηνυμάτων
    Δεν ειναι alaw η επικοινωνια πλεον. Ουτε λυνεται με inband στο ακρο. Η κατασταση ειναι hit or miss, και μονο με μεγαλο στατιστικο δείγμα και καπως αυτόματη καταμετρηση βγαίνουν συμπερασματα.
    Βαζεις ενα ivr, βαζεις και ενα default ivr selection που παει αυτοματα με timeout στην πιο κοινη επιλογή και κοιτάς ποιες κλησεις πηγαν απο κει.
    Στη συνεχεια ανασυρεις την ηχογραφηση δειγματοληπτικα (που πρεπει να την εχεις πειραξει να ξεκιναει να γραφει και το ivr part - εχω περασει feature request και θα βγει στα settings του freepbx rel 15) και ακους.
    Καποιοι δεν πατανε καν. Καποιοι ψαχνουν στο κινητο τους πως θα το γυρισουν σε dtmf, και καποιοι βριζουν γιατι το "ρημαδι" δεν ακουει τα dtmf (κανουμε τουλαχιστον ενα repeat στο announcement).
    Βλεπουμε το νουμερο του καλουντα, πηγαινουμε στο foritotita.gr και απο κει εντοπιζουμε τον παροχο με τα περισσοτερα failures (πρακτικα ολοι εχουν απο λιγο)
    Στη συνεχεια ζηταμε απο τον παροχο μας να δει οι συγκεκριμενες κλησεις τι dtmf negotiation ειχαν στη δικια του διασυνδεση, παρουσιαζοντας του τα δικα μας traces, η την ηχογραφηση με τα dtmf σε mp3 (που ειναι ευκολοτερο) καθως και τα call logs.

    Και ευελπιστουμε οτι α. θα καταλαβει, β. θα ασχοληθει γ. θα ανοιξει ticket στον παροχο που εχει το προβλημα δ. Θα το καταλαβει και εκεινος
    ε. θα ασχοληθει να το εντοπισει, και στ. θα μπορει να το φτιαξει.
    Η μεταβαση σε sip διασυνδεση σημαινει μετατροπή legacy συστηματων. Οχι και το ευκολοτερο πραγμα.

    Οσα sbc και να βαλεις, αν η κληση καπου εχει δηλωθει inband και σε εκεινο το leg περασει px σαν g729, απλα χασαμε. Αν πχ καποιος εχει βαλει καπου auto, και αυτο μια στις 10 κλησεις αντι για rfc προσπαθει inband, η ακόμα χειρότερα, αν το auto ειναι η μονη επιλογη (γιατι ετσι το εγραψε ο κινεζος/ινδος του sbc) αντιλαμβανεστε οτι δεν εχουμε και πολυ τυχη να φτιαχτει το θεμα συντομα. Και βεβαια δεν ειναι ολα asterisk.
    Ετσι θα σερνεται, το dtmf signaling ειναι αναξιοπιστο στην ελληνικη πραγματικοτητα.
    Αυτο κανει affect ivr, και συναγερμους. Οι συναγερμοι το παλευουν με επανακληση. Τα ivr με αναγνωριση φωνης.
    Επαιζε ωραια αυτό μεσω google, ηταν και τσαμπα. Αλλα πλεον εχει κόστος. Ξηλωθειτε.

    Το κοστος παει ανα καναλι φωνης ή το χρεωνουν π.χ με τον μηνα ?

  3. #33
    Εγγραφή
    06-12-2002
    Μηνύματα
    3.420
    Downloads
    22
    Uploads
    0
    Τύπος
    FTTH
    Ταχύτητα
    204800/20480
    ISP
    Cosmote
    Παράθεση Αρχικό μήνυμα από astbox Εμφάνιση μηνυμάτων
    Βασικά ναι έχεις δίκιο, όσο μεγαλώνει η διασύνδεση των παρόχων μέσω sip τόσο πιο δύσκολο η από άκρη σε άκρη σε alaw επικοινωνία, ποιος θα το περίμενε.

    Τέλος g729 μόνο forthnet και ΟΤΕ υποστηρίζουν, οι υπόλοιποι από όσο ξέρω είναι σε g711.
    Υποστηρίζουν και g722 HD


  4. #34
    Εγγραφή
    31-03-2005
    Περιοχή
    Αθήνα
    Ηλικία
    41
    Μηνύματα
    634
    Downloads
    0
    Uploads
    0
    Ταχύτητα
    512/512
    Παράθεση Αρχικό μήνυμα από netblues Εμφάνιση μηνυμάτων
    Δεν ειναι alaw η επικοινωνια πλεον. Ουτε λυνεται με inband στο ακρο. Η κατασταση ειναι hit or miss, και μονο με μεγαλο στατιστικο δείγμα και καπως αυτόματη καταμετρηση βγαίνουν συμπερασματα.
    Βαζεις ενα ivr, βαζεις και ενα default ivr selection που παει αυτοματα με timeout στην πιο κοινη επιλογή και κοιτάς ποιες κλησεις πηγαν απο κει.
    Στη συνεχεια ανασυρεις την ηχογραφηση δειγματοληπτικα (που πρεπει να την εχεις πειραξει να ξεκιναει να γραφει και το ivr part - εχω περασει feature request και θα βγει στα settings του freepbx rel 15) και ακους.
    Καποιοι δεν πατανε καν. Καποιοι ψαχνουν στο κινητο τους πως θα το γυρισουν σε dtmf, και καποιοι βριζουν γιατι το "ρημαδι" δεν ακουει τα dtmf (κανουμε τουλαχιστον ενα repeat στο announcement).
    Βλεπουμε το νουμερο του καλουντα, πηγαινουμε στο foritotita.gr και απο κει εντοπιζουμε τον παροχο με τα περισσοτερα failures (πρακτικα ολοι εχουν απο λιγο)
    Στη συνεχεια ζηταμε απο τον παροχο μας να δει οι συγκεκριμενες κλησεις τι dtmf negotiation ειχαν στη δικια του διασυνδεση, παρουσιαζοντας του τα δικα μας traces, η την ηχογραφηση με τα dtmf σε mp3 (που ειναι ευκολοτερο) καθως και τα call logs.

    Και ευελπιστουμε οτι α. θα καταλαβει, β. θα ασχοληθει γ. θα ανοιξει ticket στον παροχο που εχει το προβλημα δ. Θα το καταλαβει και εκεινος
    ε. θα ασχοληθει να το εντοπισει, και στ. θα μπορει να το φτιαξει.
    Η μεταβαση σε sip διασυνδεση σημαινει μετατροπή legacy συστηματων. Οχι και το ευκολοτερο πραγμα.

    Οσα sbc και να βαλεις, αν η κληση καπου εχει δηλωθει inband και σε εκεινο το leg περασει px σαν g729, απλα χασαμε. Αν πχ καποιος εχει βαλει καπου auto, και αυτο μια στις 10 κλησεις αντι για rfc προσπαθει inband, η ακόμα χειρότερα, αν το auto ειναι η μονη επιλογη (γιατι ετσι το εγραψε ο κινεζος/ινδος του sbc) αντιλαμβανεστε οτι δεν εχουμε και πολυ τυχη να φτιαχτει το θεμα συντομα. Και βεβαια δεν ειναι ολα asterisk.
    Ετσι θα σερνεται, το dtmf signaling ειναι αναξιοπιστο στην ελληνικη πραγματικοτητα.
    Αυτο κανει affect ivr, και συναγερμους. Οι συναγερμοι το παλευουν με επανακληση. Τα ivr με αναγνωριση φωνης.
    Επαιζε ωραια αυτό μεσω google, ηταν και τσαμπα. Αλλα πλεον εχει κόστος. Ξηλωθειτε.



    OK και αν καθησουν και συμφωνησουν οι παροχοι και πουν θα δουλευουμε ολοι inband ή RFC2833 το προβλημα θα λυθει η τα ιδια ?

  5. #35
    Εγγραφή
    31-03-2005
    Περιοχή
    Αθήνα
    Ηλικία
    41
    Μηνύματα
    634
    Downloads
    0
    Uploads
    0
    Ταχύτητα
    512/512
    Παράθεση Αρχικό μήνυμα από daras Εμφάνιση μηνυμάτων
    OK και αν καθησουν και συμφωνησουν οι παροχοι και πουν θα δουλευουμε ολοι inband ή RFC2833 το προβλημα θα λυθει η τα ιδια ?



    Καλησπέρα σας,


    Αυτη ειναι η απαντηση απο τον ΟΤΕ

    "Σε συνέχεια της τηλεφωνικής σας επικοινωνίας και σε έλεγχο που έγινε από τους τεχνικούς μας θα θέλαμε να σας ενημερώσουμε ότι οι κλήσεις που δεν λειτουργούν τα DTMF είναι γιατί δεν υποστηρίζεται το RFC2833 και δεν επιστρέφει το pbx σας telephone event.

    Παραμένουμε στη διάθεσή σας για οποιαδήποτε άλλη πληροφορία ή διευκρίνιση."


    Με κοροιδευουν τι ειναι αυτα που λενε για rfc2833. Το κέντρο το υποστηρίζει κανονικά, μήπως θέλουν απλά να την βγάλουν λάδι γιατί απλά δεν μπορούν να το λύσουν?
    Τελευταία επεξεργασία από το μέλος daras : 31-10-19 στις 21:10.

  6. #36
    Εγγραφή
    11-09-2017
    Μηνύματα
    678
    Downloads
    0
    Uploads
    0
    ISP
    None
    LoL έχει δίκιο, περίπου!
    Στο αρχείο traces1.zip στο 1ο pcap που υπάρχει το πρόβλημα φαίνεται ότι το κέντρο σου απαντάει χωρίς το telephone-events.
    Αν δει όμως νωρίτερα στο invite που σου στέλνει ούτε αυτός τα βάζει δηλαδή ακόμα και να του το στελνες πάλι δεν θα στο περνούσε.
    Επειδή έχεις κάνει πολλές δοκιμές κι έχω χάσει τη μπάλα τι είναι τι, βάλε dtmfmode=rfc2833 στο trunk, ρίξτο και globally στα sip options.
    Κάνε τις ίδιες δοκιμές και ανέβασε το trace να δούμε τι στέλνει για να τους απαντήσεις αντίστοιχα.

  7. #37
    Εγγραφή
    31-03-2005
    Περιοχή
    Αθήνα
    Ηλικία
    41
    Μηνύματα
    634
    Downloads
    0
    Uploads
    0
    Ταχύτητα
    512/512
    Παράθεση Αρχικό μήνυμα από astbox Εμφάνιση μηνυμάτων
    LoL έχει δίκιο, περίπου!
    Στο αρχείο traces1.zip στο 1ο pcap που υπάρχει το πρόβλημα φαίνεται ότι το κέντρο σου απαντάει χωρίς το telephone-events.
    Αν δει όμως νωρίτερα στο invite που σου στέλνει ούτε αυτός τα βάζει δηλαδή ακόμα και να του το στελνες πάλι δεν θα στο περνούσε.
    Επειδή έχεις κάνει πολλές δοκιμές κι έχω χάσει τη μπάλα τι είναι τι, βάλε dtmfmode=rfc2833 στο trunk, ρίξτο και globally στα sip options.
    Κάνε τις ίδιες δοκιμές και ανέβασε το trace να δούμε τι στέλνει για να τους απαντήσεις αντίστοιχα.
    Κάτσε γιατί σε έχασα όταν λες globally εννοείς να υποθέσω στο Asterisk SIP settings?

  8. #38
    Εγγραφή
    11-09-2017
    Μηνύματα
    678
    Downloads
    0
    Uploads
    0
    ISP
    None
    Ναι, μπορεί να μπει ανά User αλλά και σαν global setting στο sip.conf.

  9. #39
    Εγγραφή
    12-06-2011
    Ηλικία
    42
    Μηνύματα
    1.817
    Downloads
    4
    Uploads
    0
    Τύπος
    VDSL2
    Ταχύτητα
    50000/5000
    ISP
    HOL
    DSLAM
    HOL - ΧΟΛΑΡΓΟΣ
    Router
    Linux pppoe/Huawei HG612
    SNR / Attn
    19,6(dB) / 11,9(dB)
    Path Level
    Fastpath
    INVITE A->B
    SDP:

    a=sendrecv
    a=rtpmap:101 telephone-event/8000
    200 OK B->A

    Αυτος που κανει το invite οριζει και το rtp

    Απο κει και περα, το trunk παραμενει ιδιο και οι παραμετροι το ιδιο. Δεν γινεται πότε να παιζει και πότε όχι και να φταίει το rtp setting.
    Οσο για τα περι κεντρου, δεν εχεις καμμια κινεζια. Στην περίπτωση σου εσυ εχεις το standard (asterisk) και ο οτε την κινεζια.

    Δεν μπορουν να το λυσουν γιατι πολυ απλα το προβλημα δεν ειναι δικο τους.

    Παρε και αλλα traces, το πολυ πολυ να καταληξετε οτι δεν ειναι προβλημα ουτε δικο σου ουτε δικο τους.

  10. #40
    Εγγραφή
    31-03-2005
    Περιοχή
    Αθήνα
    Ηλικία
    41
    Μηνύματα
    634
    Downloads
    0
    Uploads
    0
    Ταχύτητα
    512/512
    trace_ktel.zip

    Ανεβασα τα traces στο αρχειο απο mobile φαινεται κανονικα τα telephone-event

    Πατήστε στην εικόνα για να τη δείτε σε μεγέθυνση. 

Όνομα:  mobile.png 
Εμφανίσεις:  11 
Μέγεθος:  49,5 KB 
ID: 208239

    Οταν καλω απο σταθερο Nova δεν περναει τιποτα

    Πατήστε στην εικόνα για να τη δείτε σε μεγέθυνση. 

Όνομα:  nova.png 
Εμφανίσεις:  10 
Μέγεθος:  37,0 KB 
ID: 208240

    Στο sip.conf dtmfmode ειναι rfc2833, μπορω να κανω κατι αλλο

    Υποψιν οτι τα traces ειναι απο την καρτα δικτυου που παει στο Cisco (WAN)

    Απο την LAN του FreePBX στα trace δεν φαινεται τιποτα


    LAn.zip

    Δεν ξερω επρεπε ετσι θα επρεπε να ειναι ?

  11. #41
    Εγγραφή
    11-09-2017
    Μηνύματα
    678
    Downloads
    0
    Uploads
    0
    ISP
    None
    Στο lan zip τι έχεις βάλει; Είναι όλα από κινητά και φαίνονται μια χαρά.
    Κάνε τις ίδιες δοκιμές και γράφε και στα δύο σημεία.
    Μάλλον από το IMS στο Cisco φτάνει χωρίς telephone events αλλά όταν σου προωθεί την κλήση το Cisco σου κοτσάρει πάντα τα telephone events.

  12. #42
    Εγγραφή
    12-06-2011
    Ηλικία
    42
    Μηνύματα
    1.817
    Downloads
    4
    Uploads
    0
    Τύπος
    VDSL2
    Ταχύτητα
    50000/5000
    ISP
    HOL
    DSLAM
    HOL - ΧΟΛΑΡΓΟΣ
    Router
    Linux pppoe/Huawei HG612
    SNR / Attn
    19,6(dB) / 11,9(dB)
    Path Level
    Fastpath
    Ποιο cisco ? Ενας απλος router δεν ειναι? Δεν πιστευω να εχουμε ενδιαμεσα sip proxy οποιασδηποτε μορφης

    Εφοσον το προβλημα στο κανει παντα απο κληση forthnet, πρεπει να μπει συνδιαστικο ticket ωστε να δουν ολοι στην διαδρομη που χανεται η πληροφορια.
    Καλη τυχη

  13. #43
    Εγγραφή
    31-03-2005
    Περιοχή
    Αθήνα
    Ηλικία
    41
    Μηνύματα
    634
    Downloads
    0
    Uploads
    0
    Ταχύτητα
    512/512
    Παράθεση Αρχικό μήνυμα από astbox Εμφάνιση μηνυμάτων
    Στο lan zip τι έχεις βάλει; Είναι όλα από κινητά και φαίνονται μια χαρά.
    Κάνε τις ίδιες δοκιμές και γράφε και στα δύο σημεία.
    Μάλλον από το IMS στο Cisco φτάνει χωρίς telephone events αλλά όταν σου προωθεί την κλήση το Cisco σου κοτσάρει πάντα τα telephone events.
    Στο Lan έχω τα traces που πήρα από την κάρτα δικτύου του Freepbx που είναι στο LAN μου. Τα άλλα είναι traces από την ethernet που πάει στο Cisco του ΟΤΕ.

    Τα test είναι από 2 κλήσεις

    1. Απο κινητό cosmote
    2. Από σταθερό nova

    Έχω δοκιμάσει και σταθερό cosmote και πάλι τα ίδια κάνει..

    Το θέμα ειναι στον πελάτη τι λέω και τι προτείνω?

  14. #44
    Εγγραφή
    12-06-2011
    Ηλικία
    42
    Μηνύματα
    1.817
    Downloads
    4
    Uploads
    0
    Τύπος
    VDSL2
    Ταχύτητα
    50000/5000
    ISP
    HOL
    DSLAM
    HOL - ΧΟΛΑΡΓΟΣ
    Router
    Linux pppoe/Huawei HG612
    SNR / Attn
    19,6(dB) / 11,9(dB)
    Path Level
    Fastpath
    Μην τα μπλεκουμε. Δεν ενδιαφέρει τι μαρκα ειναι το ip transport.
    Εδω μιλαμε για sip
    Εχουμε εξηγησει οτι το rtp του dtmf γινεται negotiate σε καθε call leg. Για να το βρεις, πρεπει να το ψαξει καποιος που εχει προσβαση στο voip που ξεκιναει η κληση, και να το ακολοθθησει, leg by leg. Εαν πχ η forthnet διασυνδέεται με τον οτε απευθείας και σε ενα σημείο, τοτε εχει να ψαξει αυτο. Αν διασυνδέεται σε 2 σημεια και 3 ενδιαμεσους, μπορει να πρεπει ολοι οι ενδιαμεσοι να ψαξουν τα legs που τους αφορούν.
    Σε βαθος χρονου, απλα ελπιζει κανεις οτι με τη μεταβαση ολων σε all sip voice, το προβλημα θα ελαχιστοποιηθει.
    Μεχρι τοτε δεν υπάρχει λυση.
    Υποψιν οτι και σε isdn pra να το γυρισεις, επειδη το core ειναι sip, παλι τα ιδια θα εχεις.

    Σχεδιασε τα ivr να κανουν timeout στην πιο default επιλογη.
    ΔΕΝ ΦΤΙΑΧΝΕΤΑΙ.

  15. #45
    Εγγραφή
    31-03-2005
    Περιοχή
    Αθήνα
    Ηλικία
    41
    Μηνύματα
    634
    Downloads
    0
    Uploads
    0
    Ταχύτητα
    512/512
    Παράθεση Αρχικό μήνυμα από netblues Εμφάνιση μηνυμάτων
    Μην τα μπλεκουμε. Δεν ενδιαφέρει τι μαρκα ειναι το ip transport.
    Εδω μιλαμε για sip
    Εχουμε εξηγησει οτι το rtp του dtmf γινεται negotiate σε καθε call leg. Για να το βρεις, πρεπει να το ψαξει καποιος που εχει προσβαση στο voip που ξεκιναει η κληση, και να το ακολοθθησει, leg by leg. Εαν πχ η forthnet διασυνδέεται με τον οτε απευθείας και σε ενα σημείο, τοτε εχει να ψαξει αυτο. Αν διασυνδέεται σε 2 σημεια και 3 ενδιαμεσους, μπορει να πρεπει ολοι οι ενδιαμεσοι να ψαξουν τα legs που τους αφορούν.
    Σε βαθος χρονου, απλα ελπιζει κανεις οτι με τη μεταβαση ολων σε all sip voice, το προβλημα θα ελαχιστοποιηθει.
    Μεχρι τοτε δεν υπάρχει λυση.
    Υποψιν οτι και σε isdn pra να το γυρισεις, επειδη το core ειναι sip, παλι τα ιδια θα εχεις.

    Σχεδιασε τα ivr να κανουν timeout στην πιο default επιλογη.
    ΔΕΝ ΦΤΙΑΧΝΕΤΑΙ.
    Το έχω κάνει ήδη αυτό, το ενδεχόμενο να γίνει φωνητικό IVR με κάποιο εξωτερικό software όπως π.χ των τραπεζών ισχύει ?

Σελ. 3 από 5 ΠρώτηΠρώτη 12345 ΤελευταίαΤελευταία

Tags για αυτό το Θέμα

Bookmarks

Bookmarks

Δικαιώματα - Επιλογές

  • Δεν μπορείτε να δημοσιεύσετε νέα θέματα
  • Δεν μπορείτε να δημοσιεύσετε νέα μηνύματα
  • Δεν μπορείτε να αναρτήσετε συνημμένα
  • Δεν μπορείτε να επεξεργαστείτε τα μηνύματα σας
  •  
  • Τα BB code είναι σε λειτουργία
  • Τα Smilies είναι σε λειτουργία
  • Το [IMG] είναι σε λειτουργία
  • Το [VIDEO] είναι σε λειτουργία
  • Το HTML είναι εκτός λειτουργίας