Αναζήτηση:

Καλημερα σας. Αντιμετωπιζω ενα θεμα με εναν κοινοχρηστο εκτυπωτη ετικετων. Μετα απο ενημερωση (14/09/2021 ενος servicing stack 10.0.19041.1220 ) σταματησε να εκτυπωνει ο εκτυπωτης. Στην απλη περιπτωση που ο εκτυπωτης ειναι εγκατεστημενος σε PC, απεγκαθιστουμε τις ενημερωσεις αυτες αν γινεται και λογικα ολα δουλευουν. Τωρα στη συγκεκριμενη περιπτωση ο usb-εκτυπωτης ειναι πανω σε εναν NAS, και συγκεκριμενα σε QNAP. Επισης η ενημερωση ειναι servicing stack, οποτε και ΔΕΝ βγαινει. Γνωριζει κανεις αν λυνεται αυτο το θεμα? Ο client στελνει δεδομενα με το post-update policy και ο εκτυπωτης δεν τα λαμβανει ποτε. Ο εκτυπωτης μπορει να εγκατασταθει κανονικα απλα η εκτυπωση δεν φτανει ποτε σε αυτον. Επισης αν σταλει μια εκτυπωση, βγαζει σφαλμα στον Windows10 client, ενω αν εκεινη τη στιγμη ανοιξω ενα utility του εκτυπωτη (zebra) και επιλεξω ρυθμισεις του εκτυπωτη μετα απο 3-4 δευτερολεπτα εκτυπωνει τα δεδομενα απο πριν για τα οποια ειχε βγαλει και σφαλμα και σταματαει παλι να εκτυπωνει. (Προφανως στην επιλογη των ρυθμισεων στελνει δεδομενα με αλλα δικαιωματα προσωρινα και ξεμπλοκαρει και την ουρα?). QNAP-Δικτυο-Χρηστες-Δικαιωματα ειναι σιγουρα ολα σωστα αφου δουλευαν για πολυ καιρο. Οι clients ειναι πολλοι κι εχουν παρει ολοι αυτοματα την ενημερωση αυτη, η οποια ψαχνοντας στα csv αρχεια της microsoft ειδα οτι περιεχει και την 5005565. Ολα τα forum αναφερονται στο προβλημα αυτο απο την server-side πλευρα και κανενας απο την client, κι εδω ειναι μονο client-side το προβλημα κι οχι server-side. Αν εχει κανεις εστω και καποια ιδεα? (Λογικα κατι σε gpo-registry)
Ευχαριστω!

Χαιρετε...
Βασικα θα ηθελα να κανω μια ερωτηση που εχει να κανει με το UCM62xx. Επειδη ομως ειναι το πρωτο μου post, το κανω εδω μιας και ειναι το πιο σχετικο θεμα (ας το μετακινησουν οι admin αν χρειαστει να παει σε αλλο thread).

2 Θεματα αρχικα. ΟΤΕ sip trunk (callerid + fax). Πιο συγκεκριμενα:

Εχουμε γραμμη 2 καναλιων φωνης (παλια isdn που εγινε voip). Router το latest oxygen με 2 fxs. UCM6204.
Εχει γινει disable στην voip απο το router. Εγινε register ενα voip sip trunk με το token passwd του οτε. Ολα οκ και λυθηκαν τα θεματα με τα ghost calls που ερχονταν γιατι το ιδιο νουμερο ερχονταν παραλληλα και στις 2 γραμμες fxs με αποτελεσμα να μην δουλευει τιποτα σωστα. Το θεμα τωρα ειναι πρωτα το CID αλλων παροχων πλην οτε που ερχονται με +30xxxxxxxxxx, ενω του οτε xxxxxxxxxx . Στον καταλογο των συσκευων τα νουμερα ειναι αποθηκευμενα με 10digits με αποτελεσμα να μην αναγνωριζονται τα +30... . Η πιο λογικη λυση φαινεται να ειναι ενα νεο inbound rule me callerid pattern: +30xxxxxxxxxx , και callerid set info ${CALLERID(num):3} . Αμ δε ομως... δεν κανει set caller id τιποτα. Το νεο inbound βεβαια το φερνει μεσα στο rule κανονικα. Γνωριζει κανεις τι μπορει να μου διαφευγει? (λογικα κατι μου διαφευγει γιατι στα manuals φαινεται ευκολο, αλλα ισως καποια αλλη ρυθμιση στο trunk να το κανει ignore).
...Και το αλλο θεμα ειναι το fax. Δουλευει μεσω sip? To fax detection παντως ΔΕΝ. Γνωριζει κανεις αν δουλευει με καποια ρυθμιση? Ρωταω για να ξερω να αγορασω ενα msn νουμερο πανω στο κεφαλικο ως dedicated fax και με ενα inbound rule να το στελνω καρφι στο fax_fxs. Αυτα.
Ευχαριστω!

