Hello Ralf,
Thanks for the idea. I think it's brilliant and I shall do as suggested. Since
you've been half-way through developing a similar gateway to my intended
one, you must have gained useful tips along the way that you might want to
share with me.
> Hi Aznidin,
>
> i'm currently working on a web/wap gateway for p10 of ircu - it's not
> that much work if you just code a leaf ircd server and connect it to a
> standard ircu hub.
> doing a leaf ircd for p10 of ircu is not that hard. the guys here did a
> very good work in integrating the numerics and the tokenization. i just
> do not understand why they didn't used standard base64 characters (+/-
> instead of ]/[) used in http protocol...)
>
> i've had a look on a lot of ircd implementations - this one is simply
> the best!
>
> Best Regards / Mit freundlichen Grüßen
>
> Ralf Niebecker
> Channel Manager Games
>
> Vizzavi
> Mannesmannufer 3
> D-40213 Düsseldorf
>
> Fon: +49 - (0) 211 - 820 2199
> Fax: +49 - (0) 211 - 820 2287
>
>
> -----Original Message-----
> From: Aznidin Zainuddin [mailto:[EMAIL PROTECTED]]
> Sent: Sonntag, 5. August 2001 04:13
> To: [EMAIL PROTECTED]
> Subject: [Coder-Com] Re: [Help] SMS Chat
>
>
>
> Hi, somebody at [EMAIL PROTECTED] suggested that I address my questions
> (att
> he bottom of this email) to coder-com. Please respond. Thank you.
>
>> Hi,
>>
>> Suggest you address your questions to [EMAIL PROTECTED]
>>
>> Regards,
>> elm
>>
>> Aznidin Zainuddin wrote:
>>>
>>> Ops! Sorry if I get you confused. I didn't plan to use undernet.org
>>> assets at all. What I meant was to use Undernet open sorce IRC
>>> server application as IRC server within my own closed and isolated
>>> network to serve GSM users in my country only. The isolated network
>>> knows nothing about undernet.org and on the other hand, users of
>>> undernet.org won't be able to connect to this network at all.
>>>
>>> The purpose of using ready made IRC server app is to avoid developing
>>> another protocol that serves similar purpose i.e. chatting.
>>> Accordingly, I don't have to bother about evolving IRC server
>>> technology. I could just concentrate on developing the mediator
>>> between the IRC server and the SMSC.
>>>
>>> From users' point of view, those who are familiar with IRC protocol
>>> will get
>>> used to the new SMS service in no time. It's just a different medium
>>> i.e the handphone. And of course, with limited device capabilities,
>>> some IRC features will have to be suppressed.
>>>
>>> 500,000 users may be a bit exaggerated. But I need to prepare for
>>> the worst.
>>>
>>> I hope I've made myself clear. I would really appreciate it if you
>>> could answer my questions.
>>>
>>> Thank you.
>>>
>>> > Hi,
>>> >
>>> > I am somewhat confused. It seems you wish to use undernet.org
>>> > assets which are for irc protocol. Our servers are already working
>>> > at max capacity most of the time and you wish to add an additional
>>> > load of 500,000. You have any idea what that would do? Our users
>>> > are having difficulty connecting at times now.
>>> >
>>> > I would suggest you develope your own protocol and setup a network
>>> > for people that desire to use the protocol.
>>> > You might wish to join #coders and see what ideas ppl in there
>>> > would give you.
>>> >
>>> > Regards,
>>> > elm
>>> >
>>> > Aznidin Zainuddin wrote:
>>> >>
>>> >> Hi,
>>> >>
>>> >> I don't really know where I should forward this. I hope I'm
>>> >> sending this to the right person. At least please give me some
>>> >> pointer as to where I should seek for some advise/opinion before I
>>> >> embark on the application coding.
>>> >>
>>> >> I'm planning to develop an application that allows chatting
>>> >> between GSM phone users using SMS. An initial thought would be to
>>> >> have the application acts as the gateway between SMSC and
Undernet
>>> >> IRC server/s. That being the case, the application will have a
>>> >> single two-way TCP channel with SMSC. On every request for
>>> >> connection from GSM phones, the application will spawn a thread
>>> >> that acts as a single client to Undernet. To Undernet, the
>>> >> spawned thread is just a new and different client/bot although it
>>> >> came from a single source.
>>> >>
>>> >> Given the following constrains:
>>> >> 1. Number of connecting GSM customers: At least 500,000 at one
>>> >> time. 2. Each GSM phone can only connect to a room at one time.
>>> >> 3. Undernet IRC will only serve the application (not openned to
>>> >> the public Internet IRC clients)
>>> >> 4. There would be interconnecting IRC servers between different
>>> >> GSM operators.
>>> >>
>>> >> My questions are:
>>> >> 1. Is this the best approach? and if it is:
>>> >> 2. How many IRC servers are generally required?
>>> >> 3. What would be the optimal RAM for each of the servers?
>>> >> 4. What would be the suggested FD_SETSIZE that I should hack? 5.
>>> >> How many ports should I configure?
>>> >> 6. What would be the server & Undernet IRC specific
>>> >> configurations? 7. Anything else that I should consider?
>>> >> 8. If this is not the best approach, would you please suggest a
>>> >> better one?
>>> >>
>>> >> Thank you for your invaluable tips.
>>> >>
>>> >> --
>>> >> rgds,
>>> >> din
>>>
>>> --
>>> rgds,
>>> din
>
>
>
*****************************************************************
*****
> This message contains confidential information and is intended only for
> the individual named. If you are not the named addressee you should
> not disseminate, distribute or copy this e-mail: to do so could be a
> breach of confidence. Please notify us immediately by reply e-mail and
> then delete this e-mail from your system. Please contact our IT
> Helpdesk on +44 (0)20 7212 0888 or e-mail [EMAIL PROTECTED]
> if you need assistance.
>
> E-mail transmission cannot be guaranteed to be secure or error-free as
> information could be intercepted, corrupted, lost, destroyed, arrive
> late or incomplete or contain viruses. The sender therefore does not
> accept liability for any errors or omissions in the contents of this
> message that arise as a result of e-mail transmission. If verification
> is required please request a hard-copy version. This message is
> provided for informational purposes and should not be construed as a
> solicitation or offer to buy or sell any securities or related
> financial instruments.
>
> This e-mail has been sent through the e-mail gateway of Vizzavi Europe
> Limited ("VEL") on its own account or on behalf of and for the benefit
> of other Vizzavi group companies who use this facility from time to
> time.
>
> VEL Registered office - 80 Strand London WC2R ORJ England. Registered
> in England No. 04064873
>
> For this message in Dutch, French, German, Greek, Italian, Portuguese
> and Spanish, click on http://www.corp.vizzavi.net/disclaimer/
>
> Visit Vizzavi at: http://www.vizzavi.net/
>
> This footnote also confirms that this email message has been swept by
> MIMEsweeper for the presence of computer viruses.
>
> www.mimesweeper.com
>
*****************************************************************
*****