Γεια σας και παλι. Επανερχομαι στο συγκεκριμενο θεμα. Τελικα μετα απο αρκετες δοκιμες αλλα και FW upgrade το CID manipulation παιζει σωστα. Το προβλημα τωρα ειναι το FAX. Εχει ενεργοποιηθει ενα βοηθητικο msn πανω στο κεφαλικο νουμερο, εχει ρυθμιστει καταλληλο inbound route και αλλαγη του DID mode του sip trunk σε ""TO-HEADER" και πλεον δρομολογειται σωστα το msn. Επισης εχουν αφαιρεθει ολα τα codecs απο το sip trunk κι εχει μεινει μονο PCMA-PCMU. Ομως παρολο που το μηχανημα FAX στο FXS λαμβανει κληση, δεν λαμβανει δεδομενα καθολου και οπως φαινεται τερματιζει την κληση στο 1 ring. Πριν το στειλω στο FXS extension ειχα δοκιμασει ενα sip extension για δοκιμη και επαιζε κανονικα. Υπαρχουν καποιες υποθεσεις για το τι μπορει να θελει ακομα απο ρυθμισεις? Τι αλλες δοκιμες θα μπορουσα να κανω μπας και παιξει?

Αρχικα ευχαριστω πολυ για την απαντηση.
Για το fax, το κοστος για msn ειναι τοσο μικρο που δεν αξιζει να το σκεφτομαστε. Το προβλημα ειναι αν ζητηθει κι ενεργοποιηθει, μηπως ο οτε κανει reset το token και φαμε παλι κανα βδομαδα να το πετυχουμε (μπορει να στειλουν και εκπροθεσμο token).
Για το CID τωρα αν εννοεις οτι μπορει το "caller string" (αν μπορουμε να το πουμε ετσι) μπορει να ξεκιναει με το ονομα αντι αριθμου, νομιζω πως ειναι ασχετο διοτι το ucm εχει διαφορετικη επιλογη per field και διαφορετικες manipulation functions per field
228865

Χαιρετε...
Βασικα θα ηθελα να κανω μια ερωτηση που εχει να κανει με το UCM62xx. Επειδη ομως ειναι το πρωτο μου post, το κανω εδω μιας και ειναι το πιο σχετικο θεμα (ας το μετακινησουν οι admin αν χρειαστει να παει σε αλλο thread).

2 Θεματα αρχικα. ΟΤΕ sip trunk (callerid + fax). Πιο συγκεκριμενα:

Εχουμε γραμμη 2 καναλιων φωνης (παλια isdn που εγινε voip). Router το latest oxygen με 2 fxs. UCM6204.
Εχει γινει disable στην voip απο το router. Εγινε register ενα voip sip trunk με το token passwd του οτε. Ολα οκ και λυθηκαν τα θεματα με τα ghost calls που ερχονταν γιατι το ιδιο νουμερο ερχονταν παραλληλα και στις 2 γραμμες fxs με αποτελεσμα να μην δουλευει τιποτα σωστα. Το θεμα τωρα ειναι πρωτα το CID αλλων παροχων πλην οτε που ερχονται με +30xxxxxxxxxx, ενω του οτε xxxxxxxxxx . Στον καταλογο των συσκευων τα νουμερα ειναι αποθηκευμενα με 10digits με αποτελεσμα να μην αναγνωριζονται τα +30... . Η πιο λογικη λυση φαινεται να ειναι ενα νεο inbound rule me callerid pattern: +30xxxxxxxxxx , και callerid set info ${CALLERID(num):3} . Αμ δε ομως... δεν κανει set caller id τιποτα. Το νεο inbound βεβαια το φερνει μεσα στο rule κανονικα. Γνωριζει κανεις τι μπορει να μου διαφευγει? (λογικα κατι μου διαφευγει γιατι στα manuals φαινεται ευκολο, αλλα ισως καποια αλλη ρυθμιση στο trunk να το κανει ignore).
...Και το αλλο θεμα ειναι το fax. Δουλευει μεσω sip? To fax detection παντως ΔΕΝ. Γνωριζει κανεις αν δουλευει με καποια ρυθμιση? Ρωταω για να ξερω να αγορασω ενα msn νουμερο πανω στο κεφαλικο ως dedicated fax και με ενα inbound rule να το στελνω καρφι στο fax_fxs. Αυτα.
Ευχαριστω!